Код ошибки Home ru 401

Обновлено: 21.11.2024

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

Разрешение

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

Эта ошибка чаще всего возникает при миграции Office 365 или локального Exchange. По самому сообщению об ошибке можно определить, происходит ли это в исходной или конечной среде.

Устранение неполадок 401 Неавторизованный

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

Действия по устранению неполадок

Для вновь созданных учетных записей в Office 365 полная подготовка учетных записей/почтовых ящиков иногда занимает до 24 часов. Возможно, в течение этого периода все будет хорошо выглядеть в пользовательском интерфейсе Office 365, но MigrationWiz по-прежнему будет давать сбой при попытке получить к ним программный доступ.

Неверное имя пользователя и/или пароль

Одной из наиболее распространенных причин этого является то, что имя пользователя или пароль (или оба) были введены в проект неправильно. Это может быть вызвано опечаткой или недавно измененным паролем. Лучший способ проверить это — попытаться войти в вашу среду, используя введенные вами учетные данные. Если вы можете успешно войти в систему, повторно введите имя пользователя и пароль в настройках конечной точки, убедившись, что они в точности совпадают с теми, с которыми вы смогли войти в систему.

Вы можете обновить настройки конечной точки, нажав «Редактировать проект» > «Редактировать проект», а затем выбрав вкладку «Параметры источника» или «Назначение». Оказавшись там, нажмите «Изменить конечную точку».

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

Неожиданный ввод во время входа

При входе в среду помните о любых требованиях к вводу. При входе в систему вам нужно будет только ввести имя пользователя и пароль. Если есть какие-либо другие требования, это вызовет ошибку 401, поскольку MigrationWiz не подготовлен к таким требованиям.

Эти требования могут включать:

  • Двухфакторная аутентификация или многофакторная аутентификация: MigrationWiz не может подключиться ни к каким учетным записям, для которых включена такая аутентификация.
  • Срок действия пароля или требование смены пароля. Поскольку MigrationWiz не может вносить такие изменения в среду, любое требование обновить или изменить пароль приведет к сбою переноса.
  • Подсказка о выборе учетной записи. Можно связать разные учетные записи с одним и тем же логином (например, рабочие, домашние и учебные учетные записи). Если вам будет предложено выбрать учетную запись, в которую вы хотите войти, это может вызвать эту ошибку.

Настройки безопасности Azure по умолчанию

Для работы с MigrationWiz в Office 365 необходимо отключить параметры безопасности Azure по умолчанию. Иногда ошибка 401 возникает через несколько дней после предварительной или полной миграции. В этом случае срабатывает политика безопасности по умолчанию в пользу двухфакторной аутентификации, что приводит к сбою аутентификации серверов.

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

Чтобы решить эту проблему, отключите параметр «Включить параметры безопасности по умолчанию», следуя приведенным ниже инструкциям, чтобы позволить серверам MigrationWiz выполнять аутентификацию без активации двухфакторной аутентификации.

Чтобы отключить параметры безопасности по умолчанию

  1. Войдите в Azure, используя целевую учетную запись администратора и пароль, перейдя по адресу https://portal.azure.com.
  2. Нажмите значок меню в левом верхнем углу.
  3. Нажмите Azure Active Directory.
  4. Нажмите "Свойства".
  5. Убедитесь, что для параметра "Управление доступом к ресурсам Azure" установлено значение "Нет".
  6. Нажмите «Управление параметрами безопасности по умолчанию» и установите для параметра «Включить параметры безопасности по умолчанию» значение «Нет».
  7. Сохраните настройки и выйдите из системы.
  8. Запустите проверку учетных данных пользователя еще раз.

Недостаточно прав

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

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

Базовая аутентификация отключена

В этом случае вы можете войти в OWA со своими учетными данными MigrationWiz, но MigrationWiz выдает ошибку.

Причина

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

Разрешение

Убедитесь, что для арендатора Office 365 включена обычная проверка подлинности:

Попросите включить обычную аутентификацию в Office 365, полностью просмотрев и выполнив действия, предоставленные Microsoft ЗДЕСЬ.

Чтобы проверить свои разрешения в EWS:

выполните следующие удаленные команды PowerShell:

Убедитесь, что для связанной учетной записи включена обычная проверка подлинности для EWS, используя следующие команды в Powershell:

  • Get-User -Identity "admin_or_user@domain.com" | фл *авторизация*
  • Get-OrganizationConfig | fl *по умолчанию* | fl Oauth*

