Implementasi Outlook 2016 Autodiscover

Ringkasan

Autodiscover adalah fitur yang menggunakan Outlook untuk mendapatkan informasi konfigurasi server yang tersambung. Di Outlook 2016 dengan Exchange Server, Autodiscover dianggap sebagai titik tunggal kebenaran informasi konfigurasi dan harus dikonfigurasi dan bekerja dengan benar untuk Outlook untuk dapat sepenuhnya fungsional. Artikel ini menjelaskan implementasi Autodiscover di saluran aktif peluncuran Click-to-Run Outlook 2016. Untuk informasi lebih lanjut tentang rilis saluran klien Office 365, lihat situs web Microsoft berikut ini:

Nomor versi dan edisi rilis saluran pembaruan untuk Office 365 klien

Office 365 klien update saluran rilis

Informasi selengkapnya

Waktu Autodiscover

Temukan otomatis berjalan pada waktu berikut ini:

Selama pembuatan akun.
Pada interval yang ditetapkan untuk mengumpulkan perubahan ke URL yang menyediakan layanan Web Exchange fitur (OOF, Layanan ketersediaan, dan sebagainya). Jika proses ini berhasil, coba lain yang dibuat satu jam kemudian. Jika upaya tidak berhasil, coba selanjutnya dibuat 5 menit kemudian. Upaya setiap kemungkinan akan terhuyung sebanyak 25 persen karena infrastruktur tugas latar belakang yang digunakan oleh semua aplikasi Microsoft Office.
Sebagai respons terhadap kegagalan konektivitas tertentu. Dalam berbagai skenario, ketika usaha koneksi gagal, Outlook dimulai Autodiscover tugas untuk mengambil kembali pengaturan baru di setiap upaya untuk memperbaiki masalah sambungan.
Ketika aplikasi lain memanggil itu menggunakan MAPI. Untuk informasi selengkapnya tentang MAPI, lihat artikel MSDN berikut: Outlook MAPI referensi.

Efisiensi Autodiscover

Menggunakan Nama prinsip pengguna (UPN) untuk mempercepat proses Autodiscover.

Pada komputer yang tergabung dengan domain, Outlook harus tahu UPN pengguna untuk memulai proses Autodiscover. UPN dapat digunakan untuk log masuk ke Windows, dalam hal Outlook memiliki akses langsung ke UPN kredensial logon. Tetapi apabila domain\username penggunaan pengguna untuk masuk Windows, Outlook hanya memiliki kredensial yang sama untuk pengguna. Untuk mendapatkan UPN, Outlook harus terlebih dahulu mencari pengguna di direktori. Outlook akan meminta pencarian ini harus mengejar referensi. Di lingkungan yang kompleks, hal ini dapat menyebabkan sejumlah besar DC dihubungi sebelum hasil yang ditemukan. Setelah Outlook menemukan UPN bagi pengguna, nilai disembunyikan di profil, dan pencarian tidak akan terjadi lagi untuk pengguna ini.

Untuk menghindari skenario ini, pengguna dapat logon menggunakan UPN bukannya domain\username.

Pertimbangan ITAR

Microsoft Office 365 menyediakan fitur yang dapat mendukung pelanggan dengan ITARkewajiban. Dalam konteks fitur Autodiscover di Outlook, rangkaian fitur ini termasuk tataan kebijakan dan perilaku yang memastikan akhir layanan yang digunakan untuk Autodiscover mematuhi persyaratan berdaulat cloud. Khususnya, di Office 365 spesifik langkah-langkah yang tercantum dalam proses Autodiscover (langkah 4 dan 11), kontrol Kebijakan tersedia untuk memastikan bahwa layanan yang sesuai akhir digunakan selama proses Autodiscover.

Proses Autodiscover

Setiap kali Outlook memerlukan informasi Autodiscover, menggunakan serangkaian memerintahkan langkah-langkah untuk mencoba mengambil beban XML yang berisi pengaturan konfigurasi. Banyak langkah-langkah ini dapat dikendalikan menggunakan objek kebijakan grup (GPO), dan nilai GPO disertakan dalam langkah keterangan.

Langkah 1: Periksa skenario restart

