A 100-199 közötti válaszok tájékoztató jellegűek. Azt jelzik, hogy az ügyfél kérelmét elfogadták és feldolgozás alatt áll.

100 ="Folytatás"
A kérelem kezdeti részét elfogadták, és az ügyfél továbbra is küldheti a kérést.
101 ="Protokollváltás"
A szerver tiszteletben tartja a kliens kérését, és protokollt vált a Frissítés fejlécben jelzett módon.

Az ügyfél kérése sikeres (2xx sikeres)

A 200-299 tartományba eső válaszok azt jelzik, hogy az ügyfél kérelmét sikeresen feldolgozták.

200 ="OK"
Az ügyfélkérelem feldolgozása sikeres volt, és a szerver válasz tartalmazza a kért adatokat.
201 ="Létrehozva"
Ez az állapotkód új URI létrehozásakor használatos. Ezzel az eredménykóddal együtt a szerver egy Location fejlécet ad vissza (lásd a 19. fejezetet), amely információkat tartalmaz arról, hogy hol helyezték el az új adatokat.
202 ="Elfogadva"
A kérelmet elfogadták, de nem dolgozták fel azonnal. A szerver tartalomtörzsében adható meg a válasz további információ erről a tranzakcióról. Nincs garancia arra, hogy a szerver végül teljesíti a kérést, még akkor sem, ha a kérés beérkezésekor érvényesnek tűnt.
203 ="Nem hiteles információ"
A tartalomfejléc-információk egy helyi másolattól vagy egy harmadik féltől származnak, nem az eredeti szervertől.
204 ="Nincs tartalom"
A válasz állapotkódot és fejlécet tartalmaz, de tartalomtörzset nem. A böngészőnek nem szabad frissítenie a dokumentumát, amikor ez a válasz érkezik. Az érzékeny képkezelő visszaadhatja ezt a kódot, ha a felhasználó a kép haszontalan vagy üres területeire kattint.
205 ="Tartalom visszaállítása"

A böngészőnek törölnie kell a tranzakcióhoz használt űrlapot további bevitelhez. Hasznos a bemenetet igénylő CGI-alkalmazásokhoz.

206 ="Részleges tartalom"

A szerver a kért adatmennyiségnek csak egy részét adja vissza. Tartomány fejléccel rendelkező kérésre válaszul. A szervernek a Content-Range fejlécben KELL jeleznie a válaszban szereplő tartományt.

233 - mert nem mindenki él a "hazában"

Ügyfélkérelem átirányítva (3xx átirányítás)

A 300-399 tartományba eső válaszkód azt jelzi, hogy a kérés sikertelen volt, és az ügyfélnek tennie kell valamit a kérés teljesítéséhez.

300 ="Több választási lehetőség"
A kért URI egynél több erőforrást jelöl ki. Például egy URI utalhat egy olyan dokumentumra, amelyet több nyelvre is lefordítottak. A kiszolgáló által visszaadott tartalomtörzs tartalmazhat egy listát a megfelelő erőforrás kiválasztásával kapcsolatos konkrétabb információkról.
301 ="Véglegesen áthelyezve" - ​​véglegesen áthelyezve
A kért URI-t már nem használja a szerver, és a kért művelet meghiúsult. A kért dokumentum új helye a Hely fejlécben jelenik meg. Minden további kérésben ez a dokumentum meg kell adni az új URI-t.
Nem HEAD kérések esetén a szervernek hiperszöveges magyarázatot KELL küldenie az üzenet törzsében. Ha a GET és a POST kivételével minden módszert használ, először értesítenie kell a felhasználót a hivatkozás változásáról. Ne felejtse el, hogy egyes ügynökök tévedésből változnak POST módszer hogy más címre költözés után KÉRJÜK.
302 ="Átmenetileg áthelyezve" - ​​ideiglenesen áthelyezve
A kért URI összezavarodott, de csak ideiglenesen. A Hely fejléc az új helyre mutat. Az állapotkód kézhezvétele után az ügyfélnek azonnal fel kell oldania a kérést az új URI-val, de minden további kérésnek a régi URI-t KELL használnia.
A HEAD kivételével minden metódus esetén a szervernek hiperszöveges magyarázatot KELL küldenie a törzsben. Ha a GET és a POST kivételével minden más módszert használ, először értesítenie kell a felhasználót az URI változásáról. A következő erőforrás elérésekor a POST metódust GET-re kell módosítani, ahogy azt egyes ügynökök is teszik.
303 ="Lásd a többit"
A kért URI-t egy másik (a Hely fejlécben megadott) URI is megtalálhatja. Ezt az erőforráshoz a GET metódussal kell kiválasztani.
304 ="Nincs módosítva"