Включение БАЗОВОЙ аутентификации в EWS через Powershell

  1. New-AuthenticationPolicy -Name "Включить обычную проверку подлинности для EWS"
  2. Set-AuthenticationPolicy -Identity "Включить обычную проверку подлинности для EWS" -AllowBasicAuthWebServices -AllowBasicAuthOutlookService -AllowBasicAuthAutodiscover
  3. Set-User -Identity "admin_or_user@domain.com" -AuthenticationPolicy "Включить обычную проверку подлинности для EWS" (замените Admin_or_user@domain.com своим собственным адресом, использование этого примера адреса не удастся.)
  4. По умолчанию, когда вы создаете или изменяете назначение политики проверки подлинности для пользователей или обновляете политику в O365, репликация изменений в клиенте может занять до 24 часов. Если вы хотите, чтобы политика вступила в силу в течение 30 минут, используйте следующий синтаксис:
    Set-User -Identity "admin_or_user@domain.com" -STSRefreshTokensValidFrom $([System.DateTime]::UtcNow)
  5. Необязательно: Set-OrganizationConfig -DefaultAuthenticationPolicy «Включить обычную проверку подлинности для EWS». Это необходимо только в том случае, если вы используете учетные данные конечного пользователя. Эта команда включит базовую аутентификацию для всего арендатора и должна быть отменена, как только миграция будет завершена.

Если для создания почтовых ящиков используется AD Connect

Если вы использовали AD Connect или AD Sync для создания почтовых ящиков в месте назначения, иногда бывает так, что почтовые ящики не были созданы должным образом или с настройками, необходимыми для подключения MigrationWiz.

