Lync/Skype untuk bisnis klien tidak dapat tersambung ke Exchange di Office 365 khusus/ITAR

Gejala

Di Microsoft Office 365 Dedicated/ITAR, pengguna mungkin mengalami salah satu masalah berikut ini di Microsoft Lync/Skype untuk bisnis klien:

• Fitur seperti berikut ini tidak bekerja seperti yang diharapkan:

  • Menyimpan riwayat percakapan

  • Kehadiran memperbarui yang didasarkan pada informasi kalender

  • Di luar kantor pemberitahuan yang ditampilkan di kartu kontak pengguna

• Pengguna mungkin berulang kali diminta untuk memberikan nama pengguna dan kata sandi untuk menyambung ke Exchange.

Selain itu, pengguna akan menerima salah satu dari pesan galat berikut:

Penyebab

Masalah ini terjadi apabila satu atau lebih kondisi berikut ini benar:

• Integrasi dengan Microsoft Exchange Server atau Outlook dinonaktifkan.

• Kredensial Exchange tidak benar.

• Layanan Exchange Web Services (EWS) tidak diaktifkan.

• Firewall atau proxy memblokir lalu lintas yang diperlukan.

• Lync klien tidak dapat mengidentifikasi informasi autodiscover benar.

Pemecahan masalah

Untuk memperbaiki masalah ini, ikuti langkah-langkah berikut:

1. Pastikan bahwa klien Lync memiliki pemutakhiran terbaru. Untuk melakukannya, lihat Skype untuk bisnis download dan pembaruan.

2. Konfirmasi bahwa klien Lync dikonfigurasikan untuk integrasi Exchange atau Outlook:

   1. Temukan Klien Lync > opsi > pribadi.

   2. Pada Pengelola informasi pribadi, pastikan bahwa Microsoft Outlook atau Microsoft Exchange dipilih bersama-sama dengan fitur yang diinginkan:
      
      
      
      Catatan Jika opsi ini tidak tersedia, mereka mungkin akan dibatasi oleh tataan kebijakan grup atau kebijakan klien yang diterapkan ke pengguna Lync.

3. Memvalidasi Exchange kredensial dengan masuk ke Outlook Web Access.

4. Pastikan bahwa EWS diaktifkan untuk pengguna. Untuk melakukannya, gunakan PowerShell jarak jauh untuk menjalankan perintah Exchange berikut:Get-casmailbox <smtp> | fl EWSEnabled Jika nilai dari atribut EWSEnabled diatur ke FALSE, Lync/Skye untuk bisnis integrasi akan gagal.

5. Pastikan bahwa ada proxy atau firewall yang menghambat lalu lintas. Port 443 lingkungan Exchange harus terbuka pada firewall dan server proksi untuk memungkinkan lalu lintas Exchange lulus bebas.

6. Mengidentifikasi masalah EWS apa pun yang sedang dialami di Outlook (bebas/sibuk atau keluar kantor).

7. Konfirmasi bahwa URL EWS yang menggunakan klien Lync sudah benar. Untuk melakukannya, ikuti langkah-langkah berikut:

   1. Tekan dan tahan Ctrl, klik kanan ikon Lync di area pemberitahuan, dan kemudian klik Informasi konfigurasi. Carilah pengaturan EWS di bidang EWS URL eksternal .

   2. Ubah nilai yang Anda temukan dalam pengaturan EWS eksternal URL yang berakhir dengan "Exchange.asmx." Misalnya:
      
      Default URL eksternal EWS: https://mail.outlook.com/EWS/Exchange.asmx/WSSecurity
      
      Diubah EWS eksternal URL: https://mail.outlook.com/EWS/Exchange.asmx
      
      Catatan Jika tidak ada nilai EWS Internal atau eksternal EWS URL, lanjutkan ke langkah 8.

   3. Masukkan alamat URL eksternal EWS diubah ke browser, dan kemudian masukkan kredensial Exchange jika Anda diminta untuk melakukannya. Anda harus menerima respons XML (di Exchange Server 2010) atau layanan halaman (di Exchange Server 2013).
      
      Jika halaman tidak ditampilkan, ini adalah kemungkinan masalah DNS yang mencegah penyelesaian URL atau jaringan, dan tim jaringan harus terlibat.

8. Jika EWS URL eksternal dan EWS internal URL kosong, ada kemungkinan bahwa proses autodiscover gagal.
   
   Lync/Skype untuk bisnis klien tidak menggunakan layanan Connection Point (SCP) untuk menentukan autodiscover URL. Namun, mereka bergantung pada data DNS. Mereka dasar tindakan ini pada sufiks domain pengguna WindowsEmailAddress atau Mail atribut di direktori aktif.
   
   Setidaknya satu dari berikut ini DNS yang telah diperbaiki di lingkungan Exchange:

   • https://<SMTP-Domain>/autodiscover/autodiscover.xml

   • https://autodiscover.<SMTP-Domain>/autodiscover/autodiscover.xml

   • http://autodiscover.<SMTP-Domain>/autodiscover/autodiscover.xml

   • _autodiscover._tcp. <SMTP Domain> (catatan SRV)

   
   Periksa apakah komputer pengguna dapat memperbaiki URL ini dengan mencoba ping atau mencari URL di browser Internet. Respons berhasil akan menampilkan respons XML bersama dengan kode galat 600.
   
   Jika URL masih tidak ditampilkan setelah Anda mengikuti langkah ini, ini adalah kemungkinan masalah jaringan, dan tim jaringan harus terlibat untuk menyelidiki.

9. Jika masalah tetap berlanjut, mengumpulkan log Lync, jejak Fiddler, dan konfigurasi informasi output dari langkah 7A, dan kemudian ikuti petunjuk Eskalasi dalam artikel Basis Pengetahuan berikut:

   2649420 pemecahan masalah dasar untuk Lync Online di Office 365 khusus