Odpowiedzi z zakresu 100-199 mają charakter informacyjny. Wskazują, że prośba klienta została zaakceptowana i jest przetwarzana.

100 ="Kontynuuj"
Początkowa część wniosku została zaakceptowana i klient może kontynuować wysyłanie wniosku.
101 ="Przełączanie protokołów"
Serwer honoruje żądanie klienta i przełącza protokoły zgodnie ze wskazaniem w polu nagłówka Upgrade.

Żądanie klienta powiodło się (Pomyślnie 2xx)

Odpowiedzi z zakresu 200-299 wskazują, że żądanie klienta zostało przetworzone pomyślnie.

200 ="OK"
Żądanie klienta zostało pomyślnie przetworzone, a odpowiedź serwera zawiera żądane dane.
201 ="Utworzono"
Ten kod stanu jest używany podczas tworzenia nowego identyfikatora URI. Wraz z tym kodem wyniku serwer wysyła nagłówek Location (patrz rozdział 19), który zawiera informacje o tym, gdzie zostały umieszczone nowe dane.
202 ="Zaakceptowano"
Prośba została zaakceptowana, ale nie została od razu przetworzona. W treści treści serwera można podać odpowiedź Dodatkowe informacje o tej transakcji. Nie ma gwarancji, że serwer ostatecznie przyjmie żądanie, mimo że żądanie wyglądało na prawidłowe w momencie jego odebrania.
203 ="Informacje nieautorytatywne"
Informacje nagłówka zawartości pochodzą z kopii lokalnej lub od strony trzeciej, a nie z serwera pochodzenia.
204 ="Brak treści"
Odpowiedź zawiera kod stanu i nagłówek, ale nie zawiera treści. Przeglądarka nie powinna aktualizować swojego dokumentu po otrzymaniu tej odpowiedzi. Poufny program obsługi obrazu może zwrócić ten kod, gdy użytkownik kliknie bezużyteczne lub puste obszary obrazu.
205 ="Resetuj zawartość"

Przeglądarka musi wyczyścić formularz używany w tej transakcji, aby uzyskać dodatkowe dane wejściowe. Przydatne dla aplikacji CGI, które wymagają danych wejściowych.

206 ="Częściowa zawartość"

Serwer zwraca tylko część żądanej ilości danych. Używane w odpowiedzi na żądanie z nagłówkiem Range. Serwer MUSI wskazać zakres zawarty w odpowiedzi w nagłówku Content-Range.

233 - bo nie wszyscy mieszkają w "swoim kraju"

Przekierowane żądanie klienta (Przekierowanie 3xx)

Kod odpowiedzi z zakresu 300-399 wskazuje, że żądanie nie powiodło się i klient musi podjąć pewne działania, aby spełnić żądanie.

300 ="Wiele opcji"
Żądany identyfikator URI oznacza więcej niż jeden zasób. Na przykład identyfikator URI może odnosić się do dokumentu, który został przetłumaczony na wiele języków. Treść zwrócona przez serwer może zawierać listę bardziej szczegółowych informacji o tym, jak wybrać właściwy zasób.
301 ="Przeniesiony na stałe" - przeniesiony na stałe
Żądany identyfikator URI nie jest już używany przez serwer, a żądana operacja nie powiodła się. Nowa lokalizacja żądanego dokumentu jest wskazana w nagłówku Lokalizacja. We wszystkich kolejnych prośbach ten dokument należy określić nowy identyfikator URI.
W przypadku żądań innych niż HEAD serwer MUSI wysłać wyjaśnienie hipertekstowe w treści wiadomości. Korzystając ze wszystkich metod oprócz GET i POST, należy najpierw powiadomić użytkownika o zmianie w łączu. Nie zapominaj, że niektórzy agenci błędnie się zmieniają Metoda POST do GET po przeprowadzce pod inny adres.
302 ="Przeniesiony tymczasowo" - tymczasowo przeniesiony
Żądany identyfikator URI został pomieszany, ale tylko tymczasowo. Nagłówek Lokalizacja wskazuje nową lokalizację. Natychmiast po otrzymaniu tego kodu statusu klient MUSI rozwiązać żądanie z nowym URI, ale wszystkie kolejne żądania MUSZĄ używać starego URI.
Dla wszystkich metod z wyjątkiem HEAD, serwer MUSI wysłać wyjaśnienie hipertekstowe w treści. Korzystając ze wszystkich metod innych niż GET i POST, należy najpierw powiadomić użytkownika o zmianie identyfikatora URI. Podczas uzyskiwania dostępu do następnego zasobu metodę POST należy zmienić na GET, tak jak robią to niektórzy agenci.
303 ="Zobacz inne"
Żądany identyfikator URI można znaleźć za pomocą innego identyfikatora URI (określonego w nagłówku lokalizacji). Należy go wybrać za pomocą metody GET dla tego zasobu.
304 ="Nie zmodyfikowano"