Этапы идентификации

  1. Попробуйте войти на портал OWA Office 365 в качестве почтового ящика.
  2. Убедитесь, что пользователь находится в состоянии AAD Connect (admin >users >active users >open user > Mail settings > присутствует «почтовый ящик пользователя не был перенесен». Если это не так, почтовый ящик не создается при подготовке, пользователь можете связаться с Microsoft или воссоздать объект.

Причина

  1. Почтовый ящик не создан (для идентификатора GUID AAD Connect не задано значение NULL).
  1. Почтовый ящик не полностью подготовлен или поврежден в клиенте.

Разрешение

  • Для пункта 1 выше установите необходимый Azure для MigrationWiz.
  • Для пункта 2 выше удалите и заново создайте объект почтового ящика или пользователя в Office 365.

Миграция OneDrive

401 Несанкционированные ошибки могут возникнуть, если OneDrive не был предоставлен пользователем.

После выполнения этих действий указанный пользователь будет виден в центре администрирования Office 365. Полная подготовка учетной записи пользователя может занять до 24 часов.

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

Перегруженные ресурсы

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

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

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

В этом посте мы объясним, что такое сообщения об ошибках 401 и почему они возникают. Затем мы расскажем вам о пяти способах их устранения.

Начнем!

Что такое код ошибки 401?

Комитет Internet Engineering Task Force (IETF) определяет ошибку 401 Unauthorized следующим образом:

Код состояния 401 (неавторизованный) указывает на то, что запрос не был применен, так как в нем отсутствуют действительные учетные данные для проверки подлинности для целевого ресурса. Сервер, генерирующий ответ 401, ДОЛЖЕН отправить поле заголовка WWW-Authenticate, содержащее хотя бы один запрос, применимый к целевому ресурсу.

Введение в код ошибки 401

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

Ошибка 401 в Chrome

В других случаях и в других браузерах вы можете получить немного менее дружелюбное предупреждение о том, что это просто пустая страница с сообщением "401 Authorization Required":

Сообщение об ошибке Nginx 401 Требуется авторизация

Другие варианты включают:

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

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

Что вызывает ошибку 401?

Если вы столкнулись с кодом ошибки 400, вы знаете, что имеете дело с проблемой на стороне клиента (или на стороне браузера). Хотя проблема может возникать в вашем браузере, это не обязательно всегда означает, что она является виновником, что мы объясним более подробно позже.

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

Кэш и файлы cookie браузера устарели

Несовместимость плагинов

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

Неправильный URL или устаревшая ссылка

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

Как исправить ошибку 401 (5 способов)

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

Давайте рассмотрим пять методов, которые вы можете использовать:

1. Ищите ошибки в URL

Начнем с самого простого возможного исправления: убедитесь, что вы использовали правильный URL. Это может показаться простым, но иногда может появляться ошибка 401, если URL был введен неправильно.

Другая возможность заключается в том, что ссылка, которую вы использовали для посещения рассматриваемой страницы, указывает на неверный URL. Например, он может быть устаревшим или вести на страницу, которой больше не существует (и нет переадресации).

Поэтому стоит перепроверить используемый вами URL. Если вы ввели его самостоятельно, убедитесь, что вы все написали правильно. Если вы щелкнули ссылку, убедитесь, что она ведет на страницу, к которой вы пытаетесь получить доступ (или попробуйте перейти на эту страницу напрямую через веб-сайт).

2. Очистите кэш браузера

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

Подпишитесь на рассылку новостей

Хотите узнать, как мы увеличили трафик более чем на 1000 %?

Присоединяйтесь к более чем 20 000 человек, которые получают нашу еженедельную рассылку с полезными советами по WordPress!

Если вы являетесь пользователем Google Chrome, вы можете сделать это, нажав на значок меню в правом верхнем углу браузера и выбрав "Настройки". В разделе «Конфиденциальность и безопасность» нажмите «Очистить данные браузера»:

Раздел «Очистить данные браузера» в Google Chrome

Откроется новое окно. На вкладке «Основные» убедитесь, что установлены все три поля, а затем выберите «Очистить данные»:

Окно очистки данных браузера в Chrome

В других браузерах этот процесс будет выглядеть немного иначе. Например, в Mozilla Firefox вы должны щелкнуть значок библиотеки в правом верхнем углу браузера, а затем выбрать «История» > «Очистить недавнюю историю»:

Опция «очистить недавнюю историю» в настройках Firefox

На открывшейся панели выберите «Все» в раскрывающемся меню вверху, убедитесь, что выбран «Кэш», а затем нажмите кнопку «Очистить сейчас»:

Панель «Очистить историю» в Firefox

Если вы используете другой браузер, обратитесь к этому руководству по очистке кеша

3. Сбросьте свой DNS

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

Устали от некачественной поддержки хостинга WordPress уровня 1 без ответов? Попробуйте нашу службу поддержки мирового класса! Ознакомьтесь с нашими планами

Чтобы сделать это в Windows, нажмите кнопку "Пуск" и введите cmd в строке поиска. Нажмите Enter, и откроется командная строка. Скопируйте и вставьте команду ipconfig/flushdns , а затем снова нажмите Enter:

Интерфейс командной строки в Windows

На Mac это можно сделать, выбрав Finder > Приложения > Утилиты > Терминал:

Приложение "Терминал" на Mac

Введите в командной строке sudo killall -HUP mDNSResponder и нажмите Enter. Затем вы можете попробовать обновить страницу, которую вы пытались посетить, чтобы узнать, устранена ли ошибка 401.

4. Деактивируйте свои плагины WordPress

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

Некоторые подключаемые модули, особенно подключаемые модули, ориентированные на безопасность, настроены на отображение ошибки 401 при подозрении на подозрительную активность при входе в систему, которая может указывать на атаку. Другие могут просто страдать от проблем с совместимостью. Поэтому рекомендуется деактивировать все ваши плагины WordPress и посмотреть, решит ли это проблему.

Вы можете деактивировать все плагины одновременно на панели инструментов, выбрав Плагины > Установленные плагины. Установите флажок вверху, чтобы выбрать их все. Затем в раскрывающемся меню «Массовые действия» выберите «Деактивировать» и нажмите кнопку «Применить»:

Параметр деактивации плагина в панели управления WordPress

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

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

5. Проверьте ответ заголовка WWW-Authenticate

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

Как мы видели ранее, ответ 401 отправляется через заголовок WWW-Authenticate, который выглядит как «WWW-Authenticate: realm= ». Он включает в себя «вызовы» или строки данных, которые указывают, какой тип аутентификации требуется для предоставления доступа.

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

Для этого перейдите на веб-страницу, на которой отображается ошибка 401, и войдите в консоль разработчика в Chrome. Вы можете щелкнуть правой кнопкой мыши страницу и выбрать «Проверить» или использовать Ctrl+Shift+J.

Затем нажмите на вкладку "Сеть" и перезагрузите страницу. Это создаст список ресурсов. Выберите заголовок состояния, чтобы отсортировать таблицу и найти код состояния 401:

Код состояния 401 в консоли разработчика в Chrome

Выберите эту запись, а затем перейдите на вкладку Заголовки. В разделе «Заголовки ответа» найдите заголовок WWW-Authenticate:

Раздел «Заголовки ответа» в консоли разработчика

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

Обзор

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

Вот пять методов, которые можно использовать для исправления ошибки 401:

  1. Ищите ошибки в URL.
  2. Очистите кэш браузера.
  3. Очистить DNS.
  4. Деактивируйте плагины WordPress.
  5. Проверьте ответ заголовка WWW-Authenticate.

Экономьте время, деньги и повышайте эффективность сайта с помощью:

  • Мгновенная помощь от экспертов по хостингу WordPress, круглосуточно и без выходных.
  • Интеграция с Cloudflare Enterprise.
  • Глобальный охват аудитории благодаря 29 центрам обработки данных по всему миру.
  • Оптимизация с помощью нашего встроенного мониторинга производительности приложений.

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

Отобранные статьи по теме

База знаний

Как очистить кэш DNS (Windows, Mac, Chrome)

Получаете страницу 404 на своем сайте? Это может быть связано с изменением DNS. Узнайте, как очистить кеш DNS во всех основных ОС и браузерах Chrome (пошаговое руководство…

База знаний

Как исправить ошибку 400 Bad Request [причины и способы устранения]

Ошибка 400 Bad Request указывает на то, что сервер не может или не может обработать запрос из-за ошибки клиента. Прочтите о распространенных причинах и исправлениях.

База знаний

Как очистить кэш для всех основных браузеров

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

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

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

В этом руководстве вы более подробно узнаете о коде ошибки 401, в том числе о его возможных причинах и пяти методах устранения неполадок.

Вы можете увидеть одно из следующих сообщений об ошибке, указывающее на ту же ошибку:

Вот список различных вариантов ошибки 401 и их описания:

  • 401.1 — попытка входа не удалась.
  • 401.2 — попытка входа не удалась из-за конфигурации сервера.
  • 401.3 — попытка входа не удалась из-за ACL (списка управления доступом).
  • 401.501 — клиент сгенерировал слишком много запросов или клиент достиг максимального лимита запросов.
  • 401.502. Эта ошибка возникает, когда определенный клиент (с одного и того же IP-адреса) отправляет несколько запросов на один веб-сервер, достигая ограничения скорости одновременных запросов динамического ограничения IP-адресов.
  • 401.503 — IP-адрес клиента включен в список запрещенных на сервере.
  • 401.504 — имя хоста клиента включено в список запрещенных на сервере.

5 способов устранения ошибки 401 Unauthorized Error

В этом разделе мы рассмотрим пять методов устранения ошибки 401 Unauthorized Error.

Важно! Прежде чем приступить к любому из методов, проверьте, не работает ли веб-сайт для всех или только для вас. Это поможет определить, является ли проблема локальной или серверной.

1. Подтвердите правильность URL-адреса

Это может показаться очевидным, но код ошибки 401 может появиться, если пользователь ввел неверный URL-адрес в адресной строке браузера.

Прежде чем использовать другие методы, проверьте введенный URL. Убедитесь, что вы не пропустили какие-либо специальные символы или цифры.

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

Чтобы получить правильный URL-адрес, попробуйте получить доступ к ресурсам с ограниченным доступом, перейдя на главную страницу веб-сайта и вручную перейдя на проблемную страницу. Другой вариант — попытаться найти страницу в Google.

2. Устранение проблем с конечными пользователями

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

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

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

Очистка кеша браузера и файлов cookie

Очистка кеша DNS

Очистка вашего DNS очистит существующие записи DNS вашего устройства, заставив его сделать совершенно новый запрос и повторно аутентифицировать URL-адреса.

3. Проверьте учетные данные для аутентификации

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

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

Если у вас возникли проблемы с доступом к защищенному паролем сайту WordPress, попробуйте сбросить пароль WordPress.

4. Отключить защиту паролем

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

Если вы включили защиту паролем с помощью файлов .htaccess и .htpasswd, выполните следующие действия, чтобы отключить ее:

  1. Перейдите в файловый менеджер вашей учетной записи хостинга.
  2. Откройте защищенный паролем каталог веб-сайта.
  3. Найдите файл .htaccess, созданный при включении защиты паролем. Его содержание должно выглядеть примерно так:
    1. Создайте резервную копию содержимого файла .htaccess на случай, если вы захотите снова включить защиту паролем в будущем.
    2. Удалите файл .htaccess из каталога.
    3. Найдите секретное расположение файла .htpasswd, создайте его резервную копию и также удалите.

    hPanel имеет удобную функцию, которая позволяет пользователям Hostinger управлять каталогами веб-сайтов, защищенными паролем.

    5. Устранение неполадок в коде

    Иногда ошибка 401 не связана с проблемой на стороне клиента — проблема может быть связана с веб-сервером.

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

    Заголовок WWW-аутентификации

    Начните с проверки заголовка сайта WWW-Authenticate на наличие ошибок.

    Согласно IETF, сервер, генерирующий ответ 401 (Unauthorized), должен отправить поле заголовка WWW-Authenticate, содержащее по крайней мере один запрос, применимый к целевому ресурсу.

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

    Чтобы проверить заголовок WWW-Authenticate на предмет возникновения ошибки 401 Unauthorized Error, выполните следующие действия:

    Отключить плагины, модули и темы

    Если вы столкнулись с кодом ошибки 401 как администратор веб-сайта, вы можете определить ее причину, отключив плагины, модули и темы, установленные на вашем веб-сайте.

    К сожалению, независимо от того, какую CMS вы используете — WordPress, Prestashop или Magento — эти дополнительные фрагменты кода могут вызвать проблемы на вашем веб-сайте, включая ошибку 401 Unauthorized Error.

    В качестве примера мы будем использовать WordPress. Если у вас есть сайт WordPress и вы по-прежнему можете получить доступ к его панели администратора, изменить тему на стандартную и одновременно отключить все плагины будет легко.

    Чтобы восстановить тему по умолчанию, просто перейдите в раздел Внешний вид -> Темы и активируйте тему по умолчанию.

    Чтобы отключить все плагины WordPress одновременно, перейдите в раздел Плагины -> Установленные плагины. Массово выберите все подключаемые модули, выберите «Деактивировать» в раскрывающемся меню и нажмите «Применить».

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

    Однако, если у вас нет доступа к панели администратора WordPress, вы можете отключить свои плагины WordPress, открыв диспетчер файлов в своей учетной записи хостинга и переименовав папку плагинов. Пользователи Hostinger могут управлять своими плагинами прямо из hPanel.

    Точно так же вы можете изменить свою тему WordPress, не открывая панель администратора, внеся изменения в файлы с помощью файлового менеджера и phpMyAdmin.

    Сравнение ошибки 401 и ошибки 403

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

    С другой стороны, ошибка 403 Forbidden Error указывает на то, что сервер получил запрос, но не предоставляет доступ к определенной части веб-сайта.

    Неверные данные для входа являются наиболее распространенной причиной ошибки 401, а недостаточный уровень доступа вызывает ошибку клиента 403. Примером может служить сайт WordPress с функцией членства, запрещающей пользователям с «ролью посетителя» доступ к содержимому только для членов.

    Геоблокировка также может привести к ответу клиента с ошибкой 403. Веб-сервер может ограничивать доступ к IP-адресам из определенных стран или регионов.

    • 403 Запрещено
    • Запрещено: у вас нет разрешения на доступ к [каталогу] на этом сервере
    • Отказано в доступе – у вас нет разрешения на доступ

    Другие ошибки 4xx

    Помимо ошибки 401, вы можете столкнуться с другими кодами состояния 4xx. Если это произойдет, ознакомьтесь со следующими руководствами, в которых мы объясняем их причины и способы их устранения:

    Заключение

    В этом руководстве мы рассмотрели пять методов устранения кода ошибки 401 Unauthorized Error:

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

    Хасна — автор контента в Hostinger. Обладая страстью и знаниями в области информационных технологий и цифрового маркетинга, она надеется помочь людям решить их проблемы и добиться успеха. Когда она не пишет, она любит живую музыку и анализирует фильмы.

    Пользователь запускает классический клиент Controller. Пользователь нажимает "Группа - Центр управления". Это работает нормально (ошибок нет).

    • После этого пользователь повторяет ту же задачу
    • Появляется ошибка.

    Симптом

    Причина

    Эта техническая заметка конкретно относится к сценарию, причиной которого является ограничение контроллера в некоторых средах.

    Окружающая среда

    • Оба продукта «Контроллер» и «Cognos Analytics» (CA) были установлены на одном и том же сервере приложений.
    • Клиент решил включить проверку подлинности Windows на самом низком уровне ("Веб-сайт по умолчанию"), например:

    • Анонимная аутентификация = отключена
    • Аутентификация Windows = включена

    Решение проблемы

    • Однако оставьте часть Cognos Analytics (CA) IIS, чтобы по-прежнему использовать проверку подлинности Windows.

    • ПРИМЕЧАНИЕ. Это отключит функцию единого входа (SSO) как для Cognos Analytics, так и для Controller!

    Представьте себе сценарий, в котором клиент решил включить проверку подлинности Windows на самом низком уровне ("Веб-сайт по умолчанию"). В этом случае решением было бы изменить настройки на:

    Читайте также: