401 несанкционированный. Коды ошибок HTTP: расшифровка и устранение

При обращении к веб-серверу или приложению каждый поступивший HTTP-запрос получает в качестве ответа код состояния HTTP (англ. HTTP status code). Коды состояния HTTP – это трехзначные коды, сгруппированные в пять различных классов. Класс кода состояния можно определить по первой цифре:

  • 1хх – информационные коды;
  • 2хх – успех;
  • 3хх – перенаправление;
  • 4хх – ошибка клиента;
  • 5хх – ошибка сервера.

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

Краткий обзор ошибок клиента и сервера

Ошибки клиента (коды состояния HTTP 400-499) возникают из-за HTTP-запросов, отправленных клиентом (веб-браузером или другим клиентом HTTP). Хотя данные типы ошибок связаны непосредственно с клиентом, системному администратору полезно знать, с какими кодами ошибок может столкнуться пользователь, чтобы определить, можно ли решить эту проблему в конфигурациях сервера.

Ошибки сервера (коды состояния HTTP 500-599) возникают тогда, когда веб-сервер не в состоянии обработать запрос из-за какой-либо ошибки или сбоя.

  • При использовании веб-браузера для тестирования веб-сервера не забудьте обновить браузер после внесения изменений в настройки сервера.
  • Проверяйте логи сервера, чтобы получить подробные сведения о том, как сервер обрабатывает запросы. Например, веб-серверы Apache и Nginx создают два файла по имени access.log и error.log, в которых можно найти соответствующую информацию.
  • Запомните: определения кодов состояния HTTP являются частью стандарта, который реализуется обслуживающим запросы приложением. Это означает, что фактический код состояния, который возвращается в результате, зависит от того, как программное обеспечение сервера обрабатывает конкретную ошибку.

Ознакомившись с основными понятиями кодов состояния HTTP, приступим к обзору наиболее часто встречающихся ошибок.

Ошибка 400 Bad Request

Код статуса 400, или ошибка Bad Request («неверный запрос») означает, что синтаксис запроса HTTP, отправленного на сервер, неверен.

Как правило, причины возникновения ошибки 400 Bad Request таковы:

  • Куки пользователя, связанные с сайтом, повреждены. Чтобы решить эту проблему, попробуйте очистить кэш браузера и файлы cookie.
  • Искаженный запрос из-за неисправного браузера.
  • Искаженный запрос из-за ошибки пользователя при формировании HTTP-запроса вручную (например, неправильное использование curl).

Ошибка 401 Unauthorized

Код статуса 401, или ошибка Unauthorized («неавторизован») значит, что пользователь, пытающийся получить доступ к ресурсу, не прошел авторизацию (или не смог пройти ее, указав неверные учетные данные). Чтобы иметь возможность просматривать защищенный ресурс, пользователь должен предоставить корректные учетные данные.

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

Ошибка 403 Forbidden

Код состояния 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.

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

Если пользователь пытается получить доступ к каталогу, который не имеет стандартного индексного файла, а листинг каталога (directory listing) отключен, веб-сервер будет возвращать ошибку 403 Forbidden. Такое случится, если, например, пользователь попытается получить доступ к каталогу http://example.com/emptydir/, а в каталоге emptydir на сервере нет индексного файла. Листинг каталога можно включить в конфигурациях сервера.

Ошибка 404 Not Found

Код статуса 404, или ошибка Not Found («не найдено») значит, что пользователь может взаимодействовать с сервером, но требуемый файл или ресурс отсутствует.

Ошибки 404 могут возникнуть в самых различных ситуациях. Ниже приведен список советов, которые помогут устранить проблему в случае, если пользователь неожиданно получил 404 Not Found:

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

Ошибка 500 Internal Server Error

Код состояния 500, или ошибка Internal Server Error («внутренняя ошибка сервера») означает, что сервер не может обработать запрос по неизвестной причине. Иногда этот код появляется в ситуациях, когда более подходящими являются другие сообщения об ошибках 5xx.