To jest kod odpowiedzi dla nagłówka lf-Modified-Since, jeśli identyfikator URI nie zmienił się od określonej daty. Treść treści nie jest wysyłana, a klient musi użyć swojej lokalnej kopii.

305 ="Użyj proxy"

Żądany identyfikator URI musi być dostępny za pośrednictwem serwera proxy określonego w nagłówku lokalizacji.

306 ="(Nieużywane)" 307 ="Tymczasowe przekierowanie"

Żądanie klienta jest niekompletne (Błąd klienta 4xx)

Kody odpowiedzi z zakresu 400-499 wskazują, że żądanie klienta jest niekompletne. Kody te mogą również wskazywać, że od klienta wymagane są dodatkowe informacje.

400 ="Złe żądanie"
Wskazuje, że serwer napotkał błąd składni w żądaniu klienta.
401 ="Nieautoryzowany" - wymagana autoryzacja
Ten kod wyniku, wysłany z nagłówkiem WWW-Authenticate, wskazuje, że żądający użytkownik nie ma wymaganych uprawnień i że użytkownik musi je przyznać, jeśli żądanie jest powtarzane z danym URI.
402 ="Wymagana płatność"
Ten kod nie został jeszcze zaimplementowany w HTTP.
403 ="Zabronione"
Żądanie zostało odrzucone, ponieważ serwer nie chce (lub nie może) odpowiedzieć klientowi.
404 ="nie znaleziono" - nie znaleziono
Dokument o określonym identyfikatorze URI nie istnieje.
405 ="Metoda niedozwolona" - metoda nie jest obsługiwana
Ten kod jest wystawiany z nagłówkiem Allow i wskazuje, że metoda używana przez klienta nie jest obsługiwana dla danego identyfikatora URI.
406 ="Nie do przyjęcia"
Zasób określony przez klienta pod danym identyfikatorem URI istnieje, ale nie w żądanym przez klienta formacie. Wraz z tym kodem serwer wysyła nagłówki Content-Language, Content-Encoding i Content-Type.
407 ="Wymagane uwierzytelnienie proxy" Serwer proxy zażądał autoryzacji.
Serwer proxy musi autoryzować żądanie przed jego przesłaniem. Używany z nagłówkiem Proxy-Authenticate.
408 ="Zażądaj limitu czasu"
Ten kod odpowiedzi oznacza, że ​​klient nie wysłał wypełnij żądanie przez określony czas (który zwykle jest ustawiony w konfiguracji serwera) i serwer się zepsuje połączenie internetowe.
409 ="Konflikt"
To żądanie jest w konflikcie z innym żądaniem lub konfiguracją serwera. Informacja o konflikcie powinna być zwrócona w części informacyjnej odpowiedzi.
410 ="Zniknął"
Ten kod wskazuje, że żądany identyfikator URI już nie istnieje i został trwale usunięty z serwera.
411 ="Wymagana długość"
Serwer nie zaakceptuje żądania bez określonego w nim nagłówka Content-Length.
412 ="Warunek wstępny nie powiódł się"
Wynik oceny warunku określonego w żądaniu przez jeden lub więcej nagłówków if. . ., oznacza „fałsz”.
413 ="Poproś o zbyt dużą jednostkę"
Serwer nie przetworzy żądania, ponieważ jego treść jest zbyt duża.
414 ="Request-URI Too Long" - żądanie jest za długie
Serwer nie przetworzy żądania, ponieważ jego identyfikator URI jest za długi.
415 ="Nieobsługiwany typ nośnika"

