Tiltott (403): Önnek nincs jogosultsága a / elérésére ezen a szerveren

Az alábbi üzenet jelenik meg a weboldalán? Ebben a cikkben leírjuk, mi szokott az oka lenni, és hogyan oldhatja meg, akkor is, ha WordPresst használ.

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

A leggyakoribb ok: hiányzó kezdőfájl

Az esetek többségében nincs kezdőfájl abban a mappában, amelyet lekér. Ha a www.sajatdomain.hu címet nyitja meg, a szerver a domains/sajatdomain.hu/public_html mappában keres egy index.php vagy index.html fájlt. Ha ez nincs ott, vagy a weboldala egy másik mappában található, ez az üzenet jelenik meg. Ellenőrizze a Fájlkezelőben.

További okok

• A .htaccess fájl egyik sora letiltja a hozzáférést, például a Deny from all.
• Egy mappa vagy fájl jogosultságai túl szigorúak. A mappák jogosultsága 755, a fájloké 644 legyen. Hiba megoldására soha ne állítson be 777-et: ez nem oldja meg a problémát, viszont sebezhetővé teszi a weboldalát.
• A Webalkalmazás-tűzfal vagy az Imunify360 feltartóztatott egy kérést, mert az támadásnak tűnt.

403-as hiba a WordPress-oldalon

A 403-as hibát a WordPressben kapja, például frissítés után, mentéskor vagy az adminfelületen? Akkor kövesse az alábbi lépéseket.

1. Kapcsolja ki a biztonsági bővítményt. Az olyan bővítményeknek, mint a Wordfence, az iThemes Security vagy az All In One WP Security, saját tűzfaluk van. Ha nem tud belépni a WordPressbe, a Fájlkezelőben nevezze át a bővítmény mappáját a wp-content/plugins könyvtárban, például a wordfence mappát wordfence-ki névre. A WordPress ekkor kikapcsolja a bővítményt. Ha a weboldal ismét működik, nézze meg a bővítmény beállításaiban vagy naplóiban, mit tiltott le, majd adja vissza a mappa eredeti nevét.
2. Állítsa vissza a WordPress alapértelmezett .htaccess fájlját. Először mentsen el egy másolatot a public_html mappában lévő jelenlegi .htaccess fájlról. Ezután cserélje le a tartalmát a következőre:

   # 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

   Ha ezután működik, a hiba valamelyik másik sorban volt. Állítsa vissza ezeket egyenként, hogy kiderüljön, melyik okozza.
3. Ellenőrizze a jogosultságokat. Mappák: 755, fájlok: 644. A wp-content/uploads mappának is írhatónak kell lennie a weboldal számára. Lásd: Fájlok és mappák jogosultságai (chmod).
4. Nézze meg a hibanaplót. Nyissa meg a DirectAdminban a Site Summary / Statistics / Logs menüpontot, és tekintse meg a domainje hibanaplóját a hiba időpontja körül. Ha talál egy ModSecurity: Access denied with code 403 vagy IM360 WAF tartalmú sort, akkor a tűzfal tartja fel a kérést. Lásd: Webhely-összefoglaló és naplók.
5. Tűzfalszabály kikapcsolása. Ha a 403-as hiba csak mentéskor vagy feltöltéskor jelentkezik, a Webalkalmazás-tűzfalban kikapcsolhatja kizárólag azt a szabályt, amely a problémát okozza. A tűzfalat soha ne kapcsolja ki teljesen. Ha az Imunify360 üzenetéről van szó, küldje el nekünk a sort és az oldal címét. Lásd: Imunify360: a weboldal ellenőrzése kártevők után.

Nem boldogul vele? Küldje el nekünk egy ticketben a hiba időpontját, az oldal címét, és azt, hogy mit próbált tenni. Mi utánanézünk Ön helyett.

Lásd még a DirectAdmin-kézikönyvben: Rejtett fájlok, például a .htaccess megjelenítése és szerkesztése.

Részletes leírás: 403-as vagy 406-os hiba mentéskor vagy feltöltéskor a DirectAdmin-kézikönyvben.

VPS-e van? Akkor kövesse az ingyenes VPS- és Linux-szerverkezelési tanfolyamot, azon belül a 3.1 Felhasználók, csoportok és fájljogosultságok leckét.