Отговорите в диапазона 100-199 са информационни. Те показват, че заявката на клиента е приета и се обработва.

100 ="Продължи"
Първоначалната част от заявката е приета и клиентът може да продължи да изпраща заявката.
101 ="Протоколи за превключване"
Сървърът уважава заявката на клиента и превключва протоколите, както е посочено в полето за надграждане.

Заявката на клиента е успешна (успешно 2xx)

Отговорите в диапазона 200-299 показват, че заявката на клиента е обработена успешно.

200 ="ОК"
Заявката на клиента беше обработена успешно и отговорът на сървъра съдържа исканите данни.
201 = "Създаден"
Този код на състояние се използва, когато се създава нов URI. Заедно с този код на резултата сървърът връща заглавка на местоположение (вижте глава 19), която съдържа информация за това къде са поставени новите данни.
202 = "Прието"
Заявката беше приета, но не обработена веднага. В тялото на съдържанието на сървъра може да бъде даден отговор Допълнителна информацияотносно тази сделка. Няма гаранция, че сървърът в крайна сметка ще изпълни заявката, въпреки че заявката е изглеждала валидна в момента, в който е получена.
203 ="Неавторитетна информация"
Информацията за заглавката на съдържанието е от локално копие или от трета страна, а не от първоначалния сървър.
204 ="Няма съдържание"
Отговорът съдържа код на състоянието и заглавка, но не съдържа съдържание. Браузърът не трябва да актуализира своя документ, когато се получи този отговор. Чувствителен манипулатор на изображения може да върне този код, когато потребителят кликне върху безполезни или празни области на изображението.
205 ="Нулиране на съдържанието"

Браузърът трябва да изчисти формуляра, използван в тази транзакция за допълнително въвеждане. Полезно за CGI приложения, които изискват въвеждане.

206 ="Частично съдържание"

Сървърът връща само част от заявеното количество данни. Използва се в отговор на заявка със заглавка Range. Сървърът ТРЯБВА да посочи диапазона, включен в отговора в заглавката Content-Range.

233 - защото не всеки живее във "вашата страна"

Заявката на клиента е пренасочена (Пренасочване 3xx)

Код на отговор в диапазона 300-399 показва, че заявката е неуспешна и клиентът трябва да предприеме някакво действие, за да удовлетвори заявката.

300 ="Множество възможности за избор"
Заявеният URI обозначава повече от един ресурс. Например URI може да се отнася до документ, който е преведен на множество езици. Основният текст на съдържанието, върнат от сървъра, може да съдържа списък с по-конкретна информация за това как да изберете правилния ресурс.
301 = "Преместен за постоянно" - преместен за постоянно
Заявеният URI вече не се използва от сървъра и заявената операция е неуспешна. Новото местоположение на искания документ е посочено в заглавката Location. Във всички следващи искания този документновият URI трябва да бъде посочен.
За заявки, които не са HEAD, сървърът ТРЯБВА да изпрати хипертекстово обяснение в тялото на съобщението. Когато използвате всички методи с изключение на GET и POST, първо трябва да уведомите потребителя за промяната във връзката. Не забравяйте, че някои агенти се променят погрешно POST методда ПОЛУЧИТЕ след преместване на друг адрес.
302 ="Moved Temporarily" - временно преместен
Заявеният URI адрес е объркан, но само временно. Заглавката Location сочи към новото местоположение. Веднага след получаване на този код на състоянието, клиентът ТРЯБВА да разреши заявката с новия URI, но всички следващи заявки ТРЯБВА да използват стария URI.
За всички методи, с изключение на HEAD, сървърът ТРЯБВА да изпрати хипертекстово обяснение в тялото. Когато използвате всички методи, различни от GET и POST, първо трябва да уведомите потребителя за промяната на URI. При достъп до следващия ресурс методът POST трябва да се промени на GET, както правят някои агенти.
303 ="Виж други"
Заявеният URI може да бъде намерен от друг URI (посочен в заглавката Location). Трябва да се избере чрез метода GET за този ресурс.
304 ="Непроменено"

Това е кодът на отговор за заглавката lf-Modified-Since, ако URI не е променен от посочената дата. Основният текст на съдържанието не се изпраща и клиентът трябва да използва неговото локално копие.

305 ="Използване на прокси"

Заявеният URI трябва да бъде достъпен чрез проксито, посочено в заглавката Location.

306 ="(Неизползван)" 307 = "Временно пренасочване"

