Mange webserverkonfigurasjoner har problemer knyttet til filtillatelser. Det gjør ofte serveren utilgjengelig for besøkende og manifesterer seg i form av en «403 Forbidden» feil. Vanligvis er feilmeldingen noe sånt som «403 Forbidden: du har ikke tillatelse til å få tilgang til / på denne serveren». Det kan være hva som helst i form av «Forbudt: du har ikke tillatelse til å få tilgang til denne ressursen.»
Lignende problemer kan også oppstå på grunn av problemer i Apache- og NGINX-konfigurasjonsfilene eller til og med på grunn av en korrupt .htaccess fil. Her er tre trinnvise løsninger på alle disse problemene.
Hva forårsaker Apache og NGINX 403 Forbidden Error?
Dette er en ganske vanlig 403-feil på Apache- og NGINX-siden forårsaket av en myriade av problemer. Men i de fleste tilfeller oppstår feilen på grunn av mangelen på de nødvendige tillatelsene for å få tilgang til et nettsted offentlig. Bortsett fra dette, møter WordPress-nettsteder ofte dette problemet på grunn av en dårlig .htaccess fil.
Siden Apache versjon 2.4 har det dessuten vært noen endringer i hvordan direktiver fungerer. Dette kan også begrense offentlig tilgang til nettstedet ditt og resultere i en «403 Forbidden»-feil.
Hvordan fikse «403 Forbidden»-feilen som bruker
Hvis du bruker et nettsted og kommer over «403 Forbidden» NGINX- eller Apache-feilen, prøv først å tømme nettleserens bufferdata og informasjonskapsler. Hvis du bruker en VPN, sørg for å deaktivere den bare i tilfelle en feil VPN-konfigurasjon forårsaker 403-feilen.
På den annen side, hvis du er nettstedsadministrator, er det verdt å vite at de fleste Apache- og NGINX 403 Forbidden-feil er forårsaket av feil innstilte filtillatelser og dårlige konfigurasjonsfiler.
Følg løsningene nedenfor én etter én for å få nettstedet ditt til å fungere igjen:
1. Fiks filtillatelser for å unngå 403-feilen
De fleste står overfor denne vanlige 403-feilen på grunn av mangelen på riktige tillatelser. Hvis nettstedadministratoren glemmer å aktivere lesetilgang til omverdenen, vil sluttbrukere ikke kunne få tilgang til den forespurte ressursen. Dette er ofte grunnårsaken til denne feilen.
Si for eksempel at du prøver å få tilgang til en fil som heter textbook.php på et WordPress-nettsted og kommer opp med en feilmelding som sier at du ikke har tillatelse til å få tilgang til /textbook.php på denne serveren. Det antyder at filen er der, men eieren av nettstedet har deaktivert tilgang til offentlige brukere.
Hvis du er nettstedsadministrator i stedet, må du sørge for at filer beregnet for offentlig tilgang har riktige lesetillatelser. Ellers, hvis du står overfor denne feilen på et offentlig nettsted, informer nettstedsadministratoren for å løse dette problemet.
Å angi de riktige tillatelsene for offentlig tilgjengelige filer kan være litt vanskelig. Det er derfor administratorer bør starte med absolutt null tillatelser og legge dem til etter behov. Det er lurt å ha mapper med tillatelsesmodus 755 og filer med 644.
For en enkel nettside, må katalogene ha henrette tillatelse, og filene skal ha lese tillatelse. Pass på at du ikke gir tillatelse til å utføre filer. Ondsinnede brukere kan få uønsket tilgang til offentlige servere via slike filer.
Tillatelsesmodusen for Lese, Skrive, og Henrette tilgang er henholdsvis 4, 2 og 1. Så en tillatelsesmodus på 755 på kataloger betyr at bare eieren har full tilgang til kataloginnholdet. Gruppebrukere og andre kan bare lese og kjøre. Tilsvarende gir 644-tillatelsesmodusen for filer lese- og skrivetilgang til eieren og kun lesetilgang til alle andre.
For å løse feil som «forbudt: du har ikke tillatelse til å få tilgang til denne ressursen på noen server», fikser du webroot-katalogtillatelsene dine. Kommandoen nedenfor bruker chmod-verktøyet til å sette katalogtillatelsene til 755:
sudo finn /var/www/html -type d -exec chmod 755 {} \;
Denne kommandoen forutsetter at du bruker standard dokumentroten til Apache for å holde nettstedet ditt. Hvis du bruker en annen katalog, erstatt katalognavnet tilsvarende. Bruk kommandoen nedenfor for å endre alle filtillatelser til 644:
sudo finn /var/www/html -type f -exec chmod 644 {} \;
Kommandoen ovenfor bruker finn-verktøyet for å finne individuelle filer og setter riktig tillatelse via chmod. Slutten {} \ inneholder filbanene som returneres av find-kommandoen, og semikolon (;) markerer slutten på iterasjonen.
I tillegg kan du også endre filtillatelser individuelt. For eksempel vil følgende kommando endre tillatelsen til textbook.php på webroten og gjøre den offentlig tilgjengelig. Så neste gang noen prøver å få tilgang til denne filen, vil de ikke se den fryktede «du har ikke tillatelse til å få tilgang til denne ressursfeilen.»
sudo chmod 644 /var/www/html/textbook.php
Når du har endret alle filtillatelser etter behov, start Apache- eller NGINX-serveren på nytt for å la endringene tre i kraft.
sudo systemctl start apache2.service på nytt
sudo systemctl start nginx på nytt
Disse kommandoene starter Apache- og NGINX-serveren på nytt på henholdsvis Ubuntu. Imidlertid installerer mange RPM-baserte distroer som RHEL eller CentOS Apache som httpd. For slike systemer, bruk følgende kommando i stedet:
sudo systemctl start httpd på nytt
2. Fiks .htaccess-filen for WordPress-nettstedet ditt
De .htaccess filen fungerer som en distribuert konfigurasjonsfil og forteller webserveren hvordan den skal håndtere ting som konfigurasjonsendringer per katalog. Noen ganger kan denne filen bli ødelagt og kan føre til feilen «du har ikke tilgang til / på denne serveren».
Heldigvis, hvis det er det som forårsaker 403-feilen på serveren din, kan du enkelt fikse dette ved å opprette en ny .htaccess-fil. For å opprette en ny .htaccess-fil for nettstedet ditt, logger du først på WordPress-dashbordet. Klikk deretter på Innstillinger > Permalinker.
Du trenger ikke gjøre ytterligere endringer her. Bare klikk på Lagre endringer knappen og WordPress vil generere en ny .htaccess-fil for deg.
Så hver gang du ser «du har ikke tillatelse til å få tilgang til denne ressursen» eller «kan ikke lese htaccess-filen, nekter tilgang for å være sikker» på Apache-servere, prøv å lage en ny .htaccess-fil. Denne metoden fungerer vanligvis bra for WordPress-nettsteder.
3. Konfigurer direktiver i Apache-konfigurasjonsfilen
Apache 2.4 bruker en ny konfigurasjonsmodul kalt mod_authz_host. Denne modulen avslører flere nye direktiver. Kort sagt implementerer dette følgende regler:
- Krev alle innvilget: Tillat alle forespørsler
- Krev alle nektet: Avslå alle forespørsler
- Krev vert safe.com: Tillat kun forespørsler fra safe.com
Hvis du bruker Apache 2.4, sørg for at hovedkonfigurasjonsfilen inneholder følgende kodeblokk. Du kan sjekke ut innholdet i denne filen ved å bruke en enkel tekstredigerer som Vim. Legg til denne blokken i konfigurasjonsfilen hvis de mangler. Deretter kan du lagre og avslutte Vim.
vim /etc/apache2/apache2.conf
Kode:
<Katalog />
Alternativer FølgSymLinks
Tillat Override Ingen
Krev alle nektet
Katalog>
<Katalog /usr/share>
Tillat Override Ingen
Krev alle gitt
Katalog>
Alternativindekser FølgSymLinks
Tillat Override Ingen
Krev alle gitt
Katalog>
Dessuten, hvis du kjører en RHEL-basert webserver, må du lette tilgangen til /var/www delen i Apache-konfigurasjonsfilen. Så sørg for at /etc/httpd/conf/httpd.conf filen inneholder følgende kodeblokk:
vim /etc/httpd/conf/httpd.conf
Kode:
Tillat Override Ingen
Krev alle innvilget
Til slutt, start Apache-serveren på nytt med en av følgende kommandoer:
# til Ubuntu og Debian
sudo systemctl start apache2.service på nytt
# til RHEL og CentOS
sudo systemctl start httpd på nytt
Rett opp 403 Forbidden Server Permission Error på Linux
Mange mennesker møter problemet ovenfor når de går inn på offentlige nettsteder eller konfigurerer sine egne nettsteder. Tilbakestilling av filsystemtillatelsen for Apache- eller NGINX-servere bør være den første utveien. Hvis feilen vedvarer selv etter at du har endret tillatelsene, kan du prøve å opprette en ny .htaccess fil og sørg for at direktivene er satt riktig i serverkonfigurasjonsfilen.
Det er mange flere problemer som kan resultere i en serversidefeil som ligner på denne. Du må være dyktig i å feilsøke Linux-serverproblemer for å få serveren din i gang i slike situasjoner.
Støtt vårt arbeid ❤️
Hvis du likte denne artikkelen, vurder å gi en tips for å hjelpe oss med å fortsette å publisere kvalitetsinnhold.
