Autodiscover і всі всі всі

Дуже багато хто в інтернетах звертає свою увагу на механізм Autodiscover, і це добре. Ще більше багато хто намагається переказати простими зрозумілими словами старий добрий документ Understanding the Exchange 2010 Autodiscover Service, або дивлячись блоги, малюють картинки і великі літери, намагаючись донести до широких суспільних мас суть, викладену все в тому ж документі. Так як таких статей досить багато, сьогодні не хотілося б на цьому зупинятися докладно: я вважаю, що цілком можна зібратися з силами, і здолати першоджерело за кілька спроб, не розповзаючись по дереву. Якщо ви намагалися це зробити раніше, або ніколи не бачили посилання вище-переможіть її після закінчення читання цієї статті, для кращого розуміння ситуації.

Хотілося б зараз поговорити лише про два моменти:

    Не всі знають про відмінності в поведінці Outlook 2013 і 2010. Багато адміністраторів Exchnage до цих пір вважають, намагаючись склеїти з різних блогів опис процесу Autodiscover, що від сервера до сервера (наприклад, Exchange 2013, 2010, або 2007 ), цей процес має значні відмінності. Порада тут той же, що й вище-звернутися до whitepaper, і дивитися в неї кілька годин. Відмінності, як здогадалися уважні читачі whitepaper, причаїлися в поведінці клієнтів - саме оновлення для Outlook допомогли останньому навчитися нового методу автовиявлення, використовуючи запис SRV в далекому 2007 році. У 2013 Outlook з'явилося нововведення - можливість кешування запису останньої вдалої відповіді, але я хотів би поговорити не про цей метод, а про іншу можливість Outlook 2013. [ТЗ mode on] Під час першого запиту до SCP клієнт одночасно запитує і DNS записи, і якщо SCP не відповість, DNS записи вже отримані тазакешовані. Цього не видно через вбудовану в Outlook перевірку автоконфігурації клієнта, але чудово видно через Netmon, який ніколи не бреше. На скріншоті нижче ми бачимо, що клієнт 2010 робить один запит HTTP і отримує перенаправлення 302 у відповіді на запит.

autodiscover

А Outlook 2013 робить два різні запити. Перший такий самий, як ми бачили раніше. Потім через 5 секунд він виконує перевірку вже зовнішнього НТТР запиту, як і Outlook 2010. Так само йому приходить відповідь з кодом НТТР перенаправлення 302.

2013

  • ExcludeScpLookup
  • ExcludeHttpsRootDomain
  • ExcludeHttpsAutodiscoverDomain
  • ExcludeHttpRedirect
  • ExcludeSrvRecord
  • PreferLocalXML
  • ExcludeLastKnownGoodURL (застосовується лише Outlook 2013)

Ці стандартні механізми допоможуть не вдаватися до інших сумнівних методів для прискорення процесу виявлення. Часто їх застосування виправдане, якщо Ви здійснили міграцію ящиків до Office 365.