Клиентската заявка е непълна (клиентска грешка 4xx)

Кодовете за отговор в диапазона 400-499 показват, че заявката на клиента е непълна. Тези кодове може също да показват, че се изисква допълнителна информация от клиента.

400 ="Лоша заявка"
Показва, че сървърът е срещнал синтактична грешка в заявката на клиента.
401 = "Неоторизиран" - изисква се оторизация
Този резултатен код, изпратен със заглавката WWW-Authenticate, показва, че заявеният потребител няма необходимите права и че потребителят трябва да предостави такива права, ако заявката се повтаря с дадения URI.
402 ="Изисква се плащане"
Този код все още не е внедрен в HTTP.
403 = "Забранено"
Заявката беше отхвърлена, защото сървърът не желае (или не може) да отговори на клиента.
404 ="не е намерено“ – не е намерено
Документът на посочения URI не съществува.
405 ="Методът не е разрешен" - методът не се поддържа
Този код се издава със заглавка Allow и показва, че методът, използван от клиента, не се поддържа за дадения URI.
406 ="Неприемливо"
Ресурсът, посочен от клиента в дадения URI, съществува, но не във формата, който клиентът иска. Заедно с този код сървърът издава заглавките Content-Language, Content-Encoding и Content-Type.
407 ="Изисква се удостоверяване на прокси" Прокси сървърът е поискал оторизация.
Прокси сървърът трябва да разреши заявката, преди да я препрати. Използва се със заглавката Proxy-Authenticate.
408 = "Изтичане на заявката"
Този код на отговор означава, че клиентът не е изпратил пълна заявказа определен период от време (който обикновено се задава в конфигурацията на сървъра) и сървърът се поврежда мрежова връзка.
409 ="Конфликт"
Тази заявка е в конфликт с друга заявка или със сървърна конфигурация. Информацията за конфликта трябва да бъде върната в информационната част на отговора.
410 = "Изчезна"
Този код показва, че исканият URI вече не съществува и е премахнат за постоянно от сървъра.
411 ="Необходима дължина"
Сървърът няма да приеме заявка без посочена в нея заглавка Content-Length.
412 ="Неуспешно предварително условие"
Резултатът от оценката на условието, посочено в заявката, чрез едно или повече заглавки if. . ., представлява "false".
413 ="Обектът на заявката е твърде голям"
Сървърът няма да обработи заявката, защото тялото й е твърде голямо.
414 ="Request-URI Too Long" - заявката е твърде дълга
Сървърът няма да обработи заявката, защото нейният URI е твърде дълъг.
415 = "Неподдържан тип медия"

Сървърът няма да обработи заявката, защото тялото й е в неподдържан формат.

416 ="Заявеният диапазон не е удовлетворим"

Заявеният диапазон не е валиден

417 ="Неуспешно очакване"

Чакането се провали

422 ="Unprocessable Entity" - сървърът успешно прие заявката, може да работи с посочения тип данни (например тялото на заявката съдържа XML документ с правилния синтаксис), но има някаква логическа грешка, поради която невъзможно е да се извърши операция върху ресурса.
Използва се в някои системи за изпращане на заявка за допълнителни данни: NOT ENOUGH DATA (няма достатъчно данни) 429 = "Превишихте лимита на скоростта"

Лимитът на заявката е надвишен

449 - Опитайте отново с прокси в друга държава. 450 =Недостъпна услуга за оценка 451 =Недостъпно поради правни причини

достъпът до ресурса е ограничен поради проблеми със закона. 451 - Сайтът не е разрешен във вашата страна

452 може да е сайт, който не е разрешен от работодателя, 453 може да е сайт, който не е разрешен от ISP 460 Блокиран от репресивния режим

Грешки на сървъра (грешка на сървъра 5xx)

Кодовете на отговор в диапазона 500-599 показват, че сървърът е срещнал грешка и вероятно не може да изпълни заявката на клиента.

500 ="Вътрешна грешка на сървъра"
Докато обработваше заявка на сървъра, един от неговите компоненти се срина или срещна грешка в конфигурацията. Често се свързва с грешки във файла .htaccess
501 ="Не е внедрено"
Клиентът е поискал действие, което сървърът не може да изпълни.
502 ="Лош шлюз"
Сървърът (или прокси) получи невалидни отговори от друг сървър (или прокси).
503 ="Услугата е недостъпна"
Този код означава, че тази услуга е временно недостъпна, но достъпът до нея ще бъде възстановен в бъдеще. Ако сървърът знае кога ще се случи това, може също да бъде издадена заглавка Retry-After.
504 = "Време за изчакване на шлюза"
Този отговор е подобен на 408 (Изтекло време за изчакване на заявката), с изключение на това, че шлюзът или авторитетният сървър е изтекъл.
505 ="HTTP версията не се поддържа"

Сървърът не поддържа версията на HTTP протокола, използвана в заявката.

560 - Сървърът е цензуриран

Грешки (Грешка 7xx)

701 - Вашият интернет доставчик се държа като глупак. 702 - Вашата организация е глупачка. 703 - Правителството ви е глупаво 704 - Вашият интернет доставчик се държи като глупак и се е объркал с вашата DNS заявка, изпращайки ви към спам реклама за заявения домейн. 705 - Вашият интернет доставчик дроселира / пакетът оформя ада на вашата връзка. 706 - Поискан вариант на HTML (мобилен, без Flash....много флагове тук). 707 - Текущото време на сървъра (в тикове от епохата) и часовата зона на сървъра.

Грешки (Грешка 9xx)

911 - Интернет спешен случай. Доставчикът на тази връзка е принуден да цензурира това искане

За да изпратите код за състояние от PHP, използвайте директивата " състояние на заглавката ".

.

При достъп до уеб сървър или приложение, всяка входяща HTTP заявка получава HTTP код за състояние като отговор. HTTP кодовете за състояние са кодове от три знака, групирани в пет различни класа. Класът на кода на състоянието може да бъде идентифициран по първата цифра:

• 1xx - информационни кодове;
• 2xx - успех;
• 3xx - пренасочване;
• 4xx - клиентска грешка;
• 5xx - грешка на сървъра.

Това ръководство се фокусира върху идентифицирането и разрешаването на най-често срещаните HTTP кодове за грешка (т.е. 4xx и 5xx кодове за състояние) от гледна точка на системния администратор. В някои ситуации уеб сървърът отговаря на заявка с конкретен код за грешка; помислете за общо възможни причинии решения.

Кратък преглед на грешките на клиента и сървъра

Грешките на клиента (HTTP кодове за състояние 400-499) се причиняват от HTTP заявки, изпратени от клиента (уеб браузър или друг HTTP клиент). Въпреки че тези типове грешки са свързани пряко с клиента, системен администраторполезно е да знаете какви кодове за грешки може да срещнете потребителят, за да определите дали проблемът може да бъде разрешен в конфигурациите на сървъра.

Грешки на сървъра (HTTP кодове за състояние 500-599) възникват, когато уеб сървърът не може да обработи заявка поради някакъв вид грешка или повреда.

• Когато използвате уеб браузър за тестване на уеб сървър, не забравяйте да опресните браузъра си, след като направите промени в настройките на сървъра.
• Проверете регистрационните файлове на сървъра за подробности как сървърът обработва заявките. Например уеб сървърите Apache и Nginx създават два файла, наречени access.log и error.log, където можете да намерите съответната информация.
• Не забравяйте, че дефинициите на HTTP статус кодове са част от стандарт, който се прилага от заявеното приложение. Това означава, че действителният код на състоянието, който се връща като резултат, зависи от това как софтуерсървърът обработва конкретната грешка.

С основните понятия на кодовете на състоянието на HTTP, нека да разгледаме най-често срещаните грешки.

Грешка 400 Лоша заявка

Код на състоянието 400, или лоша грешкаЗаявка („лоша заявка“) означава, че синтаксисът на HTTP заявката, изпратена до сървъра, е неправилен.

По правило причините за грешката 400 Bad Request са следните:

• Бисквитките на потребителя, свързани със сайта, са повредени. За да разрешите този проблем, опитайте да изчистите кеша и бисквитките на браузъра си.
• Неправилна заявка поради дефектен браузър.
• Неправилно формирана заявка поради потребителска грешка при ръчно генериране на HTTP заявка (например неправилно използване на curl).

Грешка 401 Неупълномощен

Кодът за състояние 401 или неупълномощена грешка означава, че потребителят, който се опитва да получи достъп до ресурса, не е бил упълномощен (или не е успял да се удостовери с неправилни идентификационни данни). За да може да разглежда защитен ресурс, потребителят трябва да предостави валидни идентификационни данни.