Как правило, причиной данной ошибки является неправильная настройка сервера (например, искаженный файл.htaccess) или нехватка некоторых пакетов (к примеру, запуск файла PHP без предварительно установленного PHP).

Ошибка 502 Bad Gateway

Код состояния 502, или ошибка Bad Gateway («ошибочный шлюз») значит, что запрашиваемый сервер является шлюзом или прокси-сервером, и он не получает валидных ответов от серверов бэкэнда, которые на самом деле выполнили запрос.

Если речь идет об обратном прокси-сервере (например, о балансировщике нагрузки), убедитесь, что:

  • с серверами бэкэнда (на которые пересылаются HTTP-запросы) все в порядке;
  • обратный прокси настроен правильно, в его настройках указаны корректные бэкэнды;
  • сетевое соединение между серверами бэкэнда и обратным прокси-сервером в порядке. Если серверы могут взаимодействовать на других портах, убедитесь, что эти порты не заблокированы брандмауэром;
  • нужные сокеты существуют в корректном местонахождении и имеют соответствующие разрешения (если веб-приложение настроено слушать сокеты).

Ошибка 503 Service Unavailable

Код состояния 503, или ошибка Service Unavailable («сервис недоступен») означает, что сервер перегружен или находится на обслуживании; такой сервис должен стать доступным в течение некоторого времени.

Если сервер не находится на обслуживании, эта ошибка может указывать на то, что серверу не хватает ресурсов процессора или памяти для обработки всех входящих запросов, или что нужно настроить веб-сервер для обслуживания большего количества пользователей или процессов.

Ошибка 504 Gateway Timeout

Код состояния 504, или ошибка Gateway Timeout («шлюз не отвечает») значит, что данный сервер является шлюзом или прокси-сервером, и он не получает ответа от бэкэнда в пределах допустимого периода времени.

Как правило, это происходит по следующим причинам:

  • Плохое сетевое соединение между серверами;
  • Внутренний сервер, который выполняет запрос, работает слишком медленно;
  • В настройках сервера задано слишком короткое время ожидания шлюза или прокси-сервера.

Заключение

Теперь вы знакомы с основными кодами ошибок HTTP и знаете некоторые пути решения этих проблем.

Если же вы столкнулись с ошибкой, которая не была охвачена данной статьей, или знаете другие удобные способы устранения ошибок HTTP, пожалуйста, опишите их в комментариях ниже.

Tags: ,

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

100 ="Continue"
Начальная часть запроса принята, и клиент может продолжать передачу запроса.
101 ="Switching Protocols"
Сервер выполняет требование клиента и переключает протоколы в соответствии с указанием, данным в поле заголовка Upgrade.

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

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

200 ="OK"
Запрос клиента обработан успешно, и ответ сервера содержит затребованные данные.
201 ="Created"
Этот код состояния используется в случае создания нового URI. Вместе с этим кодом результата сервер выдает заголовок Location (см. главу 19), который содержит информацию о том, куда были помещены новые данные.
202 ="Accepted"
Запрос принят, но обрабатывается не сразу. В теле содержимого ответа сервера может быть дана дополнительная информация о данной транзакции. Гарантии того, что сервер в конечном итоге удовлетворит запрос, нет, даже несмотря на то, что на момент приема запрос выглядел допустимым.
203 ="Non-Authoritative Information"
Информация в заголовке содержимого взята из локальной копии или у третьей стороны, а не с исходного сервера.
204 ="No Content"
Ответ содержит код состояния и заголовок, но тело содержимого отсутствует. При получении этого ответа броузер не должен обновлять свой документ. Обработчик чувствительных областей изображений может возвращать этот код, когда пользователь щелкает на бесполезных или пустых участках изображения.
205 ="Reset Content"

