Lync tidak dapat memverifikasi bahwa server terpercaya untuk masuk alamat"pesan selama klien masuk

PENTING: Artikel ini diterjemahkan oleh perangkat lunak penerjemahan mesin Microsoft, dan mungkin telah diedit oleh Masyarakat Microsoft melalui teknologi CTF dan bukan oleh seorang penerjemah profesional. Microsoft menawarkan baik artikel yang diterjemahkan oleh manusia maupun artikel hasil editan terjemahan oleh mesin/komunitas, sehingga Anda dapat mengakses semua artikel di Sentra Pengetahuan yang kami miliki dalam berbagai bahasa. Namun artikel hasil editan mesin atau bahkan komunitas tidak selalu sempurna. Artikel ini dapat mengandung kesalahan dalam hal kosa kata, sintaksis atau tatabahasa, sangat mirip dengan penutur asing yang membuat kekeliruan ketika berbicara dalam bahasa Anda. Microsoft tidak bertanggung jawab atas ketidakakuratan, kesalahan atau kerugian apa pun akibat dari kekeliruan dalam penerjemahan isi atau penggunaannya oleh pelanggan kami. Microsoft juga akan senantiasa memperbarui perangkat lunak penerjemahan mesin dan alat untuk menyempurnakan Editan Hasil Penerjemahan Mesin.

Klik disini untuk melihat versi Inggris dari artikel ini: 2833618
Ringkasan

Artikel ini menjelaskan dua skenario yang terjadi saat klien Lync tidak dapat membuat hubungan kepercayaan dengan sumber yang memerlukan TLS koneksi yang aman.

Skenario 1

Ketika pengguna mencoba masuk ke Microsoft Lync di lingkungan Lync Server 2013 untuk yang pertama kalinya, ia menerima pesan berikut di kotak dialog:

Lync mencoba untuk menyambung ke:
<Fully qualified="" domain="" name="" (fqdn)="" of="" a="" server="">
Lync tidak dapat memverifikasi bahwa server dipercaya untuk alamat penyuratan masuk. Tetap terhubung?</Fully>

Sebagai contoh, ditampilkan kotak dialog mempercayai Model berikut ini:

Screenshot untuk mempercayai Model kotak dialog

Skenario 2

kotak dialog Lync – masukyang ditampilkan di screenshot dalam skenario 1 menampilkan nama domain yang sepenuhnya memenuhi syarat (FQDN) dari organisasi Exchange Server akses klien (CAS) antarmuka yang digunakan oleh klien Lync untuk mengakses kotak surat pengguna informasi melalui Layanan Exchange Web (EWS). Perilaku ini terjadi saat pengguna Lync SIP URI berisi sufiks domain yang tidak cocok sufiks domain antarmuka Exchange CAS. Apabila pengguna memilih untuk tidak mempercayai sambungan ke antarmuka Exchange CAS, klien Lync tidak akan memiliki akses ke kotak surat Exchange Layanan yang ditetapkan oleh EWS.

Untuk mengkonfirmasi perilaku ini, ikuti langkah-langkah berikut:
  1. Pastikan bahwa klien Lync masuk ke desktop klien Windows.
  2. Tekan terus tombol tekan CTRL dan klik kanan-atas ikon Lync di bidang pemberitahuan klien Windows.
  3. Pada menu jalan pintas, klik Informasi konfigurasi.
  4. Cari baris "EWS informasi".
  5. Jika baris ini berisi "EWS tidak sepenuhnya diinisialisasi", Anda mengalami perilaku skenario 2.
Penyebab
Masalah ini terjadi karena SIP domain Nama pengguna yang tidak cocok dengan nama domain di properti berikut di sertifikat Lync Layanan Web dan Layanan Web Exchange:
  • Nama subjek
  • Nama umum
Teknik pemecahan masalah
Untuk mengatasi masalah ini, gunakan salah satu metode berikut.

Metode 1: secara manual mengubah nilai registri TrustModelData

PentingBagian, metode, atau tugas ini berisi langkah-langkah yang memberitahu Anda bagaimana memodifikasi registri. Namun, masalah serius dapat terjadi apabila Anda salah mengubah registri. Oleh karena itu, pastikan Anda mengikuti langkah-langkah ini dengan seksama. Untuk perlindungan tambahan, buat cadangan registri sebelum mengubahnya. Kemudian, Anda dapat memulihkan registri apabila terjadi masalah.

Untuk informasi selengkapnya tentang cara membuat cadangan dan memulihkan registri, klik nomor artikel berikut ini untuk melihat artikel di Pangkalan Pengetahuan Microsoft:

322756 Cara membuat cadangan dan memulihkan registri di Windows

Untuk secara manual mengubah nilai registri TrustModelData bagi pengguna, ikuti langkah-langkah berikut:
  1. Mulai Editor registri pada komputer yang memiliki klien desktop Lync 2013 diinstal.
  2. Navigasi ke lokasi registri berikut ini:

    HKEY_CURRENT_USER\Software\Policies\Microsoft\Office\15.0\Lync
    CatatanJika bukti kunci registri Lync tidak ada, Anda harus membuatnya.
  3. Klik kanan-atas bukti kunci Lync , klik baru, dan kemudian klik Nilai untai.
  4. Ketik TrustModelData, dan kemudian tekan Enter.
  5. Klik kanan-atas TrustModelData, dan kemudian klik Ubah.
  6. Di kotak data nilai , tambahkan domain server yang ditampilkan di kotak dialog mempercayai Model.

Metode 2: Kebijakan Grup digunakan untuk mengubah nilai registri TrustModelData

Gunakan Kebijakan Grup untuk mengubah nilai registri TrustModelData bagi pengguna.

Untuk informasi lebih lanjut tentang Kebijakan Grup Lync 2013 terpercaya daftar Domain (TrustModelData), lihat Konfigurasi klien bootstrap kebijakan.

Untuk informasi lebih lanjut tentang Lync 2013.admx (ADMX) dan pola dasar administratif .adml (ADML), lihatBerkas pola dasar administratif Office 2013 (ADMX/ADML) dan alat kustomisasi Office.
Informasi lebih lanjut
Skenario 1

Klien desktop Lync 2013 menggunakan mekanisme penemuan otomatis baru untuk menemukan internal atau eksternal Lync Layanan Web, tergantung pada lokasi jaringan pengguna.

Proses berikut akan terjadi ketika Lync 2013 desktop klien mencoba untuk Telisik Layanan Web Lync:

  1. Lync 2013 desktop klien mengirimkan sepasang permintaan HTTP dan HTTPS untuk menemukan layanan autodiscover Lync. Permintaan HTTP dan HTTPS terdiri dari serangkaian default nilai nama host internal atau eksternal dan nama domain SIP pengguna.

    Sebagai contoh, Lync 2013 desktop klien mengirimkan permintaan berikut ini:

    http://LyncdiscoverInternal.contoso.com dan https://LyncdiscoverInternal.contoso.com
    Catatan"LyncdiscoverInternal.contoso.com" telah diselesaikan ke alamat penyuratan IP atau FQDN Layanan Web Lync Internal.

    http://Lyncdiscover.contoso.com dan https://Lyncdiscover.contoso.com
    Catatan"Lyncdiscover.contoso.com" telah diselesaikan untuk alamat penyuratan FQDN atau IP antarmuka eksternal Reverse Proxy.
  2. Lync 2013 desktop klien menerima respons yang berisi URL internal dan eksternal yang aman layanan autodiscover dari Layanan Web.
  3. Lync 2013 desktop klien mencoba untuk menghubungi layanan autodiscover menggunakan sambungan HTTPS. Apabila nama domain SIP pengguna tidak cocok nama domain di Subjek nama atau Nama umum properti di sertifikat yang ditetapkan untuk Layanan Web Lync, kotak dialog mempercayai Model akan ditampilkan.
Skenario 2

Klien Lync membuat permintaan https antarmuka Exchange CAS sebagai bagian dari proses pasca-masuk. Permintaan ini termasuk akses ke layanan Exchange Autodiscover melalui URL yang menyertakan FQDN antarmuka Exchange CAS. Misalnya:
  • https://smtpdomainmengatakan /autodiscover/autodiscover.xml
  • https://Autodiscover.smtpdomainmengatakan /autodiscover/autodiscover.xml
Jika FQDN SMTP domain tidak cocok dengan FQDN SIP domain yang klien Lync masuk ke, issuewill skenario 2 terjadi.

Peringatan: Artikel ini telah diterjemahkan secara otomatis

Tulajdonságok

Cikkazonosító: 2833618 - Utolsó ellenőrzés: 03/09/2015 22:58:00 - Verziószám: 2.0

Microsoft Lync 2013, Microsoft Lync Server 2013, Microsoft Lync 2010

  • kbsurveynew kbtshoot kbexpertiseinter kbmt KB2833618 KbMtid
Visszajelzés