Ringkasan
Temukan otomatis adalah fitur yang digunakan Outlook untuk mendapatkan informasi konfigurasi server yang tersambung. Dalam Outlook 2016 dengan server Exchange, Autodiscover dianggap sebagai satu-satunya titik kebenaran untuk informasi konfigurasi dan harus dikonfigurasi dan berfungsi dengan benar agar Outlook dapat berfungsi penuh. Artikel ini menjelaskan penerapan Autodiscover dalam rilis Klik-untuk-Menjalankan saluran saat ini Outlook 2016. Untuk informasi selengkapnya tentang rilis saluran klien Office 365, lihat situs web Microsoft berikut:
Nomor versi dan build rilis saluran pembaruan untuk klien Office 365
Rilis saluran pembaruan klien Office 365
Informasi selengkapnya
Temukan waktu temukan otomatis
Autodiscover berjalan pada waktu berikut:
- Selama pembuatan akun.
- Pada interval yang ditetapkan untuk mengumpulkan perubahan pada URL yang menyediakan fitur Layanan Web Exchange (OOF, Layanan Ketersediaan, dan sebagainya). Jika proses ini berhasil, percobaan lain dilakukan satu jam kemudian. Jika upaya tidak berhasil, percobaan berikutnya dilakukan 5 menit kemudian. Setiap upaya berpotensi terhuyung-huyung sebanyak 25 persen karena infrastruktur tugas latar belakang yang digunakan oleh semua aplikasi Microsoft Office.
- Menanggapi kegagalan konektivitas tertentu. Dalam berbagai skenario, ketika upaya koneksi gagal, Outlook memulai tugas Temukan Otomatis untuk mengambil pengaturan baru dalam upaya apa pun untuk memperbaiki masalah koneksi.
- Saat aplikasi lain memanggilnya menggunakan MAPI. Untuk informasi selengkapnya tentang MAPI, lihat artikel MSDN berikut: Referensi MAPI Outlook.
Temukan efisiensi otomatis
Gunakan Nama Utama Pengguna (UPN) untuk mempercepat proses Autodiscover.
Pada komputer yang tergabung dengan domain, Outlook perlu mengetahui UPN untuk pengguna guna memulai proses Penemuan Otomatis. UPN mungkin telah digunakan untuk masuk ke Windows, dalam hal ini Outlook memiliki akses langsung ke UPN dari kredensial masuk. Namun, jika pengguna menggunakan domain\username untuk masuk ke Windows, Outlook hanya memiliki kredensial yang sama untuk pengguna tersebut. Untuk mendapatkan UPN, Outlook harus terlebih dahulu mencari pengguna di direktori. Outlook akan meminta agar pencarian ini mengejar rujukan. Di lingkungan yang kompleks, hal ini dapat menyebabkan sejumlah besar DC dihubungi sebelum hasil ditemukan. Setelah Outlook menemukan UPN untuk pengguna, nilai akan disimpan di cache dalam profil, dan pencarian tidak boleh terjadi lagi untuk pengguna ini.
Untuk menghindari skenario ini, pengguna dapat masuk menggunakan UPN, bukan domain\username.
Pertimbangan ITAR
Microsoft Office 365 menyediakan fitur yang dapat mendukung pelanggan dengan kewajiban ITAR. Dalam konteks fitur Temukan Otomatis di Outlook, kumpulan fitur ini mencakup pengaturan kebijakan dan perilaku yang memastikan titik akhir layanan yang digunakan untuk Temukan Otomatis mematuhi persyaratan cloud berdaulat. Secara khusus, dalam langkah-langkah khusus Office 365 yang tercantum dalam proses Temukan Otomatis (langkah 4 dan langkah 11), kontrol kebijakan tersedia untuk memastikan bahwa titik akhir layanan yang sesuai digunakan selama proses Temukan Otomatis.
Proses penemuan otomatis Setiap kali Outlook memerlukan informasi Temukan otomatis, Outlook menggunakan serangkaian langkah terurutan untuk mencoba mengambil payload XML yang berisi pengaturan konfigurasi. Sebagian besar langkah ini dapat dikontrol dengan menggunakan Objek Kebijakan Grup (GPO), dan nilai GPO disertakan dalam deskripsi langkah.
Langkah 1: Periksa skenario mulai ulang
Dalam beberapa kasus, seperti saat Anda menambahkan akun kedua saat Outlook sedang berjalan, payload Temukan Otomatis di-cache ke file lokal yang akan digunakan selama menghidupkan ulang klien Outlook. Langkah Autodiscover pertama adalah memeriksa registri untuk beberapa informasi "boot" khusus yang memberi tahu Outlook bahwa Anda berada di tengah-tengah salah satu skenario mulai ulang ini dan membaca payload Autodiscover dari file lokal khusus. Ini adalah kasus yang jarang terjadi dan biasanya bukan penyebab masalah Autodiscover generik. Untuk langkah ini, jika Outlook memutuskan Anda berada dalam skenario boot khusus ini dan upaya untuk mengambil data Autodiscover XML gagal, seluruh upaya Autodiscover gagal. Tidak ada langkah tambahan yang dicoba.
Tidak ada kontrol kebijakan khusus untuk langkah ini.
Langkah 2: Periksa preferensi Data Lokal
Outlook menyediakan GPO untuk memungkinkan administrator menyebarkan file XML Temukan Otomatis tertentu untuk digunakan dalam konfigurasi. Jika administrator telah menyebarkan nilai registri ini dan menyemai file autodiscover.xml, Outlook akan membaca payload Temukan otomatis dari file ini. Ini sekali lagi adalah kasus yang jarang terjadi dan biasanya bukan penyebab masalah Autodiscover generik. Jika langkah ini tidak mengambil payload, Outlook berpindah ke langkah 3.
Untuk informasi selengkapnya tentang Autodiscover XML, lihat artikel TechNet berikut: Merencanakan untuk mengonfigurasi akun pengguna secara otomatis di Outlook 2010
catatan Artikel ini dibuat untuk Outlook 2010. Namun, masih relevan untuk versi Outlook yang lebih baru.
Nilai kontrol kebijakan untuk langkah ini adalah sebagai berikut: PreferLocalXML.
Langkah 3: Periksa data Last Known Good (LKG)
Ketika Autodiscover berhasil mengambil payload XML melalui langkah apa pun, payload mungkin disimpan di cache secara lokal sebagai konfigurasi "barang terakhir yang diketahui". Metode pertama yang umum berhasil untuk mendapatkan muatan Autodiscover adalah dari file bagus terakhir yang diketahui ini. Jalur file XML baik terakhir yang diketahui berasal dari profil Outlook. Langkah LKG hanya digunakan untuk menemukan konfigurasi kotak surat utama. Jika pencarian Temukan Otomatis adalah untuk kotak surat non-utama (alternatif, delegasi, folder publik, kotak surat grup, dan sebagainya), langkah LKG dilewati secara otomatis. Jika langkah ini tidak mengambil payload, Outlook berpindah ke langkah 4.
Nilai kontrol kebijakan untuk langkah ini adalah sebagai berikut: ExcludeLastKnownGoodURL.
Langkah 4: Periksa O365 sebagai prioritas
Outlook menggunakan sekumpulan heuristik untuk menentukan apakah akun pengguna yang diberikan berasal dari Office 365. Jika Outlook menentukan dengan yakin bahwa Anda adalah pengguna O365, upaya dilakukan untuk mengambil payload Temukan Otomatis dari titik akhir O365 yang 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 payload, Outlook berpindah ke Langkah 5.
Nilai kontrol kebijakan untuk langkah ini adalah sebagai berikut:
ExcludeExplicitO365Endpoint.
Pertimbangan ITAR
Secara default, Outlook mengkueri titik akhir yang diketahui untuk mengambil payload Autodiscover. Kebijakan yang ada untuk melewati langkah ini masih valid dan dapat digunakan untuk melanjutkan ke Langkah 5 tanpa mencoba titik akhir. Atau, terdapat kebijakan baru yang mengarahkan Outlook untuk mengkueri Layanan Konfigurasi Office 365 pusat guna mengambil URL yang sesuai untuk mengambil payload Autodiscover. Secara konseptual, prosesnya bekerja sebagai berikut:
- Anda yang mengatur kebijakan baru.
- Selama langkah 4 proses Temukan Otomatis, Outlook mengkueri layanan Konfigurasi Office 365.
- Layanan menentukan kebutuhan khusus ITAR mana (jika ada) yang berlaku untuk pengguna yang ditentukan, dan mengembalikan URL yang sesuai untuk pengguna tersebut dengan menggunakan informasi domain UPN.
- Outlook mencoba mengambil payload Temukan Otomatis dari URL yang disediakan oleh layanan.
Nilai kontrol kebijakan untuk fitur baru guna menggunakan Layanan Konfigurasi Office 365 adalah EnableOffice365ConfigService.
Catatan
Mulai build 16.0.9327.1000, kebijakan EnableOffice365ConfigService tidak lagi digunakan.
Langkah 5: Periksa data SCP
Jika komputer tergabung dalam domain, Outlook melakukan kueri LDAP untuk mengambil data Titik Koneksi Layanan yang mengembalikan jalur XML Temukan Otomatis. Upaya kemudian dilakukan ke setiap URL yang dikembalikan oleh pencarian SCP untuk mencoba mengambil payload Autodiscover. Jika langkah ini tidak mengambil payload, Outlook berpindah ke langkah 6.
Untuk informasi selengkapnya tentang SCP, lihat artikel MSDN berikut ini: Menerbitkan dengan Titik Koneksi Layanan.
Nilai kontrol kebijakan untuk langkah ini adalah sebagai berikut: ExcludeScpLookup.
Langkah 6: Periksa domain akar
Untuk langkah ini, Outlook membuat URL dari nama domain alamat awal dalam format https://< domain>/autodiscover/autodiscover.xml dan mencoba mengambil payload dari URL yang dihasilkan. Karena banyak domain akar tidak dikonfigurasi untuk Temukan Otomatis, Outlook dengan sengaja membisukan setiap kesalahan sertifikat yang terjadi selama upaya pengambilan. Jika langkah ini tidak mengambil payload, Outlook berpindah ke langkah 7.
Nilai kontrol kebijakan untuk langkah ini adalah sebagai berikut: ExcludeHttpsRootDomain.
Langkah 7: Periksa Temukan Otomatis domain
Untuk langkah ini, Outlook membuat URL dari nama domain alamat awal dalam format https://autodiscover.<domain>/autodiscover/autodiscover.xml dan mencoba mengambil payload dari URL yang dihasilkan. Karena ini adalah URL utama biasanya untuk data Temukan Otomatis, Outlook tidak membisukan kesalahan sertifikat yang terjadi selama upaya pengambilan. Jika langkah ini tidak mengambil payload, Outlook berpindah 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 menyebarkan kebijakan untuk secara khusus memeriksa payload Temukan otomatis sebagai preferensi. Jika tidak ada kebijakan yang diberlakukan, tetapi langkah-langkah sebelumnya tidak mengambil payload, Outlook kini mencoba mengambil payload dari file lokal meskipun tanpa pengaturan PreferLocalXML. Jika langkah ini tidak mengambil payload, Outlook berpindah ke langkah 9.
Tidak ada kontrol kebijakan untuk langkah ini.
Langkah 9: Periksa pengalihan HTTP
Untuk langkah ini, Outlook mengirim permintaan ke URL domain Temukan Otomatis (http://autodiscover.<domain>/autodiscover/autodiscover.xml) dan menguji respons pengalihan. Jika payload XML Temukan Otomatis yang aktual dikembalikan dan bukan pengalihan, Outlook mengabaikan respons XML Temukan Otomatis yang sebenarnya karena diambil tanpa keamanan (http). Jika responsnya adalah URL pengalihan yang valid, Outlook mengikuti pengalihan dan mencoba mengambil XML muatan dari URL baru. Outlook juga akan melakukan pemeriksaan sertifikat untuk mencegah pengalihan ke URL yang berpotensi berbahaya pada langkah ini. Jika langkah ini tidak mengambil payload, Outlook berpindah ke langkah 10.
Nilai kontrol kebijakan untuk langkah ini adalah sebagai berikut: ExcludeHttpRedirect.
Langkah 10: Periksa data SRV
Untuk langkah ini, Outlook membuat kueri DNS untuk "_autodiscover._tcp.<nama> domain" dan menelusuri hasil untuk mencari catatan pertama yang menggunakan https sebagai protokolnya. Outlook kemudian mencoba mengambil payload dari URL tersebut. Jika langkah ini tidak mengambil payload, Outlook berpindah ke langkah 11.
Nilai kontrol kebijakan untuk langkah ini adalah sebagai berikut: ExcludeSrvRecord.
Langkah 11: Periksa O365 sebagai failsafe
Jika semua langkah sebelumnya tidak mengembalikan payload, Outlook menggunakan kumpulan heuristik yang tidak terlalu ketat untuk memutuskan apakah upaya akhir ke titik akhir O365 berpotensi membantu. Jika outlook memutuskan bahwa suatu upaya bermanfaat, ia mencoba titik akhir O365 Autodiscover yang diketahui jika akun tersebut adalah akun O365. Upaya ini menggunakan URL target yang sama dengan langkah 4, dan hanya berbeda dalam fakta bahwa upaya tersebut dicoba sebagai upaya terakhir dan bukan lebih awal dalam proses Autodiscover.
Nilai kontrol kebijakan untuk langkah ini adalah sebagai berikut: ExcludeExplicitO365Endpoint.
Pertimbangan ITAR
Jika Outlook sampai ke langkah ini dan belum berhasil mengambil payload Temukan otomatis, dua pengujian dilakukan untuk melihat apakah titik akhir Office 365 yang terkenal harus dicoba. Pertama, jika kotak surat adalah akun konsumen (misalnya outlook.com), titik akhir yang terkenal akan dicoba. Kedua, jika kotak surat ditentukan sebagai milik domain yang tidak memiliki persyaratan ITAR, titik akhir yang terkenal akan dicoba. Jika kotak surat ditentukan sebagai komersial dan termasuk dalam domain yang memiliki persyaratan ITAR, tidak ada upaya yang dilakukan ke titik akhir Office 365 yang terkenal. Dalam rilis mendatang, langkah 11 dapat berpindah ke logika yang sama dengan langkah 4 dan memanggil Layanan Konfigurasi Office 365. Jika perubahan tersebut dibuat, artikel ini akan diperbarui untuk mencerminkan langkah proses yang baru.
Penanganan pengalihan Langkah 9 di bagian Proses Temukan Otomatis adalah langkah eksplisit untuk menangani data pengalihan yang tidak aman. Dalam salah satu langkah aman lainnya, untuk setiap upaya mengambil payload XML Temukan Otomatis, salah satu respons yang mungkin dari titik akhir adalah respons pengarahan ulang. Respons ini memberi tahu Outlook untuk mengalihkan ke URL baru yang berbeda untuk mencoba mengambil payload. Selain itu, data pengarahan ulang mungkin berisi alamat email baru yang berbeda untuk digunakan sebagai alamat target upaya Temukan Otomatis. Outlook menganggap tiga respons terpisah sebagai "respons pengalihan":
- Kode status HTTP (301, 302) dengan URL baru
- Kode status HTTP 200, tetapi dengan XML payload yang memberi tahu Outlook untuk mengalihkan ke URL yang berbeda
- Kode status HTTP 200, tetapi dengan XML payload yang memberi tahu Outlook untuk menggunakan alamat smtp yang berbeda sebagai alamat target.
Dalam kasus 1 dan 2, Outlook mencoba mengambil XML temukan otomatis dari URL baru, asalkan protokolnya https. URL tidak aman (http) tidak dicoba. Selain itu, meskipun protokol dalam URL baru adalah https, Outlook akan memeriksa informasi sertifikat untuk memberikan ukuran keamanan tambahan.
Untuk kasus 3, Outlook memulai seluruh proses penemuan otomatis dari awal. Jika semua langkah (1-11) dicoba tanpa berhasil menggunakan alamat email baru, Outlook kembali ke alamat email asli, berpindah ke langkah 5, dan melanjutkan upaya untuk mengambil payload XML dengan alamat asli.
Pengecualian Langkah-langkah di bagian Proses Temukan Otomatis adalah aturan umum tentang cara Outlook mencoba mendapatkan payload penemuan otomatis. Ada berbagai pengoptimalan dan upaya luar biasa yang dapat sedikit mengubah prosesnya. Misalnya, saat melakukan pembuatan akun baru, Outlook secara internal melewatkan langkah 3 (periksa data Barang Terakhir yang Diketahui (LKG), karena belum dapat memiliki entri baik terakhir yang diketahui. Demikian pula, jika upaya dipicu karena kesalahan dengan menggunakan informasi konfigurasi saat ini, maka Outlook sengaja ingin menemukan otomatis lagi dan tidak menggunakan informasi LKG karena mungkin informasi baik terakhir yang diketahui mengakibatkan kegagalan.
Kontrol kebijakan Nilai kebijakan yang ditentukan di bagian Proses Temukan Otomatis dapat berupa nilai registri berbasis kebijakan atau nilai non-berbasis kebijakan. Ketika 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
Kunci Kebijakan: HKEY_CURRENT_USER\Software\Policies\Microsoft\Office\16.0\Outlook\AutoDiscover
Setiap nilai bertipe DWORD.
PreferLocalXML berbeda dari nilai kontrol lainnya karena pengaturan 1 mengatur Outlook untuk mengaktifkan langkah tersebut dalam proses. Untuk nilai yang tersisa, pengaturan 1 memberi tahu Outlook untuk menonaktifkan atau melewatkan langkah terkait. Misalnya, mengatur nilai ExcludeHttpsRootDomain ke 1 menetapkan Outlook untuk tidak melakukan langkah 6 dalam prosesnya.
Kontrol registri tambahan
Outlook menyediakan beberapa opsi konfigurasi berbasis registri tambahan yang mungkin memengaruhi proses Autodiscover:
Menggunakan Layanan Konfigurasi Office 365
Kunci: HKEY_CURRENT_USER\Software\Microsoft\Office\16.0\Outlook\AutoDiscover
Nilai: EnableOffice365ConfigService
Default: 0
Data: Atur data DWORD ini ke 1 untuk memaksa Outlook memanggil Layanan Konfigurasi Office 365 guna mengambil URL Temukan Otomatis yang sesuai.
Pengaturan batas waktu HTTP
Kunci: HKEY_CURRENT_USER\Software\Microsoft\Office\16.0\Outlook\AutoDiscover
Nilai: Batas waktu
Default: 25 detik
Minimum: 10 detik
Maksimum: 120 detik
Informasi: Batas waktu yang ditentukan digunakan sebagai pengaturan WinHttpSetTimeouts . Data yang ditentukan diteruskan ke keempat parameter API WinHttpSetTimeouts. Hal ini berpotensi memungkinkan permintaan HTTP yang tidak dapat dijangkau untuk waktu habis lebih cepat, yang akan meningkatkan kinerja secara keseluruhan. Pengaturan juga dapat memungkinkan permintaan HTTP yang memakan waktu lebih lama dari default 25 detik untuk berhasil dengan meningkatkan pengaturan waktu habis ke sesuatu yang lebih besar dari 25 detik.
Kontrol protokol Mapi/HTTP
Kunci: HKEY_CURRENT_USER\Software\Microsoft\Exchange
Nilai: MapiHttpDisabled
Default: 0
Data: 1 = Protokol Dinonaktifkan; 0 = Protokol Diaktifkan
Informasi: Nilai ini tidak terletak di bawah kunci Temukan Otomatis. Ini adalah pengaturan umum yang mengontrol apakah Outlook dapat mencoba tersambung ke Exchange dengan menggunakan tumpukan protokol Mapi/Http. Default di Outlook 2016 bukanlah menonaktifkan protokol ini. Hal ini memungkinkan proses Autodiscover menambahkan header khusus (X-MapiHttpCapability:1) ke proses penemuan sehingga pengaturan protokol Mapi/Http dapat dievaluasi dan diproses.
Kontrol negosiasi autentikasi warisan
Kunci: HKEY_CURRENT_USER\Software\Microsoft\Office\16.0\Outlook\RPC
Nilai: AllowNegoCapabilityHeader
Default: 0
Data: 1 = Header ditambahkan; 0 = Header tidak ditambahkan
Informasi: Perhatikan bahwa nilai ini tidak berada di bawah kunci Temukan Otomatis. Pengaturan ini mengontrol apakah header negosiasi autentikasi ditambahkan ke permintaan http. Konten header bergantung pada kemampuan autentikasi komputer klien. Contoh header mungkin: "X-Nego-Capability: Negotiate, pku2u, Kerberos, NTLM, MSOIDSSP". Nilai registri ini dan header yang ditambahkannya jarang digunakan dalam tumpukan autentikasi modern dan sangat tidak mungkin memengaruhi proses tAodiscover baik secara negatif maupun positif.
Penanganan Kesalahan Sertifikat
Kunci: HKEY_CURRENT_USER\Software\Microsoft\Office\16.0\Outlook\AutoDiscover
Nilai: ShowCertErrors
Default: 0
Data: 1 = Tampilkan peringatan/kesalahan sertifikat; 0 = Jangan tampilkan peringatan sertifikat
Informasi: Nilai ini mengontrol cara Outlook menangani kesalahan sertifikat dan peringatan yang diterima saat melakukan tugas http. Outlook mungkin menimpa pengaturan ini dalam beberapa kasus (langkah 6 di bagian Proses Temukan Otomatis), tetapi untuk kasus umum, jika pengaturan ini diaktifkan, Outlook akan meminta dengan dialog keamanan yang menampilkan kesalahan atau peringatan sertifikat dan mengizinkan pengguna untuk OK atau Membatalkan permintaan Http. Ada tiga kesalahan sertifikat tertentu yang dapat diputuskan pengguna untuk diabaikan dan meminta Outlook untuk mencoba lagi permintaan HTTP:
WINHTTP_CALLBACK_STATUS_FLAG_CERT_DATE_INVALID – Terdapat masalah dengan tanggal dalam properti sertifikat
WINHTTP_CALLBACK_STATUS_FLAG_CERT_CN_INVALID – Terdapat masalah dengan nama umum dalam properti sertifikat
WINHTTP_CALLBACK_STATUS_FLAG_INVALID_CA – Terdapat masalah dengan otoritas sertifikat dalam properti sertifikat
Informasi selengkapnya tentang ketiga status kesalahan sertifikat ini dapat ditemukan di WINHTTP_STATUS_CALLBACK fungsi callback
Penanganan autentikasi proksi
Kunci: HKEY_CURRENT_USER\Software\Microsoft\Office\16.0\Outlook\HTTP\
Nilai: AllowOutlookHttpProxyAuthentication
Default: 0
Data: 1 = Izinkan Outlook menangani tantangan autentikasi dari server proksi; 0 = gagal secara diam-diam Tantangan autentikasi dari server proksi
Informasi: Nilai registri ini memungkinkan relaksasi konfigurasi keamanan dan dibahas secara mendetail dalam artikel berikut di Pangkalan Pengetahuan Microsoft:
3115474 MS16-099: Deskripsi pembaruan keamanan untuk Outlook 2010: 9 Agustus 2016
Temukan otomatis untuk protokol lain
Temukan otomatis sebagai fitur juga digunakan oleh Outlook untuk menemukan dan mengonfigurasi akun Exchange ActiveSync (EAS). Proses Autodiscover EAS dan pengambilan keputusan terpisah dari langkah-langkah yang dijelaskan dalam artikel ini. Misalnya, implementasi EAS tidak mengimplementasikan logika titik akhir O365 dan tidak memiliki langkah yang memeriksa lokasi SCP. Artikel ini dibatasi untuk menjelaskan langkah-langkah mendetail yang digunakan Outlook untuk upaya Autodiscover untuk mendapatkan protokol berbasis MAPI dari Exchange.
Referensi
Informasi warisan tentang penemuan otomatis dapat ditemukan dalam artikel berikut di Pangkalan Pengetahuan Microsoft:
2212902 Perilaku Temukan Otomatis yang Tidak Terduga saat Anda memiliki pengaturan registri di bawah kunci \Autodiscover
Untuk informasi selengkapnya tentang Autodiscover, lihat artikel Microsoft berikut: