indítson el egy ingyenes 7 napos e-mail tanfolyamot a WordPress-en

előfordulhat, hogy a 403 tiltott hiba akkor fordul elő, amikor meglátogat egy üres webhelykönyvtárat vagy egy adott oldalt, amelynek engedélyezési hibája van. Ennek oka az, hogy a legtöbb webhely úgy van beállítva, hogy tiltsa le a könyvtárböngészést, hogy megakadályozza a támadók hozzáférését az érzékeny fájlokhoz.

ha azonban Ön vagy a látogatók ezt a hibát tapasztalják a webhelyén, akkor meg kell oldani a problémát, különben értékes forgalmat veszíthet. Mivel okai eltérőek, számos módszer létezik a 403 hibák megoldására.

elmagyarázzuk a 403 tiltott hibák különböző típusait, azok lehetséges okait, valamint nyolc módszert adunk a 403 tiltott hiba kijavítására.

hibakód 403 tiltott hiba
hiba típusa ügyféloldali hiba
hiba variációk tiltott: Nincs hozzáférési jogosultsága ezen a szerveren
HTTP hiba 403 – tiltott
hiba 403-tiltott
403 tiltott kérelem adminisztratív szabályok tiltják
403 tiltott
Hozzáférés megtagadva – nincs hozzáférési jogosultsága
hiba 403
HTTP 403
tiltott
hiba okoz hiányzó index oldal
törött WordPress plugin
rossz IP-cím
Malware fertőzés
Új weboldal link

a 403 Forbidden okai

a HTTP 403 forbidden hibákat gyakran a hozzáférés hibás konfigurációja okozza az ügyféloldalon, ami azt jelenti, hogy általában maga is megoldhatja a problémát.

ezeknek a hibáknak a gyakori oka a fájl vagy mappa engedélyezési beállításai, amelyek szabályozzák, hogy ki tudja olvasni, írni és végrehajtani a fájlt vagy mappát.

ebben az esetben két lehetőség van: vagy a webhely tulajdonosa úgy szerkesztette a beállításokat, hogy nem tudott hozzáférni az erőforrásokhoz, vagy nem állították be a megfelelő engedélyeket.

a második gyakori ok a sérült vagy helytelen beállítások a .htaccess fájl. Ez akkor fordulhat elő, ha módosította a fájlt. Szerencsére könnyű megoldani a problémát egy új szerver konfigurációs fájl létrehozásával.

a két gyakori okon kívül itt van néhány további lehetséges kiváltó ok a hibára:

  • hiányzó index oldal – a weboldal kezdőlapjának neve nem index.html vagy index.php.
  • hibás WordPress plugin – ha egy WordPress plugin nincs megfelelően konfigurálva, vagy nem kompatibilis egy másik pluginnal, akkor kiválthatja a 403 hibákat.
  • rossz IP – cím-a domain név rossz vagy régi IP-címre mutat, amely most egy olyan webhelyet tárol, amely blokkolja a hozzáférést.
  • Malware fertőzés – a malware fertőzés okozhatja a .htaccess fájl folyamatosan sérült. A fájl visszaállítása előtt el kell távolítania a rosszindulatú programot.

Új weboldal link – a webhely tulajdonosa frissítette az oldal hivatkozását, amely most eltér a gyorsítótárazott verziótól.

a 403 tiltott hiba kijavítása

mivel a HTTP 403 tiltott hiba szorosan kapcsolódik a fájlhozzáférési engedélyekhez, ez lesz a következő módszerek fő célja annak megoldására. Ennek ellenére a probléma megoldásának más módjai is vannak, például a böngésző gyorsítótárának törlése vagy a rosszindulatú programok keresése.

nézzük meg jobban a 403-as HTTP-hiba megoldására rendelkezésre álló nyolc módszer mindegyikét.

Felhívjuk figyelmét, hogy míg az itt említett lépések elsősorban a WordPress-re összpontosítanak, más webhelyekre is alkalmazhatók.

1. Ellenőrizze a .htaccess fájl

