Prepovedano (403): Nimate dovoljenja za dostop do / na tem strežniku

Se na Vaši spletni strani prikazuje spodnje sporočilo? V tem članku preberete, kaj je navadno vzrok in kako težavo odpravite, tudi če uporabljate WordPress.

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

Najpogostejši vzrok: ni začetne datoteke

Najpogosteje v mapi, ki jo odpirate, ni začetne datoteke. Ko odprete www.jouwdomein.nl, strežnik v domains/jouwdomein.nl/public_html išče datoteko index.php ali index.html. Če je tam ni ali je Vaša spletna stran v drugi mapi, se prikaže to sporočilo. Preverite to v Upravitelju datotek.

Drugi vzroki

• Pravilo v Vaši datoteki .htaccess blokira dostop, na primer Deny from all.
• Pravice mape ali datoteke so prestroge. Mape morajo biti nastavljene na 755, datoteke pa na 644. Nikoli ničesar ne nastavite na 777, da bi odpravili napako: s tem ničesar ne rešite, Vaša stran pa postane ranljiva.
• Požarni zid za spletne aplikacije ali Imunify360 je zavrnil zahtevo, ker je bila videti kot napad.

Napaka 403 na Vaši spletni strani WordPress

Se napaka 403 v WordPressu pojavi na primer po posodobitvi, pri shranjevanju ali v skrbniškem delu? Potem preverite naslednje korake.

1. Izklopite varnostni vtičnik. Vtičniki, kot so Wordfence, iThemes Security ali All In One WP Security, imajo lasten požarni zid. Če se v WordPress ne morete več prijaviti, v Upravitelju datotek preimenujte mapo vtičnika v wp-content/plugins, na primer wordfence v wordfence-izklopljen. WordPress bo vtičnik nato izklopil. Če stran spet deluje, v nastavitvah ali dnevnikih vtičnika preverite, kaj je blokiral, nato pa mapi vrnite prvotno ime.
2. Obnovite privzeto datoteko .htaccess za WordPress. Najprej shranite kopijo trenutne datoteke .htaccess v public_html. Nato njeno vsebino zamenjajte z:

   # 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

   Če stran nato deluje, je bila napaka v enem od drugih pravil. Vračajte jih enega za drugim, da ugotovite, katero je.
3. Preverite pravice. Mape na 755, datoteke na 644. Tudi mapa wp-content/uploads mora biti zapisljiva za Vašo spletno stran. Glejte Pravice datotek in map (chmod).
4. Preglejte dnevnik napak. V DirectAdminu odprite Site Summary / Statistics / Logs in preglejte dnevnik napak svoje domene okoli časa, ko se je pojavila napaka. Če najdete vrstico z ModSecurity: Access denied with code 403 ali IM360 WAF, zahtevo zavrača požarni zid. Glejte Pregled spletnega mesta in dnevniki.
5. Izklopite pravilo požarnega zidu. Če se napaka 403 pojavi samo pri shranjevanju ali nalaganju, lahko v Požarnem zidu za spletne aplikacije izklopite samo pravilo, ki povzroča težavo. Požarnega zidu nikoli ne izklopite v celoti. Če gre za sporočilo Imunify360, nam pošljite to vrstico in naslov strani. Glejte Imunify360: pregled Vaše spletne strani za zlonamerno programsko opremo.

Ne najdete rešitve? V zahtevku nam pošljite čas, ko je prišlo do napake, naslov strani in kaj ste poskušali narediti. Nato bomo to preverili namesto Vas.

Glejte tudi v priročniku za DirectAdmin: Prikaz in urejanje skritih datotek, kot je .htaccess.

Podrobna razlaga: Napaka 403 ali 406 pri shranjevanju ali nalaganju v priročniku za DirectAdmin.

Imate VPS? Potem sledite brezplačnemu tečaju VPS in upravljanje strežnika Linux, lekcija 3.1 Uporabniki, skupine in pravice datotek.