Serwer nie przetworzy żądania, ponieważ jego treść ma nieobsługiwany format.

416 ="Żądany zakres nie spełnia wymagań"

Żądany zakres jest nieprawidłowy

417 ="Oczekiwanie nie powiodło się"

Czekanie nie powiodło się

422 ="Unprocessable Entity" - serwer pomyślnie zaakceptował żądanie, może pracować z określonym typem danych (na przykład treść żądania zawiera dokument XML z poprawną składnią), ale występuje jakiś błąd logiczny, przez który nie jest możliwe wykonanie operacji na zasobie.
Używane w niektórych systemach do wysłania żądania dodatkowych danych: ZA MAŁO DANYCH (za mało danych) 429 ="Przekroczyłeś limit szybkości"

Przekroczono limit żądań

449 - Spróbuj ponownie z pełnomocnikiem w innym kraju. 450 =Usługa oceniania niedostępna 451 =Niedostępne ze względów prawnych

dostęp do zasobu jest ograniczony ze względu na problemy z prawem. 451 — Witryna nie jest dozwolona w Twoim kraju

452 może być miejscem niedozwolonym przez pracodawcę, 453 może być stroną niedozwoloną przez dostawcę usług internetowych 460 Zablokowany przez represyjny reżim

Błędy serwera (Błąd serwera 5xx)

Kody odpowiedzi z zakresu 500-599 wskazują, że serwer napotkał błąd i prawdopodobnie nie jest w stanie spełnić żądania klienta.

500 ="Wewnętrzny błąd serwera"
Podczas przetwarzania żądania na serwerze jeden z jego komponentów uległ awarii lub napotkał błąd konfiguracji. Często związane z błędami w pliku .htaccess
501 ="Nie zaimplementowano"
Klient zażądał akcji, której serwer nie może wykonać.
502 ="Zła brama"
Serwer (lub proxy) otrzymał nieprawidłowe odpowiedzi z innego serwera (lub proxy).
503 ="Usługa niedostępna"
Ten kod oznacza, że ​​ta usługa jest chwilowo niedostępna, ale dostęp do niej zostanie przywrócony w przyszłości. Jeśli serwer wie, kiedy to nastąpi, może również zostać wystawiony nagłówek Retry-After.
504 ="Przekroczenie limitu czasu bramy"
Ta odpowiedź jest podobna do 408 (Limit czasu żądania), z wyjątkiem przekroczenia limitu czasu bramy lub serwera autorytatywnego.
505 ="Wersja HTTP nie jest obsługiwana"

Serwer nie obsługuje wersji protokołu HTTP użytej w żądaniu.

560 - Serwer jest cenzurowany

Błędy (błąd 7xx)

701 - Twój dostawca usług internetowych jest ciotą. 702 - Twoja organizacja jest ciotą. 703 - Twój rząd jest cioto 704 - Twój dostawca usług internetowych jest ciotą i pomieszał się z Twoim żądaniem DNS, wysyłając Cię do spamu dla żądanej domeny. 705 - Twój dostawca usług internetowych dławi/pakiet kształtuje piekło z twojego połączenia. 706 - Żądany wariant HTML (mobilny, bez Flasha....wiele flag tutaj). 707 - Aktualny czas serwera (w tickach od epoki) i strefa czasowa serwera.

Błędy (błąd 9xx)

911 - Pogotowie internetowe. Dostawca tego połączenia jest zmuszony do cenzurowania tego żądania

Aby wysłać kod stanu z PHP, użyj dyrektywy " nagłówek Status ".


.

Podczas uzyskiwania dostępu do serwera WWW lub aplikacji każde przychodzące żądanie HTTP otrzymuje w odpowiedzi kod stanu HTTP. Kody stanu HTTP to trzyznakowe kody pogrupowane w pięć różnych klas. Klasę kodu statusu można zidentyfikować po pierwszej cyfrze:

  • 1xx - kody informacyjne;
  • 2xx - sukces;
  • 3xx - przekierowanie;
  • 4xx - błąd klienta;
  • 5xx - błąd serwera.

Ten przewodnik koncentruje się na identyfikowaniu i rozwiązywaniu najczęstszych kodów błędów HTTP (tj. kodów stanu 4xx i 5xx) z perspektywy administratora systemu. W niektórych sytuacjach serwer WWW odpowiada na żądanie z określonym kodem błędu; rozważ ogólne możliwe przyczyny i rozwiązania.

Krótki przegląd błędów klienta i serwera

Błędy klienta (kody statusu HTTP 400-499) są powodowane przez żądania HTTP wysyłane przez klienta (przeglądarkę internetową lub inny klient HTTP). Chociaż tego typu błędy są bezpośrednio związane z klientem, Administrator systemu warto wiedzieć, jakie kody błędów może napotkać użytkownik, aby określić, czy problem można rozwiązać w konfiguracjach serwera.

Błędy serwera (kody stanu HTTP 500-599) występują, gdy serwer sieciowy nie może przetworzyć żądania z powodu jakiegoś błędu lub niepowodzenia.

  • Korzystając z przeglądarki internetowej do testowania serwera WWW, należy odświeżyć przeglądarkę po wprowadzeniu zmian w ustawieniach serwera.
  • Sprawdź dzienniki serwera, aby uzyskać szczegółowe informacje o tym, jak serwer obsługuje żądania. Na przykład serwery WWW Apache i Nginx tworzą dwa pliki o nazwie access.log i error.log, w których można znaleźć odpowiednie informacje.
  • Pamiętaj, że definicje kodów stanu HTTP są częścią standardu implementowanego przez aplikację żądającą. Oznacza to, że rzeczywisty kod stanu, który jest zwracany w wyniku, zależy od tego, w jaki sposób oprogramowanie serwer obsługuje konkretny błąd.

Pomijając podstawowe koncepcje kodów stanu HTTP, przyjrzyjmy się najczęstszym błędom.

Błąd 400 Złe żądanie

Kod stanu 400 lub zły błądŻądanie („złe żądanie”) oznacza, że ​​składnia żądania HTTP wysłanego do serwera jest nieprawidłowa.

Z reguły przyczyny błędu 400 Bad Request są następujące:

  • Pliki cookie użytkownika powiązane z witryną są uszkodzone. Aby rozwiązać ten problem, spróbuj wyczyścić pamięć podręczną przeglądarki i pliki cookie.
  • Nieprawidłowe żądanie z powodu wadliwej przeglądarki.
  • Źle sformułowane żądanie spowodowane błędem użytkownika podczas ręcznego generowania żądania HTTP (na przykład niewłaściwe użycie curl).

Błąd 401 Brak autoryzacji

Kod stanu 401 lub błąd Nieautoryzowany oznacza, że ​​użytkownik próbujący uzyskać dostęp do zasobu nie był autoryzowany (lub nie mógł się uwierzytelnić przy użyciu nieprawidłowych poświadczeń). Aby móc przeglądać chroniony zasób, użytkownik musi podać prawidłowe poświadczenia.

Na przykład błąd 401 Unauthorized może wystąpić, jeśli użytkownik próbuje uzyskać dostęp do zasobu chronionego przez autoryzację HTTP (jak w tym przypadku). W takiej sytuacji błąd 401 będzie pojawiał się raz za razem, dopóki użytkownik nie poda poprawnej nazwy użytkownika i hasła (które jest zawarte w pliku .htpasswd).