Например, грешка 401 Unauthorized може да възникне, ако потребителят се опитва да осъществи достъп до ресурс, който е защитен чрез HTTP оторизация (както в този). В такава ситуация грешката 401 ще се появява отново и отново, докато потребителят предостави правилното потребителско име и парола (които са включени във файла .htpasswd).

Грешка 403 Забранено

Кодът на състоянието 403 или грешката Forbidden означава, че заявката на потребителя е изпратена правилно, но сървърът отказва да я обслужи поради липса на разрешение за достъп до искания ресурс. Този раздел описва най-често срещаните причини за грешка 403.

Разрешения за файлове

Обикновено възниква грешка 403, ако потребителят, изпълняващ процеса на уеб сървъра, няма разрешения за четене за искания файл.

За да дадем пример за отстраняване на грешка 403, нека приемем, че:

• потребителят се опитва да получи достъп до индексен файл (http://example.com/index.html);
• работният процес на уеб сървъра е собственост на потребителя на www-data;
• Индексният файл на сървъра се намира на /usr/share/nginx/html/index.html.

Така че, ако потребителят получава грешка 403 Forbidden, уверете се, че потребителят на www-data има разрешения за четене на файла. По правило в такава ситуация просто трябва да промените разрешенията за файла. Това може да стане по няколко начина, но в този случай тази команда ще свърши работа:

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

.htaccess файл

Друга потенциална причина за грешка 403 (често по дизайн) е използването на .htaccess файл. С помощта на файла .htaccess можете да предотвратите достъпа на определени IP адреси (или диапазони от адреси) до определени ресурси.

Ако потребителите неочаквано получават грешка 403 Forbidden, уверете се, че не е причинена от настройка във файла .htaccess.

Несъществуващ индекс файл

Ако потребителят се опита да получи достъп до директория, която няма стандартен индексен файл и списъкът с директории е деактивиран, уеб сървърът ще върне грешка 403 Forbidden. Това ще се случи, ако например потребителят се опита да осъществи достъп до директорията http://example.com/emptydir/ и няма индекс файл в празната директория на сървъра. Списъкът с директории може да бъде активиран в конфигурациите на сървъра.

Грешка 404 не е открит

Код на състоянието 404, или Не грешкаНамерено („не е намерено“) означава, че потребителят може да взаимодейства със сървъра, но необходимият файл или ресурс липсва.

404 грешки могат да възникнат в голямо разнообразие от ситуации. По-долу е даден списък със съвети за помощ при отстраняване на проблема, в случай че потребителят неочаквано получи 404 Not Found:

• Проверете връзката, която насочва потребителя към сървъра за грешки или правописни грешки.
• Потребителят може да е въвел невалиден URL адрес.
• Може би, желания файлне съществува на посоченото място на сървъра; уверете се, че исканият ресурс не е преместен или премахнат от сървъра.
• Проверете дали местоположението на главната директория (корен на документа) в конфигурацията на сървъра е правилно.
• Възможно е потребителят, който притежава работния процес на уеб сървъра, да няма съответните права за отваряне на директорията, която съдържа искания файл. Достъпът до директорията изисква разрешения за четене и изпълнение.
• Ако потребителят навигира до ресурс чрез символна връзка, уверете се, че уеб сървърът е конфигуриран да поддържа символни връзки.

Грешка 500 Вътрешна грешка на сървъра

Кодът за състояние 500 или вътрешна грешка на сървъра означава, че сървърът не може да обработи заявката по неизвестна причина. Понякога този код се появява в ситуации, в които други съобщения за грешка 5xx са по-подходящи.

По правило причината за тази грешка е неправилна конфигурация на сървъра (например неправилно форматиран .htaccess файл) или липса на някои пакети (например работещи PHP файлбез предварително инсталиран PHP).

Грешка 502 Bad Gateway

Кодът за състояние 502 или грешката Bad Gateway означава, че заявеният сървър е шлюз или прокси сървър и не получава валидни отговори от задните сървъри, които всъщност са направили заявката.

Ако това е обратен прокси (например, балансиращо натоварване), уверете се, че:

• задните сървъри (към които се препращат HTTP заявки) са наред;
• обратният прокси е конфигуриран правилно, в настройките му са посочени правилните бекендове;
• мрежовата връзка между бекенд сървърите и обратния прокси е наред. Ако сървърите могат да комуникират на други портове, уверете се, че тези портове не са блокирани от защитната стена;
• желаните сокети съществуват на правилното място и имат съответните разрешения (ако уеб приложението е конфигурирано да слуша сокети).

Грешка 503 Услугата е недостъпна

Кодът за състояние 503 или грешка при недостъпност на услугата означава, че сървърът е претоварен или в процес на поддръжка; такава услуга трябва да стане достъпна с времето.

Ако сървърът не е в процес на поддръжка, тази грешка може да означава, че сървърът няма достатъчно ресурси за процесор или памет, за да обработи всички входящи заявки, или че уеб сървърът трябва да бъде настроен, за да обслужва повече потребители или процеси.

Грешка 504 Gateway Timeout

Кодът на състоянието 504 или грешката Gateway Timeout („шлюзът не отговаря“) означава, че даден сървъре шлюз или прокси и не получава отговор от бекенда в рамките на разрешения период от време.

По правило това се случва поради следните причини:

• Лоша мрежова връзка между сървърите;
• Бекенд сървърът, който изпълнява заявката, е твърде бавен;
• Настройките на сървъра са конфигурирани да чакат твърде кратко за шлюза или прокси сървъра.

Заключение

Вече сте запознати с основните HTTP кодове за грешки и знаете някои начини за решаване на тези проблеми.

Ако срещнете грешка, която не е разгледана в тази статия, или знаете други удобни начини за разрешаване на HTTP грешки, моля, опишете ги в коментарите по-долу.

Етикети: ,

Интернет не е място, където всичко функционира правилно и надеждно. Писането на софтуер, когато не е лесна и доста творческа задача и ако всичко работи добре, това означава, че грешките просто не са се проявили. Няма програма без грешки, почти всеки потребител на компютър знае това. Някои грешки са прости и разбираеми за нас, докато други пораждат въпроси. Грешката 401 е популярна грешка, която потребителите не разбират.

Упълномощаване

Един от най-досадните процеси в уебсайтовете е авторизацията. Преминаването през него отново и отново е неудобно, а паролите, записани в кеш паметта, понякога изчезват. Трябва да се възстанови.

Ако данните за вход или парола са въведени неправилно, системата не позволява на потребителя достъп до ресурса. Това е познато на всички и мнозина знаят как да го преодолеят. На технически език това се нарича грешка 401.

Изискваното потребителско име или парола е неправилно. Такъв потребител не съществува. Можете да го наричате както искате, същността на проблема остава непроменена. Всеки потребител е длъжен да въведе конкретни данни, когато влиза в акаунта си. В противен случай пасивна системазащитата на личните данни няма да осигури достъп.

Грешка 401 може да възникне не само защото потребителят е направил грешка в паролата или я е забравил. Случва се така Сметкае изтрит от администратора на ресурса по погрешка или системата е претърпяла сериозна повреда. В този случай потребителят трябва да пише на техническа поддръжкаресурс.

Грешка грешка борба

Въпреки факта, че тази грешка има само един корен - проблеми с разрешението, има разновидности. Обикновено системата казва на потребителя какво точно се е случило.

Грешка 401 е често срещано име. Той отразява същността на проблема, но различни приложенияможе да се прояви по различни начини и дори да се нарече различно. Винаги ще има цифрово обозначение, но думата "грешка" може да бъде заменена с друга дума или дори с неразбираем код.

Проблеми в зелената банка

Тази грешка придоби особена популярност в Русия, до голяма степен поради зелената банка, която винаги е наблизо. Веднъж в един от субектите на Руската федерация се случи неприятна ситуация - хиляди потребители не можаха да преминат оторизация в приложението на банката. Srve0295e грешка 401 - този надпис беше видян от мнозина на екрана на смартфона. Причината за тази грешка все още не е ясна. Най-вероятно това е или проблем с банката или с доставчика. Ако възникне грешка, се препоръчва незабавно да се обадите на техническата поддръжка или дори по-добре - на доставчика.

Ръчното редактиране на системния регистър на Windows за премахване на невалидни ключове, изискващи оторизация, не се препоръчва, освен ако не сте специалист по обслужване на компютри. Грешки, допуснати при редактиране на системния регистър, могат да направят вашия компютър неизползваем и да причинят непоправими щети на вашия операционна система. Всъщност дори една запетая на грешното място може да попречи на компютъра ви да се зареди!

Поради този риск силно препоръчваме да използвате доверен инструмент за почистване на регистър като Reimage (разработен от Microsoft Gold Certified Partner), за да сканирате и коригирате всички проблеми, свързани с грешка 401. С помощта на инструмент за почистване на регистър можете да автоматизирате процеса на намиране на повредени записи в регистъра, препратки към липсващи файлове (например причиняващи грешка Изисква се оторизация) и повредени връзки в регистъра. Преди всяко сканиране автоматично се създава резервно копие, което ви позволява да отмените всички промени с едно щракване и ви предпазва от възможни щетикомпютър. Най-добрата част е, че коригирането на грешки в системния регистър може драстично да подобри скоростта и производителността на системата.

Внимание:Ако не сте опитен потребител PC, НЕ препоръчваме да редактирате системния регистър на Windows ръчно. Неправилното използване на редактора на системния регистър може да доведе до сериозни проблеми и изисква преинсталиране на windows. Ние не гарантираме, че проблемите в резултат на злоупотреба с редактора на системния регистър могат да бъдат разрешени. Вие използвате редактора на системния регистър на свой собствен риск.

Преди ръчно възстановяване Регистър на Windows, трябва да създадете резервно копие, като експортирате част от регистъра, свързана с Изисква се оторизация (напр. Операционна система Windows):

1. Кликнете върху бутона Да започна.
2. Въведете " команда" в лента за търсене... ОЩЕ НЕ НАТИСКАЙТЕ ENTER!
3. Задържане на ключове CTRL-Shiftна клавиатурата натиснете ENTER.
4. Ще се покаже диалогов прозорец за достъп.
5. Кликнете да.
6. Черната кутия се отваря с мигащ курсор.
7. Въведете " regedit" и натиснете ENTER.
8. В редактора на системния регистър изберете ключа, свързан с Грешка 401 (напр. Операционна система Windows), който искате да архивирате.
9. В менюто Файлизберете Експортиране.
10. В списъка Запази визберете папката, в която искате да запазите архива Windows ключоперационна система.
11. В полето Име на файлвъведете име за архивния файл, като например „Архивиране на операционната система Windows“.
12. Уверете се, че полето Експортна гамаизбрана стойност Избран клон.
13. Кликнете Запазване.
14. Файлът ще бъде записан с разширение .reg.
15. Вече имате резервно копие на вашия запис в регистъра, свързан с Изисква се оторизация.

Следващите стъпки за ръчно редактиране на системния регистър няма да бъдат обхванати в тази статия, тъй като има вероятност да повредят системата ви. Ако желаете повече информация относно ръчното редактиране на регистъра, моля, вижте връзките по-долу.

Понякога, когато извършва вътрешна оптимизация на уебсайт, софтуерът среща получаване на 401 неоторизирани грешки на някои страници. За висококачествено популяризиране на сайта е много желателно роботът за търсене на всички обходени страници да получава отговор 200 или 301, който все още трябва да го пренасочва към страница с код 200.

Какви са възможните причини за появата на грешка 401?

• проблеми с производителността на сървъра
• проблеми с потребител на локален компютър
• проблеми с вашите вътрешни скриптове

Ако има проблем със сървъра, трябва само да направите скрийншот на грешката и да го изпратите заедно с адресите на проблемните страници до поддръжката на хостинг услугите, където при наличие на качествена услуга трябва да ви помогнат своевременно за решаване на проблема.

Ако проблемът е във вашите скриптове, тогава поддръжката няма да ви помогне много. Първата стъпка е да затворите всички страници, които са достъпни само за регистрирани потребители, от индексиране в robots.txt. След това трябва да конфигурираме правилния код за отговор 200 на проблемните страници и да запазим цялата функционалност на сайта. от най-много прост вариантРешението на проблема ще бъде настройка на 301 пренасочване от страницата с код 401 към страницата с регистрационната форма, след преминаването на която отново пренасочваме потребителя към страницата, която търси. По-труден вариант би бил да се създаде специален java скрипт, който, когато потребителят щракне върху връзката, която изисква оторизация, ще покаже на същата страница прозорец за въвеждане на потребителско име и парола, след попълване на които потребителят ще получи страницата, която е поискал.

Ако потребителят е регистриран, но все още получава код за отговор 401, тогава най-вероятно нивата на достъп за от този типпотребител или продължителността на сесията на потребителя преди автоматичното излизане е много кратка. За да удължим продължителността на сесията на потребителя, намираме файла php.ini на сървъра и увеличаваме стойността на следните два параметъра: session.gc_maxlifetime и session.cookie_lifetime.