Dalam beberapa kasus, seperti saat Anda menambahkan akun kedua ketika Outlook dijalankan, beban Autodiscover cache berkas lokal yang akan digunakan selama restart klien Outlook. Restart pertama Autodiscover langkah ini untuk memeriksa registri untuk beberapa khusus "boot" informasi yang menyatakan Outlook yang Anda di salah satu skenario dan membaca Autodiscover beban dari berkas lokal khusus. Ini adalah kasus yang jarang terjadi dan biasanya tidak menyebabkan masalah Autodiscover generik. Untuk langkah ini, jika memutuskan Outlook Anda dalam skenario boot khusus ini dan upaya untuk mengambil kembali data Autodiscover XML gagal, Autodiscover seluruh upaya gagal. Langkah-langkah tambahan tidak ada upaya.

Ada tidak ada kontrol Kebijakan khusus untuk langkah ini.

Langkah 2: Periksa Data lokal preferensi

Outlook menyediakan GPO memungkinkan administrator menggunakan file Autodiscover XML tertentu yang akan digunakan untuk konfigurasi. Jika administrator telah menerapkan nilai registri ini dan unggulan berkas autodiscover.xml, Outlook membaca Autodiscover beban dari berkas ini. Ini lagi kasus yang jarang terjadi dan biasanya tidak menyebabkan generik Autodiscover masalah. Jika langkah ini tidak mengambil beban, Outlook akan memindahkan ke langkah 3. Untuk informasi selengkapnya tentang Autodiscover XML, lihat artikel TechNet berikut: berencana untuk secara otomatis mengkonfigurasi account pengguna di Outlook 2010catatanartikel ini dibuat untuk Outlook 2010. Namun, ini masih relevan untuk versi Outlook yang lebih baru. Nilai kontrol kebijakan untuk langkah ini adalah sebagai berikut: PreferLocalXML.

Langkah 3: Periksa data yang terakhir diketahui baik (LKG)

Ketika Autodiscover mengambil beban XML berhasil melalui setiap langkah, beban mungkin menjadi tembolok lokal sebagai "terakhir diketahui baik" konfigurasi. Pertama umumnya berhasil metode untuk mendapatkan beban Autodiscover berasal dari berkas ini terakhir diketahui baik. Jalur berkas XML terakhir diketahui baik berasal dari profil Outlook. Langkah LKG hanya digunakan untuk menemukan konfigurasi kotak surat primer. Apakah pencarian Autodiscover untuk kotak surat non-utama (delegasi alternatif, folder publik, Grup kotak pesan, dan sebagainya), maka langkah LKG secara otomatis dilewati. Jika langkah ini tidak mengambil beban, Outlook akan memindahkan ke langkah 4. Nilai kontrol kebijakan untuk langkah ini adalah sebagai berikut: ExcludeLastKnownGoodURL.

Langkah 4: Memeriksa O365 sebagai prioritas

Outlook menggunakan serangkaian heuristik untuk menentukan apakah akun pengguna yang disediakan berasal dari Office 365. Jika Outlook menentukan yakin bahwa Anda adalah pengguna O365, usaha dibuat untuk mengambil kembali Autodiscover beban dari akhir O365 diketahui (biasanya https://autodiscover-s.outlook.com/autodiscover/autodiscover.xml atau https://autodiscover-s.partner.outlook.cn/autodiscover/autodiscover.xml). Jika langkah ini tidak mengambil beban, Outlook akan memindahkan ke langkah 5. Nilai kontrol kebijakan untuk langkah ini adalah sebagai berikut:

ExcludeExplicitO365Endpoint.

Pertimbangan ITAR

Secara asali, Outlook query akhir diketahui untuk mengambil beban Autodiscover. Kebijakan yang ada untuk melewati langkah ini masih berlaku dan dapat digunakan untuk pergi ke langkah 5 tanpa berusaha akhir. Selain itu, ada kebijakan baru yang mengarahkan Outlook ke Office 365 konfigurasi Layanan Pusat untuk mengambil URL yang sesuai untuk mengambil beban Autodiscover pertanyaan. Secara konsep, proses berfungsi sebagai berikut:

Tetapkan kebijakan yang baru.
Selama langkah 4 dari proses Autodiscover, Outlook query layanan Office 365 Config.
Layanan menentukan (jika ada) khusus ITAR kebutuhan berlaku untuk pengguna khusus, dan mengembalikan URL yang sesuai untuk pengguna yang menggunakan informasi domain UPN.
Outlook berusaha mengambil Autodiscover beban dari URL yang disediakan oleh layanan.

Nilai kontrol kebijakan untuk fitur baru untuk menggunakan Office 365 konfigurasi Layanan adalah EnableOffice365ConfigService.

Catatan

Pada edisi 16.0.9327.1000, kebijakan EnableOffice365ConfigService tidak lagi digunakan.

Langkah 5: Periksa SCP data

Jika komputer bergabung dengan domain, Outlook melakukan permintaan LDAP untuk mengambil kembali data Service Connection Point yang mengembalikan jalur Autodiscover XML. Upaya kemudian dibuat untuk setiap URL yang dikembalikan oleh pencarian SCP untuk mencoba mengambil beban Autodiscover. Jika langkah ini tidak mengambil beban, Outlook akan memindahkan ke langkah 6. Untuk informasi selengkapnya tentang SCP, lihat artikel MSDN berikut: penerbitan dengan titik sambungan layanan. Nilai kontrol kebijakan untuk langkah ini adalah sebagai berikut: ExcludeScpLookup.

Langkah 6: Periksa domain akar

Untuk langkah ini, Outlook bangun URL dari nama domain alamat awal dalam format https://<domain>/autodiscover/autodiscover.xml dan mencoba untuk mengambil beban dari URL yang dihasilkan. Karena banyak domain akar tidak dikonfigurasi untuk Autodiscover, Outlook sengaja keheningan kesalahan sertifikat yang terjadi selama pembukaan dicoba. Jika langkah ini tidak mengambil beban, Outlook akan memindahkan ke langkah 7. Nilai kontrol kebijakan untuk langkah ini adalah sebagai berikut: ExcludeHttpsRootDomain.

Langkah 7: Centang Autodiscover domain

Untuk langkah ini, Outlook bangun URL dari nama domain alamat awal dalam format https://autodiscover.<domain>/autodiscover/autodiscover.xml dan mencoba untuk mengambil beban dari URL yang dihasilkan. Karena URL utama biasanya Autodiscover data, Outlook tidak diam kesalahan sertifikat yang terjadi selama pembukaan dicoba. Jika langkah ini tidak mengambil beban, Outlook akan memindahkan ke langkah 8. Nilai kontrol kebijakan untuk langkah ini adalah sebagai berikut: ExcludeHttpsAutoDiscoverDomain.

Langkah 8: Periksa data lokal

Pada langkah 2, Outlook memeriksa apakah administrator telah menerapkan kebijakan untuk secara khusus memeriksa beban Autodiscover sebagai preferensi. Jika ada kebijakan tidak di tempat, namun langkah-langkah sebelumnya tidak mengambil beban, Outlook sekarang mencoba mengambil beban dari berkas lokal tanpa pengaturan PreferLocalXML di tempat. Jika langkah ini tidak mengambil beban, Outlook akan memindahkan ke langkah 9. Ada tidak ada kontrol kebijakan untuk langkah ini.

Langkah 9: Periksa pengalihan HTTP

Untuk langkah ini, Outlook mengirimkan permintaan ke Autodiscover domain URL (http://autodiscover. < domain > / autodiscover/autodiscover.xml) dan menguji pengalihan respons. Apabila beban Autodiscover XML aktual kembali dan tidak pengalihan, Outlook mengabaikan respons Autodiscover XML sebenarnya karena telah diperoleh tanpa keamanan (http). Jika respons yang valid pengalihan URL, Outlook mengikuti redirect dan mencoba untuk mengambil beban XML dari URL baru. Outlook juga akan melakukan pemeriksaan sertifikat untuk mencegah pengalihan URL berpotensi merugikan pada langkah ini. Jika langkah ini tidak mengambil beban, Outlook akan memindahkan ke langkah 10. Nilai kontrol kebijakan untuk langkah ini adalah sebagai berikut: ExcludeHttpRedirect.

Langkah 10: Periksa SRV data

Untuk langkah ini, Outlook membuat permintaan DNS untuk "_autodiscover._tcp. < nama domain >" dan loop melalui hasil mencari catatan pertama yang menggunakan https sebagai protokol. Outlook kemudian mencoba untuk mengambil beban dari URL itu. Jika langkah ini tidak mengambil beban, Outlook akan memindahkan ke langkah 11.Nilai kontrol kebijakan untuk langkah ini adalah sebagai berikut: ExcludeSrvRecord.

Langkah 11: Periksa O365 sebagai failsafe

Jika langkah-langkah sebelumnya tidak mengembalikan beban, Outlook menggunakan serangkaian kurang ketat heuristik untuk memutuskan apakah upaya akhir ke akhir O365 berpotensi bermanfaat. Jika outlook memutuskan upaya bermanfaat, mencoba akhir O365 Autodiscover diketahui apabila akun O365 akun. Upaya ini menggunakan URL target yang sama sebagai langkah 4, dan berbeda hanya sebenarnya dicoba sebagai terakhir dan tidak sebelumnya dalam proses Autodiscover. Nilai kontrol kebijakan untuk langkah ini adalah sebagai berikut: ExcludeExplicitO365Endpoint.

Pertimbangan ITAR

Jika Outlook sampai langkah ini dan belum berhasil diperoleh beban Autodiscover, dua tes dilakukan untuk melihat apakah akhir Office 365 terkenal harus dicoba. Pertama, jika kotak surat akun pelanggan (misalnya outlook.com), akhir terkenal dilakukan. Kedua, jika kotak pesan yang ditentukan untuk menjadi bagian dari domain yang tidak memiliki persyaratan ITAR, akhir terkenal dilakukan. Jika kotak pesan yang ditentukan komersial dan milik domain yang memiliki persyaratan ITAR, tidak ada upaya dibuat terkenal Office 365 akhir. Di masa depan rilis, langkah 11 mungkin pindah ke logika yang sama sebagai langkah 4 dan panggilan Layanan konfigurasi Office 365. Ketika perubahan yang dibuat, artikel ini akan diperbarui untuk mencerminkan langkah proses yang baru.

Pengalihan penanganan

Langkah 9 di bagian proses Autodiscover adalah langkah eksplisit untuk menangani data pengalihan tidak aman. Dalam aman langkah lainnya, untuk setiap upaya untuk mengambil beban Autodiscover XML, satu kemungkinan respons dari endpoint adalah pengalihan respons. Respons ini memberi tahu Outlook untuk mengarahkan ke sebuah URL yang baru, berbeda untuk mencoba mengambil beban. Selain itu, data pengalihan mungkin berisi alamat email baru, berbeda untuk digunakan sebagai alamat target untuk upaya Autodiscover. Outlook menganggap tiga respons terpisah menjadi "mengarahkan respons":

Kode status HTTP (301, 302) dengan URL yang baru
Kode status HTTP 200, tetapi dengan beban XML yang menyatakan Outlook untuk mengarahkan ke URL yang berbeda
Kode status HTTP 200, tetapi dengan beban XML yang menyatakan Outlook menggunakan alamat smtp yang berbeda dengan alamat target.

Dalam kasus 1 dan 2, Outlook mencoba untuk mengambil autodiscover XML dari URL baru, yang merupakan protokol https. URL yang tidak aman (http) tidak berusaha. Selain itu, bahkan jika protokol di URL baru https, Outlook akan memeriksa informasi sertifikat untuk memberikan tindakan tambahan keamanan. Untuk kasus 3, Outlook memulai proses autodiscover keseluruhan dari awal. Jika semua langkah (1-11) mencoba tanpa keberhasilan menggunakan alamat email baru, kemudian Outlook kembali ke alamat email asli, bergerak ke langkah 5, dan tetap berusaha mengambil beban XML dengan alamat yang asli.

Pengecualian

Langkah-langkah di bagian proses Autodiscover adalah aturan umum untuk bagaimana Outlook berusaha mendapatkan beban autodiscover. Ada berbagai optimasi dan upaya biasa yang dapat mengubah proses sedikit. Sebagai contoh, ketika melakukan pembuatan akun baru, Outlook internal melompati langkah 3 (periksa data yang terakhir diketahui baik (LKG)), karena namun tidak ada catatan yang terakhir diketahui baik. Demikian pula, jika upaya dipicu karena kesalahan menggunakan informasi konfigurasi saat ini, maka Outlook sengaja ingin autodiscover kembali dan tidak menggunakan informasi LKG karena mungkin informasi yang terakhir diketahui baik mengakibatkan kegagalan.

Kontrol Kebijakan

Nilai-nilai kebijakan yang ditetapkan proses Autodiscover bagian dapat berupa nilai registri berbasis kebijakan atau non-berbasis kebijakan nilai. Ketika mereka disebarkan melalui GPO, atau konfigurasi manual kunci kebijakan, pengaturan lebih diutamakan daripada kunci non-kebijakan. Kunci non-kebijakan: HKEY_CURRENT_USER\Software\Microsoft\Office\16.0\Outlook\AutoDiscover Kebijakan kunci: HKEY_CURRENT_USER\Software\Policies\Microsoft\Office\16.0\Outlook\AutoDiscover Setiap nilai merupakan jenis DWORD. PreferLocalXML berbeda dari nilai kontrol lainnya seperti setelan 1 set Outlook untuk mengaktifkan pada langkah dalam proses. Nilai sisa, setelan 1 memberitahu outlook turn off atau lewati langkah yang terkait. Misalnya, menetapkan nilai ExcludeHttpsRootDomain 1 set Outlook tidak untuk melakukan langkah 6 dalam proses.

Kontrol registri tambahan

Outlook menyediakan beberapa opsi konfigurasi berbasis registri tambahan yang mungkin mempengaruhi proses Autodiscover:

Menggunakan Office 365 konfigurasi Layanan

Kunci: HKEY_CURRENT_USER\Software\Microsoft\Office\16.0\Outlook\AutoDiscover Nilai: EnableOffice365ConfigService Default: 0 Data: Set data DWORD ini ke 1 untuk memaksa Outlook untuk menghubungi Layanan Office 365 Config untuk mengambil URL Autodiscover yang sesuai.

Pengaturan waktu habis HTTP

Kunci: HKEY_CURRENT_USER\Software\Microsoft\Office\16.0\Outlook\AutoDiscover Nilai: waktu habis Default: detik 25 Minimum: 10 detik Maksimum: 120 detik

Informasi: Time-Out tertentu yang digunakan sebagai WinHttpSetTimeouts pengaturan. Data yang ditentukan disampaikan ke empat parameter dari WinHttpSetTimeouts API. Hal ini berpotensi memungkinkan permintaan HTTP yang tidak dapat dijangkau waktu habis lebih cepat, yang akan meningkatkan keseluruhan kinerja. Pengaturan dapat juga memungkinkan permintaan HTTP yang memerlukan waktu lebih lama daripada default 25 detik untuk berhasil dengan meningkatkan pengaturan waktu habis untuk sesuatu yang lebih dari 30 detik. MAPI Http protokol kontrol

Kunci: HKEY_CURRENT_USER\Software\Microsoft\Exchange Nilai: MapiHttpDisabled Default: 0 Data: 1 = protokol dinonaktifkan; 0 = protokol diaktifkan

Informasi: Nilai ini tidak berada di bawah kunci Autodiscover. Ini adalah umum pengaturan kontrol tersebut Apakah Outlook dapat mencoba untuk menyambung ke Exchange menggunakan tumpukan protokol Mapi Http. Nilai asali di Outlook 2016 tidak memiliki protokol ini dinonaktifkan. Hal ini memungkinkan proses Autodiscover menambahkan kop khusus (X-MapiHttpCapability:1) untuk penemuan proses sehingga pengaturan protokol Mapi Http dapat dievaluasi dan diproses. Otentikasi Legacy negosiasi kontrol

Kunci: HKEY_CURRENT_USER\Software\Microsoft\Office\16.0\Outlook\RPC Nilai: AllowNegoCapabilityHeader Default: 0 Data: 1 = header ditambahkan; 0 = header tidak ditambahkan

Informasi: Catatan nilai ini tidak di bawah kunci Autodiscover. Pengaturan ini mengontrol apakah header negosiasi otentikasi ditambahkan ke permintaan http. Isi header tergantung pada kemampuan otentikasi dari komputer klien. Header contoh mungkin: "kemampuan X Nego: Negotiate, pku2u, Kerberos, NTLM, MSOIDSSP". Nilai registri ini dan header yang menambahkan yang jarang digunakan di setiap tumpukan modern otentikasi dan sangat tidak akan mempengaruhi proses tAodiscover dalam salah satu cara yang positif atau negatif. Penanganan galat sertifikat

Kunci: HKEY_CURRENT_USER\Software\Microsoft\Office\16.0\Outlook\AutoDiscover Nilai: ShowCertErrors Default: 0 Data: 1 = Tampilkan sertifikat peringatan/kesalahan; 0 = jangan Tampilkan peringatan sertifikat

Informasi: Nilai ini mengontrol cara menangani Outlook sertifikat kesalahan dan peringatan yang diterima saat menjalankan tugas http. Outlook dapat mengabaikan pengaturan ini dalam beberapa kasus (langkah 6 di bagian proses Autodiscover), tetapi untuk kasus umum, jika pengaturan ini diaktifkan, Outlook akan meminta dengan dialog keamanan yang menampilkan sertifikat galat atau peringatan dan memungkinkan pengguna untuk OK atau Batalkan permintaan Http. Ada tiga galat sertifikat tertentu yang pengguna dapat memilih untuk mengabaikan dan coba lagi permintaan http Outlook:

WINHTTP_CALLBACK_STATUS_FLAG_CERT_DATE_INVALID-ada masalah dengan tanggal di properti sertifikat
WINHTTP_CALLBACK_STATUS_FLAG_CERT_CN_INVALID-ada masalah dengan nama umum di properti sertifikat
WINHTTP_CALLBACK_STATUS_FLAG_INVALID_CA-ada masalah dengan otoritas sertifikat di properti sertifikat Informasi lebih lanjut tentang negara galat tiga sertifikat ini dapat ditemukan di WINHTTP_STATUS_CALLBACK fungsi panggilan balik

Penanganan otentikasi proxy

Kunci: HKEY_CURRENT_USER\Software\Microsoft\Office\16.0\Outlook\HTTP\ Nilai: AllowOutlookHttpProxyAuthentication Default: 0 Data: 1 = memungkinkan Outlook untuk menangani otentikasi tantangan dari server proksi; 0 = diam-diam tantangan otentikasi gagal dari server proksi

Informasi: Nilai registri ini memungkinkan kemudahan konfigurasi keamanan dan dibahas secara rinci dalam artikel berikut ini di Pangkalan Pengetahuan Microsoft: 3115474 MS16-099: Deskripsi tentang pemutakhiran keamanan untuk Outlook 2010: 9 Agustus 2016

Autodiscover untuk protokol lainnya

Autodiscover sebagai fitur juga digunakan oleh Outlook untuk menemukan dan mengkonfigurasi account Exchange ActiveSync (EA). Proses Autodiscover EA dan membuat keputusan yang terpisah dari langkah-langkah yang dijelaskan di artikel ini. Sebagai contoh, penerapan EA tidak menerapkan logika akhir O365 dan tidak memiliki langkah-langkah yang memeriksa SCP lokasi. Artikel ini scoped untuk menjelaskan langkah-langkah rinci yang Outlook menggunakan Autodiscover upaya untuk mendapatkan protokol berbasis MAPI dari Exchange.

Referensi

Warisan informasi tentang autodiscover dapat ditemukan di artikel berikut ini di Pangkalan Pengetahuan Microsoft:

Perilaku tak terduga Autodiscover 2212902 saat Anda memiliki pengaturan registri di bawah kunci \Autodiscover

Untuk informasi selengkapnya tentang Autodiscover, lihat artikel Microsoft berikut ini:

Autodiscover untuk Exchange

Layanan Autodiscover