Автоматично откриване и всички всички всички

Много хора в интернет насочват вниманието си към механизма за автоматично откриване и това е добре. Още повече мнозина се опитват да преразкажат с прости разбираеми думи добрия стар документ Understanding the Exchange 2010 Autodiscover Service, или разглеждайки блогове, рисуват картини и главни букви, опитвайки се да предадат на широката публика убягващата им същност, изложена в същия документ. Тъй като има доста такива статии, днес не бих искал да се спирам подробно на това: вярвам, че е напълно възможно да съберете сили и да преодолеете първоизточника с няколко опита, без да се разпространявате по дървото. Ако сте опитвали това преди или никога не сте виждали връзката по-горе, победете я, след като приключите с четенето на тази статия, за да разберете по-добре ситуацията.

Сега бих искал да говоря за две неща:

    Не всеки е наясно с разликите в поведението на Outlook 2013 и 2010. Много администратори на Exchnage все още вярват, опитвайки се да слепят описанието на процеса на автоматично откриване от различни блогове, че от сървър на сървър (например Exchange 2013, 2010 или 2007), този процес има значителни разлики. Съветът тук е същият като по-горе – обърнете се към бялата книга и се взирайте в нея няколко часа. Разликите, както предположиха внимателните читатели на бялата книга, се криеха в поведението на клиентите - актуализациите за Outlook помогнаха на последните да научат нов метод за автоматично откриване, използвайки SRV записи през 2007 г. В Outlook 2013 имаше иновация - възможността да се кешира записът на последния успешен отговор, но бих искал да говоря не за този метод, а за друга функция на Outlook 2013.кеширани. Това не се вижда чрез вградената проверка за автоматично конфигуриране на клиента на Outlook, но е идеално видимо чрез Netmon, който никога не лъже. На екранната снимка по-долу можем да видим, че клиентът 2010 прави една HTTP заявка и получава пренасочване 302 в отговор на заявката.

откриване

И Outlook 2013 прави две различни заявки. Първият е абсолютно същият, както видяхме по-рано. След това, 5 секунди по-късно, той проверява вече външната HTTP заявка, точно като Outlook 2010. По същия начин получава отговор с 302 HTTP код за пренасочване.

всички

  • ExcludeScpLookup
  • ИзключетеHttpsRootDomain
  • ИзключетеHttpsAutodiscoverDomain
  • ExcludeHttpRedirect
  • ExcludeSrvRecord
  • PreferLocalXML
  • ExcludeLastKnownGoodURL (отнася се само за Outlook 2013)

Тези стандартни механизми ще ви помогнат да избегнете други съмнителни методи, използвани за ускоряване на процеса на откриване. Често е оправдано да ги използвате, ако сте мигрирали пощенски кутии към Office 365.