Аутентификация AD 2016 в автообнаружении с помощью пароля IMAP
1728
user27636
Ожидаемое поведение:
Когда пользователь впервые входит в свой профиль пользователя Windows и загружает Outlook 2016, запускается мастер настройки профиля Outlook, и от пользователя требуется лишь несколько раз нажать «Далее», чтобы настроить его автоматически и правильно.
* Обратите внимание, что это работало, как и ожидалось, до обновления офиса, вероятно, 6 или более месяцев назад.
Ошибка:
Проблема, которая возникает, заключается в том, что наш поставщик услуг электронной почты (1 и 1) или Outlook изначально не делает этого, кроме учетных данных для входа в систему, прошедших процесс автообнаружения Outlook 2016 в настройке / мастере профиля Outlook. Это требует, чтобы пользователь вводил свои учетные данные минимум 3 или более раз. Это для пользователей, которые загружают свою учетную запись / профиль в первый раз.
Окружающая среда и информация:
У меня есть подключенные к домену клиентские компьютеры Windows 10 с учетными записями пользователей, которые хранятся на сервере активных каталогов, и установка MS Outlook 2016 MSI развернута. Домен / учетная запись электронной почты не совпадает с полным доменным именем AD и не являетсяучетная запись Office365. Это стандартный почтовый сервис 1and1. У меня есть информация о пользователе и адрес электронной почты на AD. Когда пользователь открывает Outlook в первый раз, запускается мастер настройки профиля. Когда пользователь проходит установку, мастер предварительно заполняет адрес электронной почты из AD, и процесс автообнаружения начинается, как и ожидалось. На третьем шаге «Вход на сервер» появляется приглашение для входа в учетную запись 1and1. Пользователь предоставляет свой пароль (адрес электронной почты уже заполнен) и отправляет его. Тем не менее, приглашение продолжает возвращаться. Я проверил это, и если вы выберете «Сохранить пароль», он будет запрашивать в общей сложности 3 раза, пока не примет его и не сохранит.
Насколько я понимаю, процесс автообнаружения извлечет параметры подключения из файла autdiscover.xml, а затем передаст учетные данные учетной записи пользователя windows, как и раньше. При просмотре журнала он находит файл autodiscover.xml с сервера 1 и 1 и загружает настройки, но не проходит проверку подлинности. У кого-нибудь есть идея, что происходит? Есть ли обходной путь или способ заставить конкретный протокол аутентификации для пользователя / прохода?
Я пробовал несколько параметров в групповой политике для процесса проверки подлинности, но, похоже, настройки только для Exchange / Office365.
Любая помощь или направление, чтобы найти решение приветствуется.
-------- Обновление 8-17-2017 ---------
Я попытался выполнить ответ, предложенный Магнусом ниже, но это диалоговое окно недоступно, когда профиль Outlook не существует, когда пользователь загружает Outlook. Однако я настроил тестовый объект групповой политики для определенного пользователя / машины в нашей сети и со следующими настройками:
Конфигурация пользователя> Шаблоны администрирования> MS Outlook 2016> Настройки учетной записи> Exchange> Аутентификация с Exchange Server, установленным в NTLM
Конфигурация пользователя> Шаблоны администрирования> MS Outlook 2016> Параметры учетной записи> Exchange> Параметр проверки подлинности прокси-сервера RPC установлен на NTLM
С этими наборами все равно не ходи. Еще раз он предлагает пользователю 3 раза с учетными данными для входа. Я где-то читал статью (не могу найти ее в Google), что в текущей версии Outlook 2016 с обновлениями она сильно зависит от того, что установлено в автообнаружении. Я предполагаю, что он ищет протокол в автообнаружении (если он существует) независимо от того, что я установил в своем тестовом объекте групповой политики.
С учетом вышесказанного я включаю данные журнала и результатов из «Test Autoconfig Tool» в Outlook. Пожалуйста, обратитесь ниже и дайте мне знать, если у кого-нибудь есть какие-либо предложения. Я думаю, что мне, возможно, придется как-то создать свой собственный ответ XML.
Возможно, Outlook пытается аутентифицироваться с помощью Negotiateметода, который использует Kerberos. Вы можете увидеть список вещей, которые можно попробовать здесь .
Мобильный Outlook не настроен для использования проверки подлинности NTLM
Функция мобильного Outlook позволяет вам получить удаленный доступ к своей учетной записи Exchange из Интернета, когда вы работаете за пределами брандмауэра вашей организации.
При использовании Outlook Anywhere для подключения к вашему серверу Exchange нам нужно выбрать метод аутентификации среди обычной аутентификации, NTLM-аутентификации и согласованной аутентификации. Разница между ними заключается в том, как пароли отправляются при подключении к серверу. При базовой аутентификации пароль отправляется в виде открытого текста. Использование NTLM-аутентификации может значительно сократить количество запросов пароля.
Чтобы проверить настройки аутентификации, перейдите в «Файл»> «Настройки учетной записи»> «Настройки учетной записи», выберите учетную запись Exchange и нажмите « Изменить» . В мастере изменения учетной записи нажмите « Дополнительные параметры», а затем перейдите на вкладку « Подключение ». Нажмите кнопку «Настройки прокси-сервера Exchange», и теперь вы можете увидеть настройки в разделе «Настройки аутентификации прокси» . Попробуйте изменить аутентификацию на NTLM Authentication, а затем снова проверьте проблему.
Знаете ли вы, соответствует ли этот параметр объекту групповой политики: Конфигурация пользователя> Политики> Шаблоны администрирования> MS Outlook 2016> Параметры учетной записи> Exchange> Параметр проверки подлинности прокси-сервера RPC? Я не могу проверить это сейчас, но буду позже сегодня
user27636 7 лет назад
0
Я не знаю, но это, конечно, звучит так ... Но прежде чем применять его в политике, обязательно сначала проверьте его вручную ...
Magnus 7 лет назад
0
@Magus, до сих пор не удалось вернуться к этой проблеме, но эти параметры прокси-сервера нельзя настроить, поскольку профиль Outlook не существует во время загрузки Outlook 2016. Обратите внимание, что эти параметры прокси-сервера доступны для существующих учетных записей. в профиле. Однако даже в профиле и настройке учетной записи Oultook 2016 в моей учетной записи не было вкладки «Подключения». Пожалуйста, обратитесь к обновлению выше для получения дополнительной информации.
user27636 7 лет назад
0