Ez az lf-Modified-Since fejléc válaszkódja, ha az URI nem változott a megadott dátum óta. A tartalomtörzs nem kerül elküldésre, és az ügyfélnek a helyi másolatát kell használnia.

305 ="Proxy használata"

A kért URI-t a Hely fejlécben megadott proxy-n keresztül kell elérni.

306 ="(nem használt)" 307 ="Ideiglenes átirányítás"

Az ügyfélkérelem hiányos (4xx számú ügyfélhiba)

A 400-499 tartományban lévő válaszkódok azt jelzik, hogy az ügyfél kérése nem teljes. Ezek a kódok azt is jelezhetik, hogy további információkra van szükség az ügyféltől.

400 ="Rossz kérés"
Azt jelzi, hogy a szerver szintaktikai hibát észlelt az ügyfél kérésében.
401 ="Nem engedélyezett" - engedély szükséges
Ez a WWW-Authenticate fejléccel együtt elküldött eredménykód azt jelzi, hogy a kérelmező felhasználó nem rendelkezik a szükséges jogosultsággal, és a felhasználónak meg kell adnia ezt a jogosultságot, ha a kérés megismétlődik az adott URI-vel.
402 ="Fizetés szükséges"
Ezt a kódot még nem implementálták a HTTP-ben.
403 ="Tiltott"
A kérést elutasították, mert a szerver nem akar (vagy nem tud) válaszolni az ügyfélnek.
404 ="nem található" - nem található
A megadott URI-n található dokumentum nem létezik.
405 ="A módszer nem engedélyezett" - a módszer nem támogatott
Ez a kód Engedélyezés fejléccel kerül kiadásra, és azt jelzi, hogy az ügyfél által használt metódus nem támogatott az adott URI-n.
406 "Nem elfogadható"
Az ügyfél által az adott URI-n megadott erőforrás létezik, de nem az ügyfél által kívánt formátumban. Ezzel a kóddal együtt a szerver kiadja a Content-Language, Content-Encoding és Content-Type fejléceket.
407 ="Proxy hitelesítés szükséges" A proxyszerver engedélyt kért.
A proxyszervernek engedélyeznie kell a kérést a továbbítás előtt. A Proxy-Authenticate fejléccel együtt használatos.
408 ="Időtúllépés kérése"
Ez a válaszkód azt jelenti, hogy az ügyfél nem küldött teljes kérés meghatározott ideig (amely általában a szerver konfigurációjában van beállítva), és a szerver leáll internetkapcsolat.
409 ="Konfliktus"
Ez a kérelem ütközik egy másik kéréssel vagy egy szerverkonfigurációval. Az ütközéssel kapcsolatos információkat a válasz információs részében kell visszaadni.
410 "Elment"
Ez a kód azt jelzi, hogy a kért URI már nem létezik, és véglegesen eltávolították a szerverről.
411 ="hosszúság szükséges"
A szerver nem fogad el olyan kérelmet, amelyen nincs megadva Content-Length fejléc.
412 ="Az előfeltétel sikertelen"
A kérelemben megadott feltétel egy vagy több if fejléc általi kiértékelésének eredménye. . ., „hamis”-t jelent.
413 ="A kért entitás túl nagy"
A szerver nem dolgozza fel a kérést, mert a törzse túl nagy.
414 ="Request-URI Too Long" - a kérés túl hosszú
A szerver nem dolgozza fel a kérést, mert az URI túl hosszú.
415 ="Nem támogatott médiatípus"