lehet, hogy nem ismeri a .htaccess fájl, mivel gyakran rejtve marad a webhely könyvtárában. Ha azonban a Hostinger fájlkezelőt használja, a fájl alapértelmezés szerint elérhető a public_html könyvtárban.

kövesse az alábbi lépéseket annak megkereséséhez:

  1. keresse meg a Fájlkezelőt a hPanel irányítópultján.
hPanel mutatja, hogy hol található a fájlkezelő.
  1. nyissa meg a public_html könyvtárat a .htaccess fájl.
hPanel megmutatja, hol található .htaccess.

ha cPanel-t használ, kövesse az alábbi lépéseket:

  1. keresse meg a Fájlkezelőt a cPanel – en.
cPanel mutatja, hogy hol található a fájlkezelő.
  1. a public_html könyvtárban keresse meg a .htaccess fájl.
cPanel mutatja, hogy hol található .htaccess.
  1. ha nem találja a fájlt, kattintson a Beállítások gombra a képernyő jobb felső sarkában, és engedélyezze a rejtett fájlok megjelenítése (dotfiles) opciót.
cPanel beállításai, bemutatva, hogyan lehet engedélyezni a rejtett fájlokat (dotfiles) opciót.

az .a htaccess fájl egy szerver konfigurációs fájl, amely elsősorban az Apache webszerver beállításainak megváltoztatásával működik.

bár a fájl alapértelmezés szerint a legtöbb webhelyen megtalálható, manuálisan kell létrehoznia egy új fájlt, ha webhelye nem rendelkezik vele, vagy ha véletlenül törölték.

most, hogy megtalálta a fájlt, kövesse az alábbi lépéseket annak ellenőrzéséhez, hogy nem megfelelő konfiguráció okozza-e a hibát:

  1. kattintson a jobb gombbal a fájlra, és válassza a Letöltés lehetőséget a biztonsági másolat létrehozásához.
.htaccess fájl, amely megmutatja, hol található a letöltési lehetőség.
  1. miután elkészítette a biztonsági másolatot, törölje a fájlt.
ablak megkérdezi, hogy biztosan törli-e .htaccess, ahol meg kell nyomnia a piros Törlés gombot
  1. próbálja meg elérni a webhelyét. Ha jól működik, ez azt jelzi, hogy a fájl sérült.
  2. , hogy létrehoz egy friss .htaccess fájlt, jelentkezzen be a WordPress irányítópultjára, majd kattintson a Beállítások -> Permalinks elemre.
  3. változtatások nélkül kattintson az oldal alján található Módosítások mentése gombra.
WordPress irányítópult, kiemelve a Változtatások mentése gombot.

ez létrehoz egy friss .htaccess fájl az Ön webhelyéhez. Ha ez nem oldotta meg a problémát, próbálkozzon a következő módszerrel.

2. Fájl-és Könyvtárengedélyek visszaállítása

a HTTP 403 hibákat kiváltó másik lehetséges ok a fájlok vagy mappák helytelen engedélyei. A fájlok létrehozásakor általában meghatározott alapértelmezett fájlengedélyekkel rendelkeznek, amelyek szabályozzák az olvasást, írást és végrehajtást.

Pro Tip

ha Hostingert használ, van egy speciális eszköz, amely egyetlen kattintással megoldja az összes engedélyezési problémát. Írja be a Fix fájl tulajdonjogát a keresősávba, vagy görgessen a Vezérlőpult aljára, és keresse meg ott.

fájl-és könyvtárengedély-probléma megoldása egyetlen kattintással A Hostinger

ez az eszköz rengeteg időt takarít meg, és visszaállítja az összes fájl-és könyvtárengedélyt az alapértelmezett értékekre.

az FTP használatával szerkesztheti a fájl-és mappaengedélyeket. Kezdeni, meg kell:

  1. konfiguráljon egy FTP klienst, és csatlakoztassa azt a webhelyéhez.
  2. a csatlakozás után kattintson a jobb gombbal a public_html elemre, majd válassza a fájlattribútumok lehetőséget.
