3

Я создал сайт с базовой HTTP-аутентификацией. Если я перейду туда с IE 11 или Firefox 38, я получу ожидаемое диалоговое окно с запросом учетных данных. Если я попытаюсь перейти с Chrome 45, он сразу же выдаст мне страницу ошибки "Требуется авторизация" и никогда не запрашивает учетные данные. Это происходит даже после того, как я перезагружаю браузер или весь компьютер.

Я сделал следующие вещи:

  • Настройте все мои зоны безопасности в параметрах обозревателя IE/Windows, чтобы запрашивать имя пользователя и пароль, поскольку я понимаю, что Chrome для Windows использует эти параметры.
  • Попытался убедиться, что всплывающие окна включены для хоста, на котором я собираюсь.
  • Проверяется, возможно, были сохранены неправильные учетные данные (нет сохраненных паролей для хоста, на который я собираюсь).
  • Покопался на странице настроек самого Chrome и больше ничего не нашел.
  • Перейдите по нужному адресу и вставьте учетные данные в URL (http://user:password@host.com/page.html).

Пока не играю в кости, я собираюсь вырвать свои волосы.

Я хотел бы отметить, что, например, я не могу дать URL-адреса, к которым я пытаюсь получить доступ, поскольку они не являются общедоступными. Во-вторых, введены некоторые доменные политики, и я не могу изменить некоторые настройки в Chrome (это корпоративная машина). Мне интересно, есть ли что-то, что я пропустил, что могло бы, по крайней мере, объяснить, почему он это делает?

|источник

3 ответа3

2

У меня была похожая проблема, но мне не удалось найти, где Chrome хранит этот параметр. В OS X он находится в ~/Library/Preferences/com.google.Chrome.plist .

Вы можете проверить, влияет ли это на вас, прочитав ключ AuthSchemes :

defaults read ~/Library/Preferences/com.google.Chrome.plist

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

defaults write ~/Library/Preferences/com.google.Chrome.plist AuthSchemes basic,digest,ntlm,negotiate

|источник
1

...И как только я закончил писать это, я наткнулся на то, что я пропустил. Похоже, что политики, установленные моими администраторами доменов, имеют политику Chrome AuthSchemes установленную просто для negotiate , поэтому она не беспокоит обычную аутентификацию. Похоже, мне нужно поговорить с ИТ-отделом ...

|источник
0

У меня была похожая проблема, Chrome не отображал диалог сохранения после того, как я ввел базовую аутентификацию на определенном веб-сайте. Тем не менее, он сохранил логин / пароль от реального сайта, который я посетил. Я решил эту проблему, удалив существующий логин / пароль для этого сайта из «Настройки> Управление паролем» и перезапустил Chrome. После этого появился диалог сохранения для базовой аутентификации.

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

|источник

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .