Виконання Outlook 2016 автовизначення конфігурації сервера

Загальні відомості

Автовизначення, є те, що Outlook використовується, щоб отримати відомості про конфігурацію, для серверів, до якого підключається. Outlook 2016 із серверів Exchange, служби автовизначення вважається єдиної точки з істина, дані про конфігурацію, щоб має бути ввімкнено та працюють належним чином, для Outlook буде повністю. У цій статті описано на виконання поточного випуску Office умить Outlook 2016 каналу служби автовизначення. Щоб отримати додаткові відомості про випуски канал клієнта служби Office 365 див. на таких веб-сайтах корпорації Майкрософт:

Версія та складання номери випусків канал оновлення для Office 365 клієнтів

Оновлення каналу випуски для служби Office 365 клієнта

Додаткова інформація

Автовизначення часу.

Автовизначення конфігурації сервера, що працює в такий час:

Під час створення з облікового запису.
Проміжки збирати зміни URL-адрес, які містять веб-служби Exchange, має (OOF, служби доступності і т. д.). Цей процес завершено успішно, спробуйте, іншому здійснюється годину пізніше. Спроба не виконано, далі спробуйте здійснюється через 5 хвилин. Кожна спроба може потенційно бути за шириною як на 25 відсотків через тла завдання інфраструктури, що використовується для всіх програм для Microsoft Office.
У відповідь на певні неполадки з підключенням. У різних сценаріях, коли не вдається виконати спробу підключення, запуску Outlook Autodiscover завдання для отримання нових параметрів у спробі виправити неполадки з підключенням.
Якщо інший застосунок викликає його за допомогою MAPI. Щоб отримати додаткові відомості про інтерфейс MAPI, див. в цій статті на сайті MSDN: Outlook MAPI посилання.

Автовизначення ефективності

Користувача основних ім'я (UPN) дає змогу прискорити процес автовизначення.

На комп'ютері до домену Outlook, необхідно знати UPN, для користувачів, щоб розпочати процес автовизначення. В УПН може бути використані для входу до системи Windows, при цьому Outlook має прямий доступ до УПН з облікові дані для входу. Але якщо користувач використання домен, для входу у Windows, Outlook лише ж облікові дані користувача. Отримати в УПН, Outlook потрібно спочатку знайти користувача в каталозі. Outlook надсилатиме запити, що це підстановки має переслідувати переходів. У складних середовищах, це може спричинити великої кількості контролери домену, щоб зв'язатися з перед тим, як результат буде знайдено. Після того, як Outlook, виявляє UPN, для користувача, значення, кешування даних у профілі та підстановки не потрібно знову станеться для цього користувача.

Щоб запобігти цьому, користувач може ввійти за допомогою в УПН замість домен.

ІТАР рекомендації

Microsoft Office 365 надає, функції, які підтримують клієнтів ІТАРзобов'язань. У контексті функції для служби автовизначення в Outlook набір функцій містить параметри політики та поведінки, яка гарантує, що кінцевих точок служб для служби автовизначення, дотримуватися суверенних хмари вимоги. Зокрема, в Office 365 певних кроків, зазначених у процесі служби автовизначення, (кроки 4 і 11), політики керування доступний для забезпечення кінцевих точок відповідних служб використовується під час служби автовизначення.

Процес автовизначення

Кожного разу, коли програма Outlook має, інформація для служби автовизначення, він використовує набір замовлений дії для відновлення даних XML, який містить параметри конфігурації. Багато з цих дій можна керувати за допомогою об'єктів групової політики (GPO), а значення групової політики включено в описі кроку.

Крок 1: Перевірка перезавантаження сценаріїв.

У деяких випадках, наприклад, під час додавання другий обліковий запис у той час як Outlook працює автовизначення корисне навантаження кешування даних до локального файлу для використання під час перезапуску Outlook клієнта. Перший служби автовизначення, крок, щоб перевірити реєстр, деякі спеціальні "завантаження" інформацію, Outlook, що ви перебуваєте в центрі одного з них, перезавантаження, сценаріїв і читання автовизначення корисне навантаження з спеціальний Локальний файл. Це рідко справи і як правило, не є причиною загальні проблеми для служби автовизначення. Для виконання цієї дії якщо Outlook, вирішує ви при цьому спеціальний завантаження і спроба отримати Autodiscover. XML-дані не вдається, всього служби автовизначення, спроби не вдається. Буде зроблено спробу виконати жодних дій.

Немає конкретних політики керування для виконання цієї дії.

Крок 2: Перевірте налаштування для локальних даних

Програма Outlook має, GPO, щоб повідомити адміністраторів, розгортання певний Autodiscover. XML файл для настроювання. Адміністратор має Розгорнути цей параметр реєстру, seeded файл. autodiscover.xml Outlook читає файл автовизначення корисне навантаження. Це ще раз на випадок, що є звичайними, і зазвичай не є причиною загальні проблеми служби автовизначення. Якщо ці дії не отримати корисне навантаження, Outlook переходить до кроку 3. Щоб отримати додаткові відомості про служби автовизначення XML див. таку статтю на сайті TechNet: план автоматично, Настроювання облікових записів користувачів в Outlook 2010Приміткау цій статті, було створено для Outlook 2010. Однак, як і раніше актуальні пізніших версій Outlook. Політики керування значення, для виконання цієї дії буде таким: PreferLocalXML.

Крок 3: Перевірте Остання відома вдала (LKG) даних.

Під час служби автовизначення, отримує в XML-корисне навантаження належним чином через будь-який крок, корисне навантаження може бути кешування даних як ", Остання відома добре" конфігурації. Перший зазвичай успішно спосіб отримати до служби автовизначення, корисне навантаження – це останній файл добре відомі. Шлях Остання відома вдала XML-файл, що відбудеться у профілі Outlook. Крок LKG використовується лише для відкриття в основній поштовій скриньці конфігурації. Чи підстановки Autodiscover для поштової скриньки не основний (альтернативний, представник, спільних папок, Група поштової скриньки і так далі), а потім автоматично LKG крок пропускається. Якщо ці дії не отримати корисне навантаження, Outlook переходить до кроку 4. Політики керування значення, для виконання цієї дії буде таким: ExcludeLastKnownGoodURL.

Крок 4: Перевірте O365, як