Błąd 403 Zabroniony

Kod statusu 403 lub błąd Forbidden oznacza, że ​​żądanie użytkownika zostało wysłane poprawnie, ale serwer odmawia jego obsługi z powodu braku uprawnień dostępu do żądanego zasobu. W tej sekcji opisano najczęstsze przyczyny błędu 403.

Uprawnienia do plików

Zazwyczaj błąd 403 występuje, jeśli użytkownik uruchamiający proces serwera sieci Web nie ma uprawnień do odczytu żądanego pliku.

Aby podać przykład rozwiązywania problemu z błędem 403, załóżmy, że:

  • użytkownik próbuje uzyskać dostęp do pliku indeksu (http://example.com/index.html);
  • proces roboczy serwera WWW jest własnością użytkownika www-data;
  • Plik indeksu na serwerze znajduje się w /usr/share/nginx/html/index.html.

Tak więc, jeśli użytkownik otrzymuje błąd 403 Forbidden, upewnij się, że użytkownik www-data ma uprawnienia do odczytu pliku. Z reguły w takiej sytuacji wystarczy zmienić uprawnienia do pliku. Można to zrobić na kilka sposobów, ale w tym przypadku to polecenie zrobi:

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

plik .htaccess

Inną potencjalną przyczyną błędu 403 (często projektowego) jest użycie pliku .htaccess. Korzystając z pliku .htaccess, możesz uniemożliwić określonym adresom IP (lub zakresom adresów) dostęp do niektórych zasobów.

Jeśli użytkownicy niespodziewanie otrzymują błąd 403 Forbidden, upewnij się, że nie jest to spowodowane ustawieniem w pliku .htaccess.

Nieistniejący plik indeksu

Jeśli użytkownik próbuje uzyskać dostęp do katalogu, który nie ma standardowego pliku indeksu, a lista katalogów jest wyłączona, serwer sieciowy zwróci błąd 403 Forbidden. Stanie się tak, jeśli na przykład użytkownik spróbuje uzyskać dostęp do katalogu http://example.com/emptydir/ i nie ma pliku indeksu w katalogu emptydir na serwerze. Listę katalogów można włączyć w konfiguracjach serwera.

Błąd 404 nie znaleziono

Kod stanu 404 lub Nie błąd Znaleziono („nie znaleziono”) oznacza, że ​​użytkownik może wchodzić w interakcję z serwerem, ale brakuje wymaganego pliku lub zasobu.

Błędy 404 mogą wystąpić w wielu różnych sytuacjach. Poniżej znajduje się lista wskazówek, które pomogą rozwiązać problem w przypadku, gdy użytkownik nieoczekiwanie otrzyma komunikat 404 Nie znaleziono:

  • Sprawdź link, który kieruje użytkownika do serwera pod kątem błędów lub literówek.
  • Użytkownik mógł wprowadzić nieprawidłowy adres URL.
  • Może, żądany plik nie istnieje w określonej lokalizacji na serwerze; upewnij się, że żądany zasób nie został przeniesiony lub usunięty z serwera.
  • Sprawdź, czy lokalizacja katalogu głównego (korzeń dokumentu) w konfiguracji serwera jest poprawna.
  • Możliwe, że użytkownik będący właścicielem procesu roboczego serwera WWW nie ma odpowiednich uprawnień do otwierania katalogu zawierającego żądany plik. Dostęp do katalogu wymaga uprawnień do odczytu i wykonywania.
  • Jeśli użytkownik nawiguje do zasobu za pośrednictwem dowiązania symbolicznego, upewnij się, że serwer WWW jest skonfigurowany do obsługi dowiązań symbolicznych.

Błąd 500 - Błąd wewnętrzny serwera

Kod stanu 500 lub błąd wewnętrznego błędu serwera oznacza, że ​​serwer nie może przetworzyć żądania z nieznanej przyczyny. Czasami ten kod pojawia się w sytuacjach, w których bardziej odpowiednie są inne komunikaty o błędach 5xx.

Z reguły przyczyną tego błędu jest nieprawidłowa konfiguracja serwera (np. uszkodzony plik .htaccess) lub brak niektórych pakietów (np. uruchomiony Plik PHP bez preinstalowanego PHP).

Błąd 502 Zła brama

Kod stanu 502 lub błąd Bad Gateway oznacza, że ​​żądany serwer jest bramą lub serwerem proxy i nie otrzymuje prawidłowych odpowiedzi od serwerów zaplecza, które faktycznie wysłały żądanie.

Jeśli jest to zwrotny serwer proxy (na przykład system równoważenia obciążenia), upewnij się, że:

  • serwery zaplecza (do których przekazywane są żądania HTTP) są w porządku;
  • zwrotny serwer proxy jest poprawnie skonfigurowany, w jego ustawieniach określone są prawidłowe backendy;
  • połączenie sieciowe między serwerami zaplecza a zwrotnym serwerem proxy jest w porządku. Jeśli serwery mogą komunikować się na innych portach, upewnij się, że te porty nie są blokowane przez zaporę;
  • żądane gniazda istnieją we właściwej lokalizacji i mają odpowiednie uprawnienia (jeśli aplikacja internetowa jest skonfigurowana do nasłuchiwania na gniazdach).

Błąd 503 Usługa Niedostępna

Kod stanu 503 lub błąd usługi niedostępnej oznacza, że ​​serwer jest przeciążony lub w trakcie konserwacji; taka usługa powinna z czasem stać się dostępna.

Jeśli serwer nie jest w trakcie konserwacji, ten błąd może wskazywać, że serwer nie ma wystarczającej liczby zasobów procesora lub pamięci, aby przetworzyć wszystkie przychodzące żądania, lub że serwer sieci Web musi zostać dostrojony, aby obsługiwać więcej użytkowników lub procesów.

Błąd 504 przekroczenie limitu czasu bramki

Kod stanu 504 lub błąd przekroczenia limitu czasu bramy („brama nie odpowiada”) oznacza, że podany serwer jest bramą lub serwerem proxy i nie otrzymuje odpowiedzi z zaplecza w dozwolonym czasie.

Z reguły dzieje się tak z następujących powodów:

  • Słabe połączenie sieciowe między serwerami;
  • Serwer zaplecza, który wykonuje żądanie, jest zbyt wolny;
  • Ustawienia serwera są skonfigurowane tak, aby oczekiwały zbyt krótko na bramę lub serwer proxy.

Wniosek

Teraz znasz już podstawowe kody błędów HTTP i znasz kilka sposobów rozwiązania tych problemów.

Jeśli napotkasz błąd, który nie został omówiony w tym artykule, lub znasz inne wygodne sposoby rozwiązania błędów HTTP, opisz je w komentarzach poniżej.

Tagi: ,

Internet nie jest miejscem, w którym wszystko działa poprawnie i niezawodnie. Pisanie oprogramowania, gdy nie jest łatwym i dość kreatywnym zadaniem, a jeśli wszystko działa dobrze, to znaczy, że błędy po prostu się nie ujawniły. Nie ma programu bez błędów, wie o tym prawie każdy użytkownik komputera. Niektóre błędy są dla nas proste i zrozumiałe, podczas gdy inne rodzą pytania. Błąd 401 to popularna awaria, której użytkownicy nie rozumieją.

Upoważnienie

Jednym z najbardziej irytujących procesów na stronach internetowych jest autoryzacja. Przechodzenie przez nią w kółko jest niewygodne, a hasła zapisane w pamięci podręcznej czasami znikają. Muszę przywrócić.

Jeśli login lub hasło zostaną wprowadzone niepoprawnie, system nie pozwoli użytkownikowi na dostęp do zasobu. Jest to znane wszystkim i wielu wie, jak to przezwyciężyć. W żargonie technicznym nazywa się to błędem 401.

Wymagana nazwa użytkownika lub hasło jest nieprawidłowe. Taki użytkownik nie istnieje. Możesz to nazwać jak chcesz, istota problemu pozostaje niezmieniona. Każdy użytkownik jest zobowiązany do podania określonych danych podczas logowania do swojego konta. W przeciwnym razie system pasywny ochrona danych osobowych nie zapewni dostępu.

Błąd 401 może wystąpić nie tylko dlatego, że użytkownik popełnił błąd w haśle lub go zapomniał. Zdarza się, że Rachunek został usunięty przez administratora zasobów przez pomyłkę lub wystąpiła poważna awaria systemu. W takim przypadku użytkownik musi napisać do pomoc techniczna ratunek.

Błąd błędu walki

Pomimo tego, że ten błąd ma tylko jeden korzeń - problemy z autoryzacją, istnieją odmiany. Zazwyczaj system dokładnie informuje użytkownika, co się stało.

Błąd 401 to nazwa pospolita. Odzwierciedla istotę problemu, ale różne aplikacje może przejawiać się na różne sposoby, a nawet być inaczej nazywany. Cyfrowe oznaczenie zawsze będzie, ale słowo „błąd” można zastąpić innym słowem lub nawet niezrozumiałym kodem.

Problemy w zielonym banku

Ten błąd zyskał szczególną popularność w Rosji, głównie dzięki zielonemu bankowi, który zawsze znajduje się w pobliżu. Pewnego razu w jednym z podmiotów Federacji Rosyjskiej doszło do nieprzyjemnej sytuacji - tysiące użytkowników nie mogło przejść autoryzacji w aplikacji banku. Błąd Srve0295e 401 - ten napis wielu widziało na ekranie smartfona. Przyczyna tego błędu jest nadal niejasna. Najprawdopodobniej jest to problem z bankiem lub dostawcą. W przypadku wystąpienia błędu zaleca się natychmiastowe wezwanie pomocy technicznej, a jeszcze lepiej - dostawcy.


Ręczna edycja rejestru systemu Windows w celu usunięcia nieprawidłowych kluczy Wymagana autoryzacja nie jest zalecana, chyba że jesteś profesjonalistą w zakresie serwisu komputerów PC. Błędy popełnione podczas edycji rejestru mogą spowodować, że komputer stanie się bezużyteczny i spowodować nieodwracalne uszkodzenia system operacyjny. W rzeczywistości nawet pojedynczy przecinek w niewłaściwym miejscu może uniemożliwić uruchomienie komputera!

Ze względu na to ryzyko zdecydowanie zalecamy korzystanie z zaufanego narzędzia do czyszczenia rejestru, takiego jak Reimage (opracowany przez Microsoft Gold Certified Partner), w celu skanowania i naprawy wszelkich problemów związanych z błędem 401. Używając narzędzia do czyszczenia rejestru, można zautomatyzować proces wyszukiwania uszkodzonych wpisy rejestru, odniesienia do brakujących plików (na przykład powodujące błąd Wymagana autoryzacja) i uszkodzone łącza w rejestrze. Przed każdym skanowaniem automatycznie tworzony kopia zapasowa, który pozwala cofnąć zmiany jednym kliknięciem i chroni przed możliwe uszkodzenie komputer. Najlepsze jest to, że naprawienie błędów rejestru może drastycznie poprawić szybkość i wydajność systemu.


Ostrzeżenie: Jeśli nie jesteś doświadczony użytkownik PC, NIE zalecamy ręcznej edycji rejestru systemu Windows. Nieprawidłowe korzystanie z Edytora rejestru może prowadzić do poważnych problemów i wymagać ponowna instalacja systemu Windows. Nie gwarantujemy rozwiązania problemów wynikających z niewłaściwego korzystania z Edytora rejestru. Korzystasz z Edytora rejestru na własne ryzyko.

Przed ręcznym przywróceniem Rejestr systemu Windows, musisz utworzyć kopię zapasową, eksportując część rejestru związaną z Wymagana autoryzacja (np. System operacyjny Windows):

  1. Kliknij przycisk Na początek.
  2. Wchodzić " Komenda" w pasek wyszukiwania... NIE NACISKAJ JESZCZE WEJŚĆ!
  3. Trzymanie klawiszy CTRL+Shift na klawiaturze naciśnij WEJŚĆ.
  4. Wyświetlone zostanie okno dialogowe dostępu.
  5. Kliknij TAk.
  6. Czarna ramka otwiera się z migającym kursorem.
  7. Wchodzić " regedit" i naciśnij WEJŚĆ.
  8. W Edytorze rejestru wybierz klucz związany z plikiem Błąd 401 (np. System operacyjny Windows), dla którego chcesz utworzyć kopię zapasową.
  9. W menu Plik Wybierz Eksport.
  10. Katalogowany Zapisz w wybierz folder, w którym chcesz zapisać kopię zapasową Klawisz Windows system operacyjny.
  11. W terenie Nazwa pliku wprowadź nazwę pliku kopii zapasowej, np. „Kopia zapasowa systemu operacyjnego Windows”.
  12. Upewnij się, że pole Zakres eksportu wybrana wartość Wybrany oddział.
  13. Kliknij Ratować.
  14. Plik zostanie zapisany z rozszerzeniem .reg.
  15. Utworzono kopię zapasową wpisu rejestru związanego z Wymaganą autoryzacją.

Kolejne kroki ręcznego edytowania rejestru nie zostaną omówione w tym artykule, ponieważ mogą uszkodzić system. Jeśli chcesz uzyskać więcej informacji na temat ręcznej edycji rejestru, skorzystaj z poniższych łączy.

Czasami podczas przeprowadzania wewnętrznej optymalizacji witryny oprogramowanie napotyka na niektórych stronach nieautoryzowane błędy 401. W przypadku wysokiej jakości promocji witryny bardzo pożądane jest, aby robot wyszukiwania na wszystkich zindeksowanych stronach otrzymywał odpowiedź 200 lub 301, która nadal powinna przekierowywać go na stronę z kodem 200.

Jakie są możliwe przyczyny pojawienia się błędu 401?

  • problemy z wydajnością serwera
  • lokalne problemy użytkownika komputera PC
  • problemy z twoimi wewnętrznymi skryptami

Jeśli wystąpi problem z serwerem, wystarczy zrobić zrzut ekranu błędu i wysłać go wraz z adresami problematycznych stron do serwisu hostingowego, gdzie w obecności wysokiej jakości usługi należy szybko pomóc rozwiązać problem.

Jeśli problem tkwi w twoich skryptach, wsparcie niewiele ci pomoże. Pierwszym krokiem jest zamknięcie wszystkich stron, które są dostępne tylko dla zarejestrowanych użytkowników z indeksowania w robots.txt. Następnie musimy skonfigurować poprawny kod odpowiedzi 200 na problematycznych stronach i zapisać całą funkcjonalność witryny. przez większość prosta opcja Rozwiązaniem problemu będzie ustawienie przekierowania 301 ze strony z kodem 401 na stronę z formularzem rejestracyjnym, po przejściu którego ponownie przekierowujemy użytkownika na stronę, której szuka. Trudniejszą opcją byłoby założenie specjalnego skrypt java, który po kliknięciu przez użytkownika w link wymagający autoryzacji, wyświetli na tej samej stronie okno do wpisania loginu i hasła, po wypełnieniu którego użytkownik otrzyma żądaną stronę.

Jeśli użytkownik jest zarejestrowany, ale nadal otrzymuje kod odpowiedzi 401, to najprawdopodobniej poziomy dostępu dla tego typu użytkownika lub czas trwania sesji użytkownika przed automatycznym wylogowaniem jest bardzo krótki. Aby wydłużyć czas trwania sesji użytkownika znajdujemy na serwerze plik php.ini i zwiększamy wartość dla dwóch parametrów: session.gc_maxlifetime i session.cookie_lifetime.