képernyőkép az FTP kliensről, amely megmutatja, hol található a public_html fájl és a fájlattribútumok.
  1. írja be az engedélyt 755 a numerikus érték mezőbe, válassza az alkalmazás csak könyvtárakra lehetőséget, majd nyomja meg az OK gombot.

a fájlengedélyezés numerikus értékeinek általános gyakorlata a mappákhoz 755, a statikus tartalomhoz 644, a dinamikus tartalomhoz pedig 700.

 képernyőkép az FTP fájlattribútumaiból, amely a numerikus értéket mutatja a 755-nél és az apply to directories only opciót.
  1. a mappaengedélyek módosítása után ismételje meg a 2.és a 3. lépést, de most írja be a 644 értéket a numerikus érték mezőbe, és válassza az alkalmazás csak fájlokra lehetőséget.
képernyőkép az FTP fájlattribútumairól, amely a 644-es számértéket és az apply to files only opciót mutatja.

miután elkészült, próbálja meg elérni a webhelyét, és ellenőrizze, hogy a hiba megoldódott-e.

3. Tiltsa le a WordPress beépülő modulokat

ha eddig eljutott, és az előző módszerek egyike sem működik, akkor valószínű, hogy a hibát egy inkompatibilis vagy hibás plugin okozza. Ebben a lépésben megpróbáljuk letiltani a bővítményeket annak ellenőrzésére, hogy ez javítja-e a 403 tiltott hibát.

javasoljuk, hogy egyszerre tiltsa le az összes bővítményt, ahelyett, hogy egyenként végigmenne a folyamaton. Ezt a módszert követve képesnek kell lennie a probléma észlelésére és a megoldás kidolgozására. Itt van, mit kell tennie:

  1. nyissa meg tárhelyfiókját FTP-n keresztül, vagy használja a tárhelyfiók fájlkezelőjét, és lépjen a public_html -> wp-content mappába.
  2. keresse meg a plugins mappát.
Plugins mappa.
  1. nevezze át a mappát más névvel, például “letiltva-plugins” az összes plugin letiltásához.
dsisabled-plugins mappa,

próbálja meg újra elérni a weboldalt. Ha a hiba már nem létezik, akkor a hiba tényleges forrása egy problémás plugin.

nevezze át a mappát plugins névre. Most le kell tiltania a bővítményeket egyenként a WordPress irányítópultjáról, és ellenőriznie kell, hogy a webhely továbbra is működik-e. Így képes lesz felismerni a hibás plugint.

ha megtalálta, frissítse a plugint, ha szükséges, vagy törölje. Ha azonban a hiba továbbra is megjelenik, előfordulhat, hogy segítségért forduljon a tárhelyszolgáltatóhoz.

4. Töltsön fel egy Indexoldalt

ellenőrizze webhelye kezdőlapjának nevét – indexnek kell nevezni.html vagy index.php. Ha nem, akkor két alternatíva van. Az első és legegyszerűbb a honlap átnevezése indexként.html vagy index.php.

Ha azonban meg szeretné tartani az aktuális Kezdőlap nevét, töltsön fel egy indexoldalt a public_html könyvtárba, és hozzon létre egy átirányítást a meglévő kezdőlapra.

itt vannak a követendő lépések:

  1. töltsön fel egy indexet.html vagy index.php fájlt a public_html könyvtárba. Ehhez használja a tárhely-fiók fájlkezelőjét vagy az FTP-t.
  2. nyissa meg a .htaccess fájl.
  3. helyezze be ezt a kódrészletet az index átirányításához.php vagy index.html fájl a meglévő kezdőlapra. Ne felejtse el kicserélni a homepage.html értéket az oldal tényleges nevére.
Redirect /index.html /homepage.html

5. A Fájltulajdon szerkesztése

a helytelen fájltulajdon kiválthatja a 403 tiltott hibát, ha Linux vagy VPS tárhelyet használ.

a fájlok és mappák általában tulajdonoshoz, csoporthoz vagy mindkettőhöz rendelhetők. Ne feledje, hogy SSH-hozzáférésre van szüksége a tulajdonjog módosításához ezekben a környezetekben. A VPS-kiszolgálóhoz való csatlakozáshoz SSH-terminálra is szükség lesz.

miután csatlakoztatta az SSH-t a webkiszolgálóhoz, ellenőrizze a tulajdonjogot ezzel az SSH paranccsal:

ls -1 

az eredmény így fog kinézni:

-rwxrw-rw- 1 20 Jul 20 12:00 filename.txt

nézd meg a tulajdonos és a csoport részét. A helyes tulajdonjognak a tárhelyfiók felhasználónevének kell lennie. Ha más tulajdonjog jelenik meg, használja a chown Linux parancsot a fájl tulajdonjogának módosításához. Itt található a chown alapvető szintaxisa:

chown 

például, ha a Felhasználóneve Hostinger, használja a következő szintaxist:

chown Hostinger filename.txt

ha nem érzi magát kényelmesen az SSH használatával, segítségért forduljon ügyfélszolgálatunkhoz.

6. Ellenőrizze az a rekordot

a 403 tiltott hiba akkor is előfordulhat, ha a domain neve rossz IP-címre mutat, ahol nincs engedélye A tartalom megtekintésére. Ezért ellenőrizze még egyszer, hogy a domain neve a helyes IP-címre mutat-e.

annak ellenőrzéséhez, hogy a domain a rekord helyesen van-e mutatva, nyissa meg a HPANEL DNS-zóna szerkesztőjét:

  1. jelentkezzen be a hPanel-be.
  2. lépjen a speciális részre, majd kattintson a DNS zóna szerkesztő elemre.
speciális szakasz a hPanel-en, kiemelve a DNS-zóna szerkesztőt
  1. látni fogja a DNS-rekordok listáját. Keressen egy rekordot az a címkével a típus oszlopban.
DNS-rekordok listája
  1. ellenőrizze az IP-címet A tartalom oszlopban.
  2. ha rossz IP-címre mutat, kattintson a Szerkesztés gombra a módosításához. Miután befejezte, kattintson a Frissítés gombra.

ha nem találja a megfelelő rekordot, hozzon létre egy újat a DNS-rekordok kezelése szakaszból. Győződjön meg róla, hogy a típust választotta, és helyezze be a helyes IP-címet a pontok mezőbe. Ezután kattintson a rekord hozzáadása elemre.

ha nemrég költözött át egyik internetes gazdagépről a másikra, és elfelejtette megváltoztatni a névkiszolgálókat, előfordulhat, hogy a domain továbbra is a régi internetes gazdagépre mutat. Miután a régi gazdagép törli a fiókját, 403-as hibakódot okoz.

7. Malware keresése

a Malware a 403 hiba másik oka lehet. Ha a WordPress webhely megfertőződik rosszindulatú szoftverekkel, akkor folyamatosan nem kívánt kódot injektálhat a.htaccess fájl. Így, még akkor is, ha folyamatosan javítja a fájlt az első bemutatott módszerrel, a hiba továbbra is fennáll.

vizsgálja meg webhelyét, hogy azonosítsa a rosszindulatú programokat. Rengeteg biztonsági plugin van a WordPress számára, mint például a Sucuri vagy a Wordfence.

a legtöbb WordPress biztonsági bővítmény, például a WordFence, eltávolíthatja a rosszindulatú programokat. Miután a plugin azonosítja az összes fertőzött fájlt, ezekhez a fájlokhoz használható lehetőségeket kap, például törli vagy visszaállítja őket.

egy másik módszer a webhely visszaállítása biztonsági mentési fájlok segítségével. Az adatbázis biztonsági másolatával is visszaállítható, ha nincs teljes biztonsági mentése a webhelyfájlokról.

8. Törölje a webes előzményeket / gyorsítótárat

a böngésző gyorsítótárát és a cookie-kat is okozhat 403 hiba. A gyorsítótár tárolja az adatokat, hogy a webhely gyorsabban betöltődjön, amikor legközelebb meglátogatja. Lehetséges azonban, hogy a webhely linkje frissült, és a tényleges weboldal link most eltér a gyorsítótárazott verziótól.