Броузер должен очистить форму, используемую в данной транзакции, для дополнительных входных данных. Полезен для CGI-приложений, требующих ввода данных.

206 ="Partial Content"

Сервер возвращает лишь часть данных затребованного объема. Используется в ответе на запрос с указанием заголовка Range. Сервер должен указать диапазон, включенный в ответ, в заголовке Content-Range.

233 - because not everyone lives in "your country"

Запрос клиента переадресован (Redirection 3xx)

Код ответа в диапазоне 300-399 означает, что запрос не выполнен и клиенту нужно предпринять некоторые действия для удовлетворения запроса.

300 ="Multiple Choices"
Затребованный URI обозначает более одного ресурса. Например, URI может обозначать документ, переведенный на несколько языков. В теле содержимого, возвращенном сервером, может находиться перечень более конкретных данных о том, как выбрать ресурс правильно.
301 ="Moved Permanently" - перемещен навсегда
Затребованный URI уже не используется сервером, и указанная в запросе операция не выполнена. Новое местонахождение затребованного документа указывается в заголовке Location. Во всех последующих запросах данного документа следует указывать новый URI.
При запросах не методом HEAD сервер должен передать в теле сообщения гипертекстовое пояснение. При использовании всех методов, кроме GET и POST, предварительно следует уведомить пользователя об изменении ссылки. Не стоить забывать, что некоторые агенты ошибочно меняют метод POST на GET после перехода на другой адрес.
302 ="Moved Temporarily" - временно перемещен
Затребованный URI перемешен, но лишь временно. Заголовок Location указывает на новое местонахождение. Сразу же после получения этого кода состояния клиент должен разрешить запрос при помощи нового URI, но во всех последующих запросах необходимо пользоваться старым URI.
При всех методах кроме HEAD сервер должен передать в теле гипертекстовое пояснение. При использовании всех отличных от GET и POST методов предварительно следует уведомить пользователя об изменении URI. При обращении к следующему ресурсу метод POST на GET менять следует как это делают некоторые агенты.
303 ="See Other"
Затребованный URI можно найти по другому URI (указанному в заголовке Location). Его следует выбрать методом GET по данному ресурсу.
304 ="Not Modified"

Это код ответа на заголовок lf-Modified-Since, если URI не изменялся с указанной даты. Тело содержимого не посылается, и клиент должен использовать свою локальную копию.

305 ="Use Proxy"

Доступ к затребованному URI должен осуществляться через proxy-сервер, указанный в заголовке Location.

306 ="(Unused)" 307 ="Temporary Redirect"

Запрос клиента является неполным (Client Error 4xx)

Коды ответов в диапазоне 400-499 означают, что запрос клиента неполный. Эти коды могут также означать, что от клиента требуется дополнительная информация.

400 ="Bad Request"
Означает, что сервер обнаружил в запросе клиента синтаксическую ошибку.
401 ="Unauthorized" - требуется авторизация
Этот код результата, передаваемый с заголовком WWW-Authenticate, показывает, что пославший запрос пользователь не имеет необходимых полномочий и что при повторении запроса с указанием данного URI пользователь должен такие полномочия предоставить.
402 ="Payment Required"
Этот код в HTTP еще не реализован.
403 ="Forbidden"
Запрос отклонен по той причине, что сервер не хочет (или не имеет возможности) ответить клиенту.
404 ="Not Found" - не найдено
Документ по указанному URI не существует.
405 ="Method Not Allowed" - метод не поддерживается
Этот код выдается с заголовком Allow и показывает, что метод, используемый клиентом, для данного URI не поддерживается.
406 ="Not Acceptable"
Ресурс, указанный клиентом по данному URI, существует, но не в том формате, который нужен клиенту. Вместе с этим кодом сервер выдает заголовки Content-Language, Content-Encoding и Content-Type.
407 ="Proxy Authentication Required" Прокси-сервер затребовал авторизацию.
Proxy-сервер должен санкционировать запрос перед тем, как пересылать его. Используется с заголовком Proxy-Authenticate.
408 ="Request Time-out"
Этот код ответа означает, что клиент не передал полный запрос в течение некоторого установленного промежутка времени (который обычно задается в конфигурации сервера) и сервер разрывает сетевое соединение.
409 ="Conflict"
Данный запрос конфликтует с другим запросом или с конфигурацией сервера. Информацию о конфликте следует возвратить в информационной части ответа.
410 ="Gone"
Данный код показывает, что затребованный URI больше не существует и навсегда удален с сервера.
411 ="Length Required"
Сервер не примет запрос без указанного в нем заголовка Content-Length.
412 ="Precondition Failed"
Результат вычисления условия, заданного в запросе одним или несколькими заголовками if. . ., представляет собой "ложь".
413 ="Request Entity Too Large"
Сервер не будет обрабатывать запрос, потому что его тело слишком велико.
414 ="Request-URI Too Long" - запрос слишком длинный
Сервер не будет обрабатывать запрос, потому что его URI слишком длинный.
415 ="Unsupported Media Type"