A szerver nem dolgozza fel a kérést, mert a törzse nem támogatott formátumú.

416 ="A kért tartomány nem teljesíthető"

A kért tartomány nem érvényes

417 ="Az elvárás nem sikerült"

A várakozás nem sikerült

422 ="Unprocessable Entity" - a szerver sikeresen elfogadta a kérelmet, tud dolgozni a megadott típusú adatokkal (például a kérés törzse tartalmaz egy XML dokumentumot, amely megfelelő szintaxissal rendelkezik), de valami logikai hiba van, ami miatt lehetetlen műveletet végrehajtani az erőforráson.
Egyes rendszereken további adatok kérésére használják: NINCS ELÉG ADAT (nincs elég adat) 429 ="Túllépte a sebességkorlátot"

A kérések korlátja túllépve

449 - Próbálkozzon újra egy másik országban lévő proxyval. 450 =Az értékelési szolgáltatás nem elérhető 451 =Jogi okokból nem elérhető

a forráshoz való hozzáférés a törvényi problémák miatt korlátozott. 451 - A webhely nem engedélyezett az Ön országában

452 lehet, hogy a munkaadó által nem engedélyezett helyszín, 453 lehet, hogy az internetszolgáltató által nem engedélyezett webhely 460 Az elnyomó rezsim blokkolta

Szerverhibák (5xx szerverhiba)

Az 500-599 tartományban lévő válaszkódok azt jelzik, hogy a szerver hibát észlelt, és valószínűleg nem tudja teljesíteni az ügyfél kérését.

500 ="Belső szerverhiba"
Egy kérés feldolgozása során a szerveren az egyik összetevő összeomlott, vagy konfigurációs hibát észlelt. Gyakran a .htaccess fájl hibáihoz kapcsolódik
501 ="Nincs megvalósítva"
Az ügyfél olyan műveletet kért, amelyet a szerver nem tud végrehajtani.
502 ="Bad Gateway"
A szerver (vagy proxy) érvénytelen válaszokat kapott egy másik szervertől (vagy proxytól).
503 ="A szolgáltatás nem elérhető"
Ez a kód azt jelenti, hogy ez a szolgáltatás átmenetileg nem érhető el, de a jövőben visszaállítjuk a hozzáférést. Ha a szerver tudja, hogy ez mikor fog megtörténni, egy Retry-After fejléc is megjelenhet.
504 ="Gateway Time Out"
Ez a válasz hasonló a 408-ashoz (Kérés időtúllépése), kivéve, hogy az átjáró vagy a mérvadó kiszolgáló időtúllépést szenvedett.
505 ="HTTP verzió nem támogatott"

A szerver nem támogatja a kérésben használt HTTP protokoll verziót.

560 - A szervert cenzúrázzák

Hibák (7xx számú hiba)

701 - Az internet szolgáltatója egy barom. 702 - Az ön szervezete egy barom. 703 - Az ön kormánya egy barom 704 - Az Ön internetszolgáltatója egy hülye, és elrontotta a DNS-kérését, és a kért tartományhoz tartozó spamreklámba küldte Önt. 705 - Az internetszolgáltató lefojtja/csomagolja az élő poklot a kapcsolatából. 706 - HTML-változat kért (mobil, Flash-mentes... sok zászló van itt). 707 - Az aktuális szerveridő (a korszak óta számolva) és a szerver időzónája.

Hibák (9xx számú hiba)

911 - Internetes vészhelyzet. A kapcsolat szolgáltatója kénytelen cenzúrázni ezt a kérést

Állapotkód küldéséhez PHP-ről használja a " direktívát fejléc állapota ".

.

Webszerver vagy alkalmazás elérésekor minden bejövő HTTP-kérelem HTTP-állapotkódot kap válaszként. A HTTP állapotkódok három karakterből álló kódok, amelyek öt különböző osztályba vannak csoportosítva. Az állapotkód osztály az első számjegyből azonosítható:

• 1xx - információs kódok;
• 2xx - siker;
• 3xx - átirányítás;
• 4xx - ügyfélhiba;
• 5xx - szerverhiba.

Ez az útmutató a leggyakoribb HTTP-hibakódok (azaz 4xx és 5xx állapotkódok) azonosítására és megoldására összpontosít a rendszeradminisztrátor szemszögéből. Egyes helyzetekben a webszerver egy adott hibakóddal válaszol egy kérésre; tekintsük általánosnak lehetséges okokés megoldások.

Az ügyfél- és szerverhibák rövid áttekintése

Az ügyfélhibákat (400-499 HTTP-állapotkód) az ügyfél (webböngésző vagy más HTTP-kliens) által küldött HTTP-kérések okozzák. Bár az ilyen típusú hibák közvetlenül az ügyfélhez kapcsolódnak, rendszergazda hasznos tudni, hogy a felhasználó milyen hibakódokkal találkozhat annak meghatározásához, hogy a probléma megoldható-e a kiszolgáló konfigurációjában.

Szerverhibák (HTTP állapotkódok 500-599) akkor fordulnak elő, ha a webszerver valamilyen hiba vagy hiba miatt nem tud feldolgozni egy kérést.

• Ha webböngészőt használ a webszerver tesztelésére, a szerverbeállítások módosítása után feltétlenül frissítse a böngészőt.
• Tekintse meg a szerver naplóit, hogy megtudja, hogyan kezeli a kiszolgáló a kéréseket. Például az Apache és az Nginx webszerver két fájlt hoz létre access.log és error.log néven, ahol megtalálhatja a releváns információkat.
• Ne feledje, hogy a HTTP állapotkód-definíciók a kérelmező alkalmazás által megvalósított szabvány részét képezik. Ez azt jelenti, hogy az eredményeként visszaadott tényleges állapotkód attól függ, hogyan szoftver szerver kezeli az adott hibát.

Mivel a HTTP-állapotkódok alapfogalmai kikerültek az útból, vessünk egy pillantást a leggyakoribb hibákra.

400-as hiba, rossz kérés

Állapotkód 400, ill rossz hiba A kérés („rossz kérés”) azt jelenti, hogy a szervernek küldött HTTP-kérés szintaxisa hibás.

A 400 Bad Request hiba okai általában a következők:

• A felhasználó webhelyhez társított cookie-jai sérültek. A probléma megoldásához próbálja meg törölni a böngésző gyorsítótárát és a cookie-kat.
• Hibás formátumú kérés hibás böngésző miatt.
• Rosszul formázott kérés egy HTTP-kérelem manuális generálásakor fellépő felhasználói hiba miatt (például a curl nem megfelelő használata).

401-es hiba Nem engedélyezett

A 401-es állapotkód vagy jogosulatlan hiba azt jelenti, hogy az erőforráshoz hozzáférni próbáló felhasználó nem volt jogosult (vagy nem tudott hibás hitelesítési adatokkal hitelesíteni). A védett erőforrás megtekintéséhez a felhasználónak érvényes hitelesítő adatokat kell megadnia.

Például 401-es jogosulatlan hiba léphet fel, ha a felhasználó HTTP-jogosultsággal védett erőforráshoz próbál hozzáférni (mint ebben az esetben is). Ilyen helyzetben a 401-es hiba újra és újra megjelenik mindaddig, amíg a felhasználó megadja a helyes bejelentkezési nevet és jelszót (amit a .htpasswd fájl tartalmazza).

403-as hiba tiltva

A 403-as állapotkód vagy Tiltott hiba azt jelenti, hogy a felhasználó kérését helyesen küldték el, de a szerver megtagadja annak kiszolgálását, mert nincs engedélye a kért erőforrás eléréséhez. Ez a rész a 403-as hiba leggyakoribb okait írja le.

Fájlengedélyek

Általában 403-as hiba fordul elő, ha a webszerver-folyamatot futtató felhasználó nem rendelkezik olvasási jogosultsággal a kért fájlhoz.

Ha egy 403-as hiba elhárítására szeretne példát adni, tegyük fel, hogy:

• a felhasználó egy indexfájlhoz próbál hozzáférni (http://example.com/index.html);
• a webszerver munkafolyamat a www-data felhasználó tulajdonában van;
• A kiszolgálón található indexfájl a /usr/share/nginx/html/index.html címen található.

Tehát, ha a felhasználó 403-as tiltott hibát kap, győződjön meg arról, hogy a www-data felhasználó rendelkezik-e jogosultsággal a fájl olvasásához. Általános szabály, hogy ilyen helyzetben csak módosítani kell a fájl engedélyeit. Ez többféleképpen is megtehető, de ebben az esetben ez a parancs megteszi:

sudo chmod o=r /usr/share/nginx/html/index.html

.htaccess fájl

A 403-as hibának egy másik lehetséges oka (gyakran tervből) egy .htaccess fájl használata. A .htaccess fájl használatával megakadályozhatja, hogy bizonyos IP-címek (vagy címtartományok) hozzáférjenek bizonyos erőforrásokhoz.

Ha a felhasználók váratlanul 403-as tiltott hibát kapnak, győződjön meg arról, hogy ezt nem a .htaccess fájl egyik beállítása okozza.

Nem létező indexfájl

Ha a felhasználó olyan könyvtárhoz próbál hozzáférni, amely nem rendelkezik szabványos indexfájllal, és a könyvtárlista le van tiltva, a webszerver 403-as tiltott hibát ad vissza. Ez akkor történik meg, ha például a felhasználó megpróbál hozzáférni a http://example.com/emptydir/ könyvtárhoz, és nincs indexfájl a kiszolgálón lévő emptydir könyvtárban. A címtárak listázása engedélyezhető a szerverkonfigurációkban.

Hiba 404 nem található

Állapotkód 404, ill Nem hiba Found ("nem található") azt jelenti, hogy a felhasználó kapcsolatba tud lépni a szerverrel, de hiányzik a szükséges fájl vagy erőforrás.

A 404-es hibák sokféle helyzetben előfordulhatnak. Az alábbiakban felsoroljuk azokat a tippeket, amelyek segíthetnek a probléma elhárításában abban az esetben, ha a felhasználó váratlanul kap egy 404-es nem található üzenetet:

• Ellenőrizze a hivatkozást, amely a felhasználót a szerverre irányítja, nincs-e benne hiba vagy elírás.
• Lehet, hogy a felhasználó érvénytelen URL-t adott meg.
• Lehet, kívánt fájlt nem létezik a megadott helyen a kiszolgálón; győződjön meg arról, hogy a kért erőforrást nem helyezték át vagy távolították el a szerverről.
• Ellenőrizze, hogy a gyökérkönyvtár (dokumentumgyökér) helye megfelelő-e a kiszolgáló konfigurációjában.
• Lehetséges, hogy a webszerver-munkafolyamatot birtokló felhasználó nem rendelkezik megfelelő jogosultságokkal a kért fájlt tartalmazó könyvtár megnyitásához. A címtárhoz való hozzáféréshez olvasási és végrehajtási engedélyek szükségesek.
• Ha a felhasználó szimbolikus hivatkozáson keresztül navigál egy erőforráshoz, győződjön meg arról, hogy a webszerver konfigurálva van a szimbolikus hivatkozások támogatására.

Error 500 Belső szerverhiba

Az 500-as állapotkód vagy belső kiszolgálóhiba hiba azt jelenti, hogy a kiszolgáló ismeretlen okból nem tudja feldolgozni a kérést. Néha ez a kód olyan helyzetekben jelenik meg, amikor más 5xx hibaüzenetek megfelelőbbek.

A hiba oka általában egy helytelen szerverkonfiguráció (például egy rosszul formázott .htaccess fájl) vagy néhány csomag hiánya (például a futás PHP fájl PHP előtelepítése nélkül).

Error 502 Bad Gateway

Az 502-es állapotkód vagy Bad Gateway hiba azt jelenti, hogy a kért kiszolgáló egy átjáró vagy proxykiszolgáló, és nem kap érvényes válaszokat a kérést ténylegesen benyújtó háttérkiszolgálóktól.

Ha ez egy fordított proxy (például egy terheléselosztó), győződjön meg a következőkről:

• a háttérkiszolgálók (amelyekre a HTTP-kéréseket továbbítják) rendben vannak;
• a fordított proxy megfelelően van konfigurálva, a megfelelő háttérprogramok a beállításaiban vannak megadva;
• a hálózati kapcsolat a háttérkiszolgálók és a fordított proxy között rendben van. Ha a szerverek más portokon is tudnak kommunikálni, győződjön meg arról, hogy ezeket a portokat nem blokkolja a tűzfal;
• a kívánt socketek a megfelelő helyen léteznek, és rendelkeznek a megfelelő jogosultságokkal (ha a webalkalmazás úgy van beállítva, hogy figyeljen a socketekre).

503-as hiba: A szolgáltalás nem elérhető

Az 503-as állapotkód vagy a szolgáltatás nem elérhető hiba azt jelenti, hogy a szerver túlterhelt vagy karbantartás alatt áll; egy ilyen szolgáltatásnak idővel elérhetővé kell válnia.

Ha a kiszolgáló nincs karbantartás alatt, ez a hiba azt jelezheti, hogy a kiszolgálónak nincs elegendő processzora vagy memória erőforrása az összes bejövő kérés feldolgozásához, vagy hogy a webszervert hangolni kell több felhasználó vagy folyamat kiszolgálására.

Error 504 Gateway Timeout

Az 504-es állapotkód vagy az átjáró időtúllépési hibája ("az átjáró nem válaszol") ezt jelenti adott szerver egy átjáró vagy proxy, és nem kap választ a háttérrendszertől a megengedett időtartamon belül.

Általában ez a következő okok miatt történik:

• Rossz hálózati kapcsolat a szerverek között;
• A kérést végrehajtó háttérkiszolgáló túl lassú;
• A kiszolgáló beállításai úgy vannak beállítva, hogy túl rövid ideig várjanak az átjáróra vagy a proxykiszolgálóra.

Következtetés

Most már ismeri az alapvető HTTP hibakódokat, és ismeri a problémák megoldásának néhány módját.

Ha olyan hibába ütközik, amelyről ebben a cikkben nem tért ki, vagy más kényelmes módjait ismeri a HTTP-hibák megoldására, kérjük, írja le ezeket az alábbi megjegyzésekben.

Címkék: ,

Az internet nem az a hely, ahol minden megfelelően és megbízhatóan működik. Amikor szoftvert írni nem könnyű és elég kreatív feladat, és ha minden jól működik, az azt jelenti, hogy a hibák egyszerűen nem jelentkeztek. Nincs program hiba nélkül, ezt szinte minden számítógép-felhasználó tudja. Néhány hiba egyszerű és érthető számunkra, míg mások kérdéseket vetnek fel. A 401-es hiba népszerű hiba, amelyet a felhasználók nem értenek.

Engedélyezés

Az egyik legbosszantóbb folyamat a webhelyeken az engedélyezés. Újra és újra végignézni kényelmetlen, a gyorsítótárba mentett jelszavak néha eltűnnek. Vissza kell állítani.

Ha a bejelentkezési nevet vagy jelszót hibásan adta meg, a rendszer nem engedélyezi a felhasználó számára az erőforrás elérését. Ez mindenki számára ismerős, és sokan tudják, hogyan kell leküzdeni. Szaknyelven ezt 401-es hibának hívják.

A szükséges felhasználónév vagy jelszó helytelen. Ilyen felhasználó nem létezik. Nevezheted, ahogy akarod, a probléma lényege változatlan. Minden felhasználónak meg kell adnia bizonyos adatokat, amikor bejelentkezik a fiókjába. Másképp passzív rendszer a személyes adatok védelme nem biztosít hozzáférést.

A 401-es hiba nem csak azért fordulhat elő, mert a felhasználó hibázott a jelszóban, vagy elfelejtette azt. Előfordul, hogy fiók az erőforrás adminisztrátora tévedésből törölte, vagy a rendszer súlyos meghibásodást tapasztalt. Ebben az esetben a felhasználónak a címre kell írnia technikai támogatás forrás.

Hiba hiba viszály

Annak ellenére, hogy ennek a hibának csak egy gyökere van - az engedélyezéssel kapcsolatos problémák, vannak fajták. Általában a rendszer pontosan elmondja a felhasználónak, hogy mi történt.

A 401-es hiba gyakori név. A probléma lényegét tükrözi, de különböző alkalmazások különböző módon nyilvánulhat meg, sőt másként is nevezhető. Digitális megjelölés mindig lesz, de a "hiba" szó helyettesíthető egy másik szóval, vagy akár egy érthetetlen kóddal is.

Problémák a zöld bankban

Ez a hiba különösen népszerűvé vált Oroszországban, nagyrészt a zöld banknak köszönhetően, amely mindig a közelben van. Egyszer az Orosz Föderáció egyik alanyában kellemetlen helyzet történt - több ezer felhasználó nem tudta átadni az engedélyt a bank alkalmazásában. Srve0295e hiba 401 - ezt a feliratot sokan látták az okostelefon képernyőjén. A hiba oka máig tisztázatlan. Valószínűleg ez vagy a bank vagy a szolgáltató probléma. Ha hiba történik, javasoljuk, hogy azonnal hívja a műszaki támogatást, vagy még jobb - a szolgáltatót.

A Windows beállításjegyzékek kézi szerkesztését az érvénytelen Engedélyezéshez szükséges kulcsok eltávolításának céljából nem ajánljuk, ha Ön nem PC szakértő. A rendszerleíró adatbázis szerkesztése során elkövetett hibák használhatatlanná tehetik a számítógépet, és helyrehozhatatlan károkat okozhatnak operációs rendszer. Valójában még egy rossz helyen lévő vessző is megakadályozhatja a számítógép indítását!

Ez a fennálló kockázat miatt javasoljuk az olyan megbízható rendszerleíró adatbázis tisztító programok használatát, mint a Reimage (amit a Microsoft Gold Certified Partner fejlesztett). Az ilyen típusú programok ellenőriznek és kijavítanak a Hiba 401 termékhez kapcsolódó problémákat. A rendszerleíró adatbázis tisztító használatával automatizálhatja a sérült rendszerleíró adatbázisok megtalálását. rendszerleíró bejegyzések, hiányzó fájlokra való hivatkozások (például engedélyezés szükséges hibaüzenetet okozva) és a rendszerleíró adatbázison belüli hibás hivatkozások. Minden szkennelés előtt automatikusan létrejön egy biztonsági másolat, amely lehetővé teszi a változtatások egy kattintással történő visszavonását, és megvédi Önt a lehetséges károkat számítógép. A legjobb az egészben az, hogy a rendszerleíró adatbázis hibáinak javítása drasztikusan növelheti a rendszer sebességét és teljesítményét.

Figyelem: Ha nem tapasztalt felhasználó PC, NEM javasoljuk a Windows rendszerleíró adatbázis kézi szerkesztését. A Rendszerleíróadatbázis-szerkesztő helytelen használata súlyos problémákhoz vezethet, és megkövetelheti a Windows újratelepítése. Nem garantáljuk, hogy a Rendszerleíróadatbázis-szerkesztővel való visszaélésből eredő problémák megoldhatók. A Rendszerleíróadatbázis-szerkesztőt saját felelősségére használja.

Kézi visszaállítás előtt Windows rendszerleíró adatbázis, biztonsági másolatot kell készítenie a beállításjegyzék egy részének exportálásával, amely a szükséges engedélyezéshez kapcsolódik (pl. Windows operációs rendszer):

1. Kattintson a gombra Kezdeni.
2. Belép " parancs" ban ben keresősáv... MÉG NE NYOMJA MEG BELÉP!
3. Kulcsok tartása CTRL-Shift a billentyűzeten nyomja meg a gombot BELÉP.
4. Megjelenik egy hozzáférési párbeszédpanel.
5. Kattintson Igen.
6. A fekete doboz villogó kurzorral nyílik meg.
7. Belép " regedit" és nyomja meg BELÉP.
8. A Beállításszerkesztőben válassza ki a/az Hiba 401 -kapcsolódó kulcsot (pl. Windows Operating System), amelyet biztonságban óhajt elmenteni.
9. A menün Fájl válassza ki Export.
10. Listázott Mentés ide válassza ki a mappát, ahová menteni szeretné a biztonsági másolatot Windows kulcs operációs rendszer.
11. A terepen Fájl név adjon meg egy nevet a biztonsági mentési fájlnak, például "Windows operációs rendszer biztonsági másolata".
12. Győződjön meg a mezőről Exportálási tartomány kiválasztott érték Kiválasztott ág.
13. Kattintson Megment.
14. A fájl mentésre kerül .reg kiterjesztéssel.
15. Most már rendelkezik biztonsági másolattal az engedélyezéshez kapcsolódó rendszerleíró adatbázis bejegyzéséről.

Ez a cikk nem tárgyalja a beállításjegyzék kézi szerkesztésének következő lépéseit, mivel ezek valószínűleg károsíthatják a rendszert. Ha további információra van szüksége a rendszerleíró adatbázis kézi szerkesztésével kapcsolatban, kérjük, tekintse meg az alábbi hivatkozásokat.

Előfordul, hogy a belső webhelyoptimalizálás során a szoftver 401-es jogosulatlan hibákat észlel egyes oldalakon. A magas színvonalú webhely-promóció érdekében nagyon kívánatos, hogy a keresőrobot minden feltérképezett oldalon 200-as vagy 301-es választ kapjon, amelyek továbbra is egy 200-as kódú oldalra irányítsák át.

Milyen okai lehetnek a 401-es hiba megjelenésének?

• szerver teljesítménnyel kapcsolatos problémák
• helyi PC felhasználói problémák
• problémák a belső szkriptekkel

Ha probléma van a szerverrel, akkor csak képernyőképet kell készítenie a hibáról, és el kell küldenie a problémás oldalak címeivel együtt a tárhely támogató szolgálatnak, ahol minőségi szolgáltatás megléte esetén azonnal segítséget kell kapnia. hogy megoldja a problémát.

Ha a probléma a szkriptekben van, akkor a támogatás nem sokat segít. Az első lépés az összes, csak a regisztrált felhasználók számára elérhető oldal bezárása a robots.txt fájlban való indexelésből. Ezután konfigurálnunk kell a helyes 200-as válaszkódot a problémás oldalakon, és el kell mentenünk a webhely összes funkcióját. a legtöbben egyszerű lehetőség A probléma megoldása egy 301-es átirányítás beállítása lesz a 401-es kódú oldalról a regisztrációs űrlapot tartalmazó oldalra, melynek átadása után ismét a keresett oldalra irányítjuk át a felhasználót. Nehezebb megoldás lenne egy speciális létrehozása java szkript, amely a felhasználónak az engedélyezést igénylő hivatkozásra kattintva ugyanazon az oldalon egy bejelentkezési és jelszó megadására szolgáló ablakot jelenít meg, melynek kitöltése után a felhasználó megkapja az általa kért oldalt.

Ha a felhasználó regisztrálva van, de még mindig 401-es válaszkódot kap, akkor valószínűleg a hozzáférési szinteket ebből a típusból felhasználó, vagy a felhasználó munkamenetének időtartama az automatikus kijelentkezés előtt nagyon rövid. A felhasználó munkamenetének időtartamának meghosszabbításához megtaláljuk a php.ini fájlt a szerveren, és növeljük a következő két paraméter értékét: session.gc_maxlifetime és session.cookie_lifetime.