Outlook використовує набір евристики, щоб визначити, чи надається облікового запису, що надходить з Office 365. Якщо Outlook визначає впевнено, інстальованої на O365 користувач, зроблено спробу отримати автовизначення корисне навантаження з відомим O365 кінцеві точки (як правило, https://autodiscover-s.outlook.com/autodiscover/autodiscover.xml або https://autodiscover-s.partner.outlook.cn/autodiscover/autodiscover.xml). Якщо ці дії не отримати корисне навантаження, Outlook переходить до кроку 5. Політики керування значення для виконання цієї дії буде таким:

ExcludeExplicitO365Endpoint.

ІТАР уваги.

За промовчанням Outlook надсилає запит відомі кінцевої точки для отримання корисне навантаження служби автовизначення. Наявні політики, щоб оминути цей крок не завершився і може використовуватися, перейдіть до кроку 5, не намагаючись кінцевої точки. Крім того, є нова політика, з посиланням на Outlook запиту у службу Office 365 Config для отримання відповідного URL-адреси, з яких можна отримати автовизначення корисне навантаження. Концептуально, цей процес працює наступним чином:

Присвоїти нової політики.
Крок 4 процес автовизначення Outlook надсилає запит до служби Office 365 Config.
Виявиться, що (у разі наявності) спеціальні ІТАР, які діють для вказаного користувача та повертає відповідні URL-адреси для цього користувача за допомогою інформації домену в УПН.
Outlook намагатиметься отримати автовизначення корисне навантаження з URL-адреси зі службою.

Політики керування значення для нової функції використовувати службу Office 365 Config, є EnableOffice365ConfigService.

Примітка

Політика EnableOffice365ConfigService на створення 16.0.9327.1000, більше не використовується.

Крок 5: Перевірте SCP даних

Якщо комп'ютер підключено до домену, виконує запиту LDAP, для отримання даних точці підключення служби, що повертає шлях XML-служби автовизначення. Потім зроблено спробу кожного URL-адресою, повертається SCP підстановки для отримання корисне навантаження служби автовизначення. Якщо ці дії не отримати корисне навантаження, Outlook переходить до кроку 6. Щоб отримати додаткові відомості про SCP див. таку статтю на сайті MSDN: публікації з точки відновлення підключення до служби. Політики керування значення, для виконання цієї дії буде таким: ExcludeScpLookup.

Крок 6: Перевірте в кореневому домені

Для виконання цієї дії Outlook створює URL-адресу, ім'я домену, початкова адреса у форматі https://<domain>/autodiscover/autodiscover.xml та намагається відновити корисне навантаження з вихідні URL-адресу. Через те, що в багатьох доменах для кореневого, не настроєно для служби автовизначення, Outlook цілеспрямовано мовчання сертифікат помилки, які виникають під час спроби отримання. Якщо ці дії не отримати корисне навантаження, Outlook переходить до кроку 7. Політики керування значення, для виконання цієї дії буде таким: ExcludeHttpsRootDomain.

Крок 7: Перевірка автовизначення домену

Для виконання цієї дії Outlook створює URL-адресу, ім'я домену, початкова адреса у форматі https://autodiscover.<domain>/autodiscover/autodiscover.xml та намагається відновити корисне навантаження з вихідні URL-адресу. Через те, що це основний URL-адресу, як правило, для служби автовизначення дані, Outlook не притишити сертифікат помилки, які виникають під час спроби отримання. Якщо ці дії не отримати корисне навантаження, Outlook переходить до кроку 8. Політики керування значення, для виконання цієї дії буде таким: ExcludeHttpsAutoDiscoverDomain.

Крок 8: Перевірка локальних даних.

На кроці 2 Outlook перевіряти, чи адміністратором, було розгорнуто політики, зокрема, перевірити для служби автовизначення корисне навантаження, як уподобання. Якщо є політики, немає на місці, але наведені вище кроки не повернути корисне навантаження, Outlook тепер спробує завантажити корисне навантаження з локального файлу без PreferLocalXML настройки на місці. Якщо на цьому кроці отримати корисне навантаження, Outlook переміщує крок 9. Існує політика керування для виконання цієї дії.

Крок 9: Перевірте перенаправлення HTTP

Для виконання цієї дії, Outlook надсилає запит URL-адресу служби автовизначення домену (http://autodiscover. < домен > / autodiscover/autodiscover.xml) і перевірити переспрямування відповіді. Якщо повертається до фактичного корисне навантаження Autodiscover. XML, а не переспрямування, Outlook не враховує фактичний відповідь служби автовизначення XML через те, що це було отримано без безпеки (http). Якщо відповідь дійсний переспрямування URL-адресу, Outlook слід перенаправляти та намагається відновити XML корисне навантаження з нову URL-адресу. Outlook здійснить сертифікат перевірки для запобігання переспрямування до потенційно небезпечні URL-адреси, на цьому кроці. Якщо ці дії не отримати корисне навантаження, Outlook переходить до кроку 10. Політики керування значення, для виконання цієї дії буде таким: ExcludeHttpRedirect.

Крок 10: Перевірити SRV даних

Для виконання цієї дії Outlook забезпечує DNS-запитів для "_autodiscover._tcp. < доменне ім'я >" та проходить результати, потрібні для першого запису, де використовується протокол https. Потім програма намагається отримати корисне навантаження з, що URL. Якщо ці дії не отримати корисне навантаження, Outlook переходить до кроку 11.Політики керування значення, для виконання цієї дії буде таким: ExcludeSrvRecord.

Крок 11: Перевірити O365 як відмовостійких

Якщо наведені вище кроки не повернутися до корисне навантаження, Outlook використовує менш жорсткими набір евристики вирішити, чи остаточне спроба O365 кінцеві точки потенційно корисні. Якщо outlook вирішує, доцільно спроба, намагається виконати відомі O365 автовизначення кінцеві точки у випадку, якщо обліковий запис O365 облікового запису. Ця спроба використовує ж цільової URL-адреси, крок 4 а також відрізняються тільки в тому, що вона є намагалися як останній засіб і не раніше, у процесі служби автовизначення. Політики керування значення, для виконання цієї дії буде таким: ExcludeExplicitO365Endpoint.

ІТАР рекомендації

Outlook отримує ці дії не отриманий з корисне навантаження для служби автовизначення, щоб дізнатися, чи слід виконувати відомі кінцеві точки служби Office 365 виконуються два тести. По-перше, якщо поштової скриньки користувачів облікового запису (наприклад, outlook.com), виконані відомим кінцевої точки. По-друге, якщо поштова скринька визначається, належать до домену, який не ІТАР вимоги, виконані відомим кінцевої точки. Якщо поштова скринька визначається, комерційних і належить до домену, який має ІТАР вимоги, не спроба відомі кінцеві точки служби Office 365. В майбутніх випусках, крок 11 може перемістіть ж логіку крок 4, і зателефонувати до служби Office 365 Config. Внесення змін у цій статті буде оновлено для використання нових кроку процесу.

Переспрямування обробки

Крок 9, у розділі процес автовизначення, є явного кроком для обробки небезпечний переспрямування даних. У будь-який інший безпечний процедуру, будь-які спроби відновити Autodiscover. XML-дані можливо Один відповідь кінцевої точки-це переспрямування відповідь. Ця відповідь вказує на Outlook переспрямування до нового, різні URL-адреси для отримання корисне навантаження. Крім того, для переспрямування дані можуть містити нове, різні адресу використовувати як адресу призначення для служби автовизначення спроба. Outlook вважає, три окремі відповіді, необхідно "переспрямування на відповіді":

На код стану HTTP (301, 302) з URL-адреси нового
Код стану HTTP 200, але з XML, який повідомляє Outlook переспрямування URL-адресу іншого корисне навантаження
На код стану HTTP 200, але корисне навантаження XML, який повідомляє Outlook, щоб використовувати іншу адресу smtp адреси призначення.

У випадках, 1 і 2 програма намагається отримати autodiscover. XML, із нову URL-адресу, за умови, що протокол https. Не зроблено спробу виконати URL-адреси, небезпечний (http). Крім того, навіть якщо нову URL-адресу протоколу https, Outlook перевірте сертифікат відомості для надання додаткової міри безпеки. Випадку 3 запуску Outlook процес всього автовизначення від початку. Якщо всі дії (1-11), здійснюватимуться без будь-який успіх, використовуючи нову адресу електронної пошти, натисніть Outlook повертається до вихідного адресу електронної пошти, переходить до кроку 5 і продовжує спроби відновити з даних XML оригінальний адресу.

Винятки

Дії, описані в розділі процес автовизначення, які Загальні правила як програма намагається отримати корисне навантаження служби автовизначення. Існують різні оптимізації та виняткові спроб, які можуть змінити процес трохи. Наприклад, під час виконання на створення нового облікового запису, Outlook внутрішньо пропускає крок 3 (перевірка Остання відома вдала (LKG) дані), тому, що він ще не може мати, Остання відома вдала, запис. Так само, якщо спроба виникла через помилку, за допомогою поточні дані про конфігурацію, потім Outlook цілеспрямовано хоче автовизначення знову а не використовувати дані LKG через те, що приблизно в результаті Остання відома вдала відомості про помилка.

Політики керування

Значення політики, які визначено, процес автовизначення розділ, може бути, значень реєстру на основі політики або параметрів, що не політики на основі. Після того, як вони є розгортається за допомогою групової політики або Ручне настроювання політики ключ, параметри вищий пріоритет над ключем-політики. -Політики ключ: HKEY_CURRENT_USER\Software\Microsoft\Office\16.0\Outlook\AutoDiscover Політики ключ: HKEY_CURRENT_USER\Software\Policies\Microsoft\Office\16.0\Outlook\AutoDiscover Має кожний параметр типу DWORD. , PreferLocalXML , відрізняється від інших значення елемента керування, а значення 1 , набори Outlook, щоб повернути на цьому етапі. Для значення, що залишилися параметр 1 вказує на outlook, щоб увімкнути Вимкнути або пропустити пов'язані крок. Наприклад, встановлення значення ExcludeHttpsRootDomain 1 встановлює не для того, щоб виконати крок 6 процесу.

Додаткові реєстру елементів керування

Програма Outlook, має кілька варіантів додаткове налаштування на основі реєстру, які можуть вплинути на процес автовизначення:

Використання служби Office 365 Config

Ключ: HKEY_CURRENT_USER\Software\Microsoft\Office\16.0\Outlook\AutoDiscover Значення: EnableOffice365ConfigService За промовчанням: 0 Дані: 1, щоб примусити Outlook для виклику Config служба Office 365 для отримання відповідного автовизначення URL-адреси, значення DWORD дані.

HTTP-параметри часу очікування

Ключ: HKEY_CURRENT_USER\Software\Microsoft\Office\16.0\Outlook\AutoDiscover Значення: час очікування Значення за промовчанням: 25 секунд. Принаймні: 10 секунд. Максимально: 120 секунд.

Відомості: Вичерпання часу очікування на вказаний використовується як WinHttpSetTimeouts параметри. Дані, указані передаються до всіх чотирьох параметрів WinHttpSetTimeouts API. Потенційно, це дасть змогу запит HTTP, недоступність час очікування, швидше, що підвищить ефективність. Параметри дозволяє запит HTTP, триває довше, ніж за промовчанням 25 секунд для успішної інсталяції без попередження, збільшивши параметр часу очікування, на те, що більше 25 секунд. MAPI/Http протоколу керування

Ключ: HKEY_CURRENT_USER\Software\Microsoft\Exchange Значення: MapiHttpDisabled За промовчанням: 0 Дані: 1 = протокол вимкнуто; 0 = протокол увімкнуто.

Відомості про: Це значення не знаходиться у розділі для служби автовизначення. Це загальне налаштування, елементів керування, чи в Outlook, спробуйте підключитися до сервера Exchange за допомогою стек протоколу Mapi/Http. За промовчанням у програмі Outlook 2016 не мають цього Протоколу, вимкнуто. Таким чином, щоб додати спеціальним процес автовизначення (X-MapiHttpCapability:1) до відкриття обробляти параметри протоколу Mapi/Http можуть оцінити та оброблено. Застаріла автентифікація погодження керування

Ключ: HKEY_CURRENT_USER\Software\Microsoft\Office\16.0\Outlook\RPC Значення: AllowNegoCapabilityHeader За промовчанням: 0 Дані: 1 = заголовки додаються; 0 = заголовки не додаються

Інформація: Зверніть увагу, це значення не, у розділі для служби автовизначення. Цей параметр визначає, чи додається заголовка автентифікації-підготовка до надсилання http-запитів. Вміст заголовка, залежить від можливостей перевірки автентичності на клієнтському комп'ютері. На прикладі заголовок може бути: "X узгоджений можливість: узгодити pku2u, Kerberos, NTLM, MSOIDSSP". Цей параметр реєстру а також заголовок, що він дозволяє створити, які рідко використовується в будь-який сучасний автентифікації, стек і навряд чи впливає на процес tAodiscover, або негативний або позитивна способом. Виправлення помилок сертифікатів

Ключ: HKEY_CURRENT_USER\Software\Microsoft\Office\16.0\Outlook\AutoDiscover Значення: ShowCertErrors За промовчанням: 0 Дані: 1 = Показати сертифікат попередження або помилки; 0 = не показувати більше сертифікатів попередження

Відомості про: Це значення визначає, як Outlook дескрипторів сертифікатів, помилки та попередження, що надходять під час виконання завдання з http. Outlook може змінити цей параметр, у деяких випадках (крок 6, у розділі процес автовизначення), а також для загального випадку, якщо цей параметр увімкнуто, Microsoft Outlook запит безпеки діалогове вікно, яке відображає сертифікат помилки або попередження і користувачі OK або Скасувати запит за протоколом Http. Існує три помилки певного сертифікат користувача, можна вказати, щоб проігнорувати та інстальовано Outlook, повторіть запит за протоколом http:

WINHTTP_CALLBACK_STATUS_FLAG_CERT_DATE_INVALID-існує проблема з датою, у властивостях сертифікатів
WINHTTP_CALLBACK_STATUS_FLAG_CERT_CN_INVALID-існує проблема з загальне ім'я у властивостях сертифікатів
WINHTTP_CALLBACK_STATUS_FLAG_INVALID_CA-існує проблема з центром сертифікації, у властивостях сертифікатів Додаткові відомості про такі повідомлення про помилку з трьох сертифікат можна знайти у WINHTTP_STATUS_CALLBACK зворотного виклику функції

Проксі-сервер перевірки автентичності обробки

Ключ: HKEY_CURRENT_USER\Software\Microsoft\Office\16.0\Outlook\HTTP\ Значення: AllowOutlookHttpProxyAuthentication За промовчанням: 0 Дані: 1 = дозволити Outlook, для перевірки автентичності проблеми з проксі-серверів, 0 = Успешная установка без збоїв проблеми автентифікації, проксі-серверів

Відомості: Цей параметр реєстру дозволяє відпочинку в конфігурації безпеки та покривається докладно в такій статті бази знань Microsoft Knowledge Base: 3115474 MS16-099: Опис оновлення безпеки для Outlook 2010: 9 серпня 2016

Автовизначення, для інших протоколів

Автовизначення, як функція також використовується в Outlook виявити та настроїти Exchange ActiveSync. (EAS), облікові записи. Процес EAS автовизначення і прийняття рішень є окремо від дії, описані в цій статті. Наприклад, виконання EAS не застосовує логіка O365 кінцевої точки і не має крок, який перевіряє, чи є SCP розташування. У цій статті, призначені для опису докладні інструкції, який використовується Outlook для служби автовизначення спроби отримати MAPI, на основі протоколи з Exchange.

Посилання

Застарілі відомості про служби автовизначення, можна знайти в такій статті бази знань Microsoft Knowledge Base:

Неочікувані автовизначення 2212902 ситуація, коли параметри реєстру, у розділі, \Autodiscover

Щоб отримати додаткові відомості про служби автовизначення див. такі статті корпорації Майкрософт:

Автовизначення, для Exchange

Служба автовизначення конфігурації сервера