Сервер не будет обрабатывать запрос, потому что его тело имеет неподдерживаемый формат.

416 ="Requested Range Not Satisfiable"

Запрашиваемый диапазон не допустим

417 ="Expectation Failed"

Ожидание не удалось

422 ="Unprocessable Entity" - сервер успешно принял запрос, может работать с указанным видом данных (например, в теле запроса находится XML-документ, имеющий верный синтаксис), однако имеется какая-то логическая ошибка, из-за которой невозможно произвести операцию над ресурсом.
В некоторых системах используется для передачи требования дополнительных данных: NOT ENOUGH DATA (не хвататет данных) 429 ="You exceeded the rate limit"

Превышен лимит запросов

449 - Retry with a proxy in another country. 450 =Rating Service Unavailable 451 =Unavailable For Legal Reasons

доступ к ресурсу ограничен из-за проблем с законом. 451 - Site is not permitted in your country

452 could be site not permitted by employer, 453 could be site not permitted by ISP 460 Blocked by Repressive Regime

Ошибки сервера (Server Error 5xx)

Коды ответов в диапазоне 500-599 показывают, что сервер столкнулся с ошибкой и, вероятно, не сможет выполнить запрос клиента.

500 ="Internal Server Error"
При обработке запроса на сервере один из его компонентов выдал аварийный отказ или столкнулся с ошибкой конфигурации. Часто бывает связанно с ошибками в файле.htaccess
501 ="Not Implemented"
Клиент запросил выполнение действия, которое сервер выполнить не может.
502 ="Bad Gateway"
Сервер (или proxy-сервер) получил недопустимые ответы другого сервера (или proxy-сервера).
503 ="Service Unavailable"
Данный код означает, что данная служба временно недоступна, но в будущем доступ к ней будет восстановлен. Если сервер знает, когда это произойдет, может быть также выдан заголовок Retry-After.
504 ="Gateway Time-out"
Этот ответ похож на 408 (Request Time-out), за исключением того, что шлюз или уполномоченный сервер превысил лимит времени.
505 ="HTTP Version not supported"

Сервер не поддерживает версию протокола HTTP, использованную в запросе.

560 - Server is being censored

Ошибки (Error 7xx)

701 - Your ISP is being a twat. 702 - Your organization is being a twat. 703 - Your government is being a twat 704 - Your ISP is being a twat, and has messed with your DNS request, sending you to a spamvertizement for the domain requested. 705 - Your ISP is throttling / packet shaping the living hell out of your connection. 706 - Variant HTML requested (mobile, Flash-free....lots of flags in here). 707 - The current server time (in ticks since the epoch) & the server"s time zone.

Ошибки (Error 9xx)

911 - Internet Emergency. The provider of this connection is being forced to censor this request

Для отправки кода статуса из PHP используется директива "header Status ".


.

Ошибками в протоколе HTTP возникают в случае, если веб-сервер по какой-то причине не может успешно отправить пользователю запрашиваемый документ. В этом случае сервер сообщит пользователю в HTTP-заголовке код ошибки, которая возникла.

Коды ошибок бывают положительными и отрицательными или успешными и не успешными.

Есть четыре типа кодов:

  • 2xx - запрос выполнен успешно
  • 3xx - запрос успешно перенаправлен - тоже положительный код.
  • 4xx - ошибка - документ не был отправлен пользователю, так как произошла критическая ошибка. Класс кодов 4xx предназначен для указания ошибок со стороны клиента.
  • 5xx - ошибка сервера - критическая ошибка на сервере. Коды 5xx выделены под случаи неудачного выполнения операции по вине сервера.

С полным списком ошибок и их кратким описанием можно ознакомиться на странице Wikipedia:
http://ru.wikipedia.org/wiki/Список_кодов_состояния_HTTP#401

В данной статье мы рассмотрим наиболее часто встречающиеся ошибки и причины их возникновения.

Ошибка - показывается список файлов вместо первой страницы

Вероятно не верно задано имя главного/индексного файла. Индексный файл может иметь названия index.html, index.htm, index.php, index.phtml, index.shtml, default.htm или default.html.

Ошибка 401 401 (Не авторизован)

Возникновение данной ошибки говорит о том, что требуется идентификации пользователя. То есть для просмотра страницы необходимо ввести логи и пароль для идентификации.

Ошибка 403 (Доступ запрещен)

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

Чаще всего это возникает в случаях, если:

  • в каталоге нет индексного файла (index.html, например);
  • выставлены такие права доступа на файл, что веб-сервер Apache не смог прочитать файл на диске сервера.
  • пользователь попытался обратиться к скрипту (в каталоге cgi-bin), на который выставлены неправильные права. Измените права на 755.

Ошибка 404 (Файл не найден)

Ошибка 404 (Файл не найден) возникает если у веб-сервера запрашивают документ, которого нет на сервере. Так же данная ошибка может возникнуть если пользователь неправильно вводит URL ссылки на файл расположенный на сайте.

Ошибка 500 (Внутренняя ошибка сервера)

Любая внутренняя ошибка сервера, которая не входит в рамки остальных ошибок класса 5xx.

Причин возникновения данной ошибки очень много.

Чаще всего ошибка возникает по следующим причинам: невозможно запустить скрипт, размещенный на сервере; в скрипте имеется ошибка; а также если помещена неправильная инструкция в файл.htaccess.

Иногда при проведении внутренней оптимизации сайта софт сталкивается с получением на некоторых страницах 401-й ошибки unauthorized. Для качественного продвижения сайта очень желательно, чтобы поисковый робот на всех обходимых страницах получал либо ответ 200 либо 301, которые все равно должны перенаправить его на страницу с кодом 200.

Какие есть возможные причины для появления ошибки 401?

  • проблемы с работой сервера
  • локальные проблемы пользователя ПК
  • проблемы работы ваших внутренних скриптов

При неполадке с сервером вам достаточно сделать скриншот ошибки и отправить его вместе с адресами проблемных страниц в службу поддержки хостинга, где при наличии качественного обслуживания вам должны оперативно помочь в решении проблемы.

Если проблема в ваших скриптах, то саппорт вам уже мало чем поможет. Первым делом необходимо закрыть от индексации в robots.txt все страницы, которые доступны только зарегистрированным пользователям. Далее нам необходимо настроить на проблемных страницах корректный код ответа 200 и сохранить весь функционал сайта. Самым простым вариантом решения проблемы будет настройка 301-го редиректа со страницы с кодом 401 на страницу с формой регистрации, после прохождения которой мы вновь перенаправляем пользователя на искомую им страницу. Более сложным вариантом будет настройка специального Java скрипта, который при переходе пользователя по ссылке, на которую нужна авторизация, будет выводить на той же странице окно для ввода логина и пароля, после заполнения которых пользователю выдается запрашиваемая им страница.

Если пользователь прошел регистрацию но все равно получает код ответа 401, то скорей всего в админ панели не корректно настроены уровни доступа для данного типа пользователя, либо же длительность сессии пользователя до автоматического выхода очень маленькая. Чтобы продлить длительность сессии пользователя, находим на сервере файл php.ini и увеличиваем значение для следующих двух параметров: session.gc_maxlifetime и session.cookie_lifetime.


Редактирование реестра Windows вручную с целью удаления содержащих ошибки ключей Ошибка 401 Unauthorized не рекомендуется, если вы не являетесь специалистом по обслуживанию ПК. Ошибки, допущенные при редактировании реестра, могут привести к неработоспособности вашего ПК и нанести непоправимый ущерб вашей операционной системе. На самом деле, даже одна запятая, поставленная не в том месте, может воспрепятствовать загрузке компьютера!

В связи с подобным риском мы настоятельно рекомендуем использовать надежные инструменты очистки реестра, такие как WinThruster [Загрузить] (разработанный Microsoft Gold Certified Partner), чтобы просканировать и исправить любые проблемы, связанные с Ошибка 401 Unauthorized. Используя очистку реестра [Загрузить] , вы сможете автоматизировать процесс поиска поврежденных записей реестра, ссылок на отсутствующие файлы (например, вызывающих ошибку %%error_name%%) и нерабочих ссылок внутри реестра. Перед каждым сканированием автоматически создается резервная копия, позволяющая отменить любые изменения одним кликом и защищающая вас от возможного повреждения компьютера. Самое приятное, что устранение ошибок реестра [Загрузить] может резко повысить скорость и производительность системы.


Предупреждение: Если вы не являетесь опытным пользователем ПК, мы НЕ рекомендуем редактирование реестра Windows вручную. Некорректное использование Редактора реестра может привести к серьезным проблемам и потребовать переустановки Windows. Мы не гарантируем, что неполадки, являющиеся результатом неправильного использования Редактора реестра, могут быть устранены. Вы пользуетесь Редактором реестра на свой страх и риск.

Перед тем, как вручную восстанавливать реестр Windows, необходимо создать резервную копию, экспортировав часть реестра, связанную с Ошибка 401 Unauthorized (например, Internet Explorer):

  1. Нажмите на кнопку Начать .
  2. Введите "command " в строке поиска... ПОКА НЕ НАЖИМАЙТЕ ENTER !
  3. Удерживая клавиши CTRL-Shift на клавиатуре, нажмите ENTER .
  4. Будет выведено диалоговое окно для доступа.
  5. Нажмите Да .
  6. Черный ящик открывается мигающим курсором.
  7. Введите "regedit " и нажмите ENTER .
  8. В Редакторе реестра выберите ключ, связанный с Ошибка 401 Unauthorized (например, Internet Explorer), для которого требуется создать резервную копию.
  9. В меню Файл выберите Экспорт .
  10. В списке Сохранить в выберите папку, в которую вы хотите сохранить резервную копию ключа Internet Explorer.
  11. В поле Имя файла введите название файла резервной копии, например "Internet Explorer резервная копия".
  12. Убедитесь, что в поле Диапазон экспорта выбрано значение Выбранная ветвь .
  13. Нажмите Сохранить .
  14. Файл будет сохранен с расширением.reg .
  15. Теперь у вас есть резервная копия записи реестра, связанной с Internet Explorer.

Следующие шаги при ручном редактировании реестра не будут описаны в данной статье, так как с большой вероятностью могут привести к повреждению вашей системы. Если вы хотите получить больше информации о редактировании реестра вручную, пожалуйста, ознакомьтесь со ссылками ниже.