egy másik lehetőség az, hogy a hiba a cookie-kból származik. Előfordulhat, hogy egy webhelyen általában normálisan jelentkezik be, de a legutóbbi bejelentkezési kísérlet megmutatta ezt a hibaüzenetet.

a böngésző gyorsítótárának és a cookie-knak A törlése megoldja ezt a problémát. Ne feledje, hogy a gyorsítótár törlése miatt a webhely következő látogatása hosszú időt vehet igénybe, mivel a böngésző újra kéri az összes webhelyfájlt. A cookie-k törlése az összes bejelentkezett webhelyről is kijelentkezik.

kövesse ezeket a lépéseket a gyorsítótár és a cookie-k törléséhez a Google Chrome-ban:

  1. kattintson a jobb felső sarokban található hárompontos ikonra, majd válassza a Beállítások lehetőséget.
  2. keresse meg az Adatvédelem és biztonság részt, majd kattintson a Böngészési adatok törlése elemre.
a Google Chrome adatvédelmi és biztonsági beállításai
  1. a legördülő menü segítségével válassza ki az adatok törlésének időkeretét. Ezután ellenőrizze a cookie-kat és más webhelyadatokat, valamint a gyorsítótárazott képeket és fájlokat.
Böngészési adatok beállításainak törlése - időtartomány, böngészési előzmények, cookie-k és egyéb webhelyadatok, valamint gyorsítótárazott képek és fájlok
  1. kettyenés adatok törlése.

miután elvégezte az összes lépést, próbálja meg újra felkeresni a webhelyet, és jelentkezzen be, ha ez megköveteli. Ha ez vagy bármely más megoldás nem működik, javasoljuk, hogy lépjen kapcsolatba ügyfélszolgálatunkkal élő chaten keresztül a probléma megoldása érdekében.

Egyéb 4xx hibák hibaelhárítása

hogyan lehet kijavítani a 401 jogosulatlan hibát?
hogyan lehet kijavítani a 413 entitás túl nagy hibáját?
hogyan lehet kijavítani a 404 Nem található hibát?
hogyan javítható 429 túl sok kérés hiba?

következtetés

403 a tiltott hibák nagy frusztrációt okozhatnak, mivel megtiltják az erőforrás elérését. Ezek elsősorban a helytelen fájlengedélyek miatt fordulnak elő, de számos más lehetséges ok is van, például hiányzó indexfájl, hibás beépülő modulok vagy akár rosszindulatú programok fertőzése.

a 403 hiba valódi okának megtalálása bonyolult lehet. Az ebben a cikkben felsorolt módszerek követésével azonban biztosak vagyunk abban, hogy webhelye újra működhet.

összefoglalva, itt vannak azok a műveletek, amelyeket meg kell tennie, hogy megszabaduljon a 403 hibaüzenettől a WordPress webhelyén:

  1. ellenőrizze a .htaccess fájl.
  2. fájl-és könyvtárengedélyek visszaállítása.
  3. tiltsa le a WordPress bővítményeket.
  4. indexoldal feltöltése.
  5. fájl tulajdonjogának szerkesztése.
  6. ellenőrizze az a rekordot.
  7. távolítsa el a rosszindulatú programokat.
  8. törölje a böngésző előzményeit és gyorsítótárát.

a 403 tiltott hiba csak egy a sok HTTP hibakód közül. Webhelytulajdonosként előfordulhat, hogy más ügyféloldali hibákkal is találkozott, például a 404-es hibával vagy a kiszolgálóoldali hibákkal, például az 504-es átjáró időtúllépésével.

javasoljuk, hogy folyamatosan tanuljon ezekről a hibákról, hogy tudja, hogyan kell kezelni őket, ha valaha megjelennek a webhelyén.

ezt a bejegyzést utoljára módosították December 24, 2021 9: 47 am

Vélemény, hozzászólás?

Az e-mail-címet nem tesszük közzé.