Feil 403 eller 406 ved lagring eller opplasting

Du klikker i WordPress på Oppdater, sender inn et skjema eller laster opp en fil, og du får 403 Forbidden, 406 Not Acceptable eller en tom side. I de fleste tilfeller stopper en sikkerhetsfunksjon forespørselen fordi den ligner på et angrep. Det er kjedelig, men løsbart.

Årsaker, fra vanlig til sjelden

1. Web Application Firewall stopper det

Web Application Firewall (ModSecurity) kontrollerer hver forespørsel til nettstedet ditt. Inneholder det du lagrer for eksempel en kodesnutt, en lang liste med lenker eller bestemte SQL-ord, kan en regel i brannmuren tolke det som et angrep, selv om det ikke er det. En 406 er nesten alltid et tegn på dette.

1. Noter tidspunktet da det gikk galt.
2. Åpne Web Application Firewall i DirectAdmin og klikk på Audit log ved domenet ditt. Finn forespørselen rundt det tidspunktet: der står nummeret på regelen (regel-ID). Du finner det noen ganger også i feilloggen for domenet ditt under Site summary & logs, etter id (se Web Application Firewall og Site summary & logs: feillogg og tilgangslogg).
3. Åpne Web Application Firewall i DirectAdmin og slå av bare den regelen for dette domenet (se Web Application Firewall).

Merk: Ikke slå av hele brannmuren. Slå bare av regelen som forårsaker problemet. En deaktivert regel gjelder for hele vertsnavnet (domenet eller underdomenet).

2. En sikkerhetsplugin i nettstedet ditt

Plugins som Wordfence, iThemes Security eller All In One WP Security har sin egen brannmur. Sjekk loggene til den pluginen, eller slå den av midlertidig for å teste.

3. Feil filrettigheter

Kan nettstedet ikke skrive til mappen for opplastinger, eller får ikke serveren lese en fil? Da får du også en 403. Mapper skal stå på 755 og filer på 644 (se Rettigheter for filer og mapper (chmod)).

4. Hotlink Protection

Dukker 403-feilen bare opp ved bilder, for eksempel når de vises på et annet nettsted eller via et CDN? Da kan Hotlink Protection blokkere dem. Legg adressen til i de tillatte adressene (se Hotlink Bescherming).

5. En beskyttet mappe eller en regel i .htaccess

En mappe med passord (se Passordbeskyttede mapper) eller regler som Deny from all i .htaccess gir også en 403. Sjekk i File Manager om det ligger en .htaccess-fil i den mappen (se Vise og redigere skjulte filer som .htaccess).

En 403 på hele nettstedet

Får du en 403 allerede på forsiden, med teksten You don't have permission to access / on this server? Da mangler det som regel en index.php eller index.html i public_html, eller nettstedet ditt ligger i feil mappe. Se Åpne Bestandsbeheer: mappene i pakken din og Een andere map voor je website (documentroot).

Ingen 403, men ingen forbindelse i det hele tatt?

Laster nettstedet, e-posten og DirectAdmin plutselig ikke i det hele tatt fra internettforbindelsen din, mens det fungerer fint via 4G? Da er IP-adressen din trolig blokkert av brannmuren på serveren. Det er noe annet enn en 403. Kontroller det med Er jeg blokkert? i support­senteret i Mitt WebOké (se Problemer med å logge inn løses).

Tips: Kommer du ikke videre? Send oss en sak med tidspunktet da det gikk galt, adressen til siden og hva du prøvde å lagre. Da finner vi regelen for deg (se Be om hjelp: hva gir du videre til support?).