Ingen tilgang (403): Du har ikke tilgang til / på denne serveren

Får du meldingen nedenfor på nettstedet ditt? I denne artikkelen leser du hva som vanligvis er årsaken og hvordan du løser det, også hvis du bruker WordPress.

Forbidden. You don't have permission to access / on this server.

Den vanligste årsaken: ingen startfil

Som regel finnes det ingen startfil i mappen du åpner. Åpner du www.dittdomene.no, ser serveren etter en index.php eller index.html i domains/dittdomene.no/public_html. Finnes den ikke, eller ligger nettstedet ditt i en annen mappe, får du denne meldingen. Sjekk det i Filbehandler.

Andre årsaker

• En regel i .htaccess-filen din blokkerer tilgangen, for eksempel Deny from all.
• Rettighetene til en mappe eller fil er for strenge. Mapper skal stå på 755 og filer på 644. Sett aldri noe på 777 for å løse en feil: det løser ingenting og gjør nettstedet ditt sårbart.
• Web Application Firewall eller Imunify360 har stoppet en forespørsel fordi den lignet på et angrep.

En 403 på WordPress-nettstedet ditt

Får du 403 i WordPress, for eksempel etter en oppdatering, når du lagrer eller i adminpanelet? Gå da gjennom disse trinnene.

1. Slå av sikkerhetsutvidelsen din. Utvidelser som Wordfence, iThemes Security eller All In One WP Security har sin egen brannmur. Kommer du ikke lenger inn i WordPress, gi da nytt navn til mappen til utvidelsen i wp-content/plugins via Filbehandler, for eksempel wordfence til wordfence-av. WordPress slår da av utvidelsen. Fungerer nettstedet igjen, sjekk innstillingene eller loggene til utvidelsen for å se hva den blokkerte, og gi deretter mappen det gamle navnet tilbake.
2. Gjenopprett standard .htaccess for WordPress. Ta først en kopi av din nåværende .htaccess i public_html. Erstatt deretter innholdet med:

   # BEGIN WordPress
   <IfModule mod_rewrite.c>
   RewriteEngine On
   RewriteBase /
   RewriteRule ^index\.php$ - [L]
   RewriteCond %{REQUEST_FILENAME} !-f
   RewriteCond %{REQUEST_FILENAME} !-d
   RewriteRule . /index.php [L]
   </IfModule>
   # END WordPress

   Fungerer det etterpå, lå feilen i en av de andre reglene. Legg dem tilbake én etter én for å finne ut hvilken det er.
3. Sjekk rettighetene. Mapper på 755, filer på 644. Også wp-content/uploads må være skrivbar for nettstedet ditt. Se Rettigheter for filer og mapper (chmod).
4. Se i feilloggen. Åpne Site Summary / Statistics / Logs i DirectAdmin og se på feilloggen for domenet ditt rundt tidspunktet for feilen. Står det en linje med ModSecurity: Access denied with code 403 eller IM360 WAF, er det brannmuren som stopper forespørselen. Se Nettstedsoversikt og logger.
5. Slå av en brannmurregel. Får du 403 bare når du lagrer eller laster opp, kan du i Web Application Firewall slå av bare den regelen som skaper problemet. Slå aldri av brannmuren helt. Gjelder det en melding fra Imunify360, send oss regelen og adressen til siden. Se Imunify360: skann nettstedet ditt for skadevare.

Får du det ikke til? Send oss en sak med tidspunktet da det gikk galt, adressen til siden og hva du prøvde å gjøre. Så undersøker vi det for deg.

Se også i DirectAdmin-håndboken: Vis og rediger skjulte filer som .htaccess.

Utfyllende forklaring: Feil 403 eller 406 ved lagring eller opplasting i DirectAdmin-håndboken.

Har du en VPS? Følg da det gratis kurset VPS og Linux-serveradministrasjon, leksjon 3.1 Brukere, grupper og filrettigheter.