Momentan sunteți offline, așteptați să vă reconectați la internet

Lync nu poate verifica dacă serverul este de încredere pentru adresa de conectare"mesaj în timpul client conectare

IMPORTANT: Acest articol este tradus cu ajutorul software-ului Microsoft de traducere automată și poate fi corectat prin intermediul tehnologiei Community Translation Framework (CTF). Microsoft oferă articole traduse automat, post-editate de comunitate și articole traduse de oameni, pentru a permite accesul la toate articolele din Baza noastră de cunoștințe în mai multe limbi. Articolele traduse automat și post-editate pot conține greșeli de vocabular, sintaxă și/sau gramatică. Microsoft nu este responsabil de inexactitățile, erorile sau daunele cauzate de traducerea greșită a conținutului sau de utilizarea acestuia de către clienți. Găsiți mai multe informații despre traducerea în colaborare la http://support.microsoft.com/gp/machine-translation-corrections/ro.

Faceți clic aici pentru a vizualiza versiunea în limba engleză a acestui articol: 2833618
Rezumat

Acest articol descrie două scenarii care se produce atunci când clientul Lync se poate stabili o relație de încredere cu resursele care necesită o conexiune sigură TLS.

Scenariul 1

Când un utilizator încearcă să se conecteze la Microsoft Lync într-un mediu Lync Server 2013 pentru prima dată, ea primește următorul mesaj într-o casetă de dialog:

Lync încearcă să se conecteze la:
<Fully qualified="" domain="" name="" (fqdn)="" of="" a="" server="">
Lync nu poate să verifice că serverul este de încredere pentru adresa de conectare. Conectați oricum?</Fully>

De exemplu, se afișează casetă de dialog următorul Model de încredere:

Captură de ecran pentru casetă de dialog Model de încredere

Scenariul 2

Lync – Sign Incasetă de dialog care se afișează în Ecran de început de captură în scenariul 1 afișează nume de domeniu complet (FQDN) al Organizației interfață Exchange server de Acces clienţi (CAS), care este utilizat de client Lync acces utilizator cutie poștală informații prin Exchange Web Services (EWS). Acest comportament se produce atunci când utilizatorul Lync SIP URI conține un sufix de domeniu care nu corespunde cu sufixul domeniului de interfață CAS Exchange. Dacă utilizatorul alege să nu aveți încredere în legătură cu interfața Exchange CAS, Lync client nu va avea acces la serviciile de cutie poștală Exchange care sunt direcționați de EWS.

Pentru a confirma acest comportament, urmați acești pași:
  1. Asigurați-vă că Lync client este conectat la clientul Windows desktop.
  2. Țineți apăsată tasta CTRL și faceți clic dreapta pe pictograma Lync din zonă de notificare clientul Windows.
  3. În meniul de comenzi rapide, faceți clic pe Informațiile de configurare.
  4. Găsiți linia "EWS informații".
  5. Dacă această linia Către conține "EWS incomplet initialized", aveţi comportament scenariul 2.
Cauză
Această problemă apare deoarece nume de sign-in de domeniu SIP utilizatorului nu corespunde cu nume de sign-in de domeniu din următoarele proprietăți în certificatul de Lync Web Services și Exchange Web Services:
  • Subiect nume
  • nume comun
Remediere
Pentru a rezolva această problemă, utilizați una dintre următoarele metode.

Metoda 1: modificați manual valoarea de registry TrustModelData

ImportantAcest secţiune, metodă sau activitate conţine paşi care vă spune cum să modificaţi registry. Cu toate acestea, grave probleme ar putea apărea dacă modificaţi registry incorect. Prin urmare, asiguraţi-vă că urmaţi aceşti paşi cu atenţie. Pentru protecţia adăugată, faceți copiere de rezervă a registrului înainte de a îl modifica. Apoi, posibilitatea să restaurați registry dacă apare o problemă.

Pentru mai multe informaţii despre modul de rezervă şi restabilire registru, faceţi clic pe următorul număr de articol pentru a vedea articolul în bază de cunoştinţe Microsoft:

322756 Cum să faceți copiere de rezervă şi restabilirea registrului în Windows

Pentru a modifica manual valoarea de registry TrustModelData pentru utilizator, urmați acești pași:
  1. Porniți editorul de Registry pe computerul care are Lync 2013 desktop client instalat.
  2. Navigați la următoarea locație registry:

    HKEY_CURRENT_USER\Software\Policies\Microsoft\Office\15.0\Lync
    NotăDacă nu există cheie de registry Lync , trebuie să o creați.
  3. Faceți clic dreapta pe cheia Lync , faceţi clic pe nouși apoi faceți clic pe Valoarea șir de caractere.
  4. Tastați TrustModelDatași apoi apăsați pe Enter.
  5. Faceți clic dreapta pe TrustModelData, și apoi faceți clic pe Modify.
  6. În caseta Value data , adăugați domeniul de serverul care este afișat în casetă de dialog Model de încredere.

Metoda 2: utilizarea Group Policy să modificaţi valoarea de registry TrustModelData

Utilizați Politică de grup pentru a modifica valoarea de registry TrustModelData pentru utilizator.

Pentru mai multe informații despre Politică de grup Lync 2013 încredere domeniu listă (TrustModelData), consultați Configurarea clientului de punere în funcțiune politici.

Pentru mai multe informații despre Lync 2013.admx (ADMX) și .adml (ADML) Administrative Templates, consultațiFișierele Office 2013 Administrative Template (ADMX/ADML) și instrumentul de particularizare Office.
Informaţii suplimentare
Scenariul 1

Desktop client Lync 2013 utilizează noul mecanism de descoperire automată pentru a găsi Lync Web serviciul internă sau externă, în funcție de locația de rețea a utilizatorului.

Următorul proces se produce atunci când clientul desktop Lync 2013 încearcă să găsească serviciul Lync Web:

  1. Lync 2013 desktop client trimite o pereche de solicitări HTTP și HTTPS pentru a găsi serviciul de descoperire automată Lync. Solicitările HTTP și HTTPS constă dintr-un set implicit de valori de nume gazdă internă sau externă şi nume de sign-in de domeniu SIP ale utilizatorului.

    De exemplu, Lync 2013 desktop client trimite solicitări de următoarele:

    http://LyncdiscoverInternal.contoso.com și https://LyncdiscoverInternal.contoso.com
    Notă"LyncdiscoverInternal.contoso.com" s-a rezolvat la FQDN sau o adresă IP internă Lync Web Service.

    http://Lyncdiscover.contoso.com și https://Lyncdiscover.contoso.com
    Notă"Lyncdiscover.contoso.com" s-a rezolvat la adresa FQDN sau IP de interfața externă a Proxy reface programul sursă.
  2. Desktop client Lync 2013 primește un răspuns care conține securizat interne și externe URL-uri de Autodiscover Service de consolidare servicii Web.
  3. Desktop client Lync 2013 încearcă să contacteze Autodiscover Service utilizând o conexiune HTTPS. Dacă nume de sign-in de domeniu SIP utilizatorului corespunde cu nume de sign-in de domeniu în nume de sign-in subiect sau în nume de sign-in comun de proprietate certificatul care este atribuită Lync Web Service, se afișează casetă de dialog Model de încredere.
Scenariul 2

Lync client efectuează https solicitările interfața Exchange CAS ca parte a procesului de post-conectare. Aceste cereri includ acorda acces la serviciul de autodescoperire Exchange prin URL-uri care includ nume de sign-in FQDN al interfața Exchange CAS. De exemplu:
  • https://smtpdomain> /autodiscover/autodiscover.xml
  • https://autodiscover.smtpdomain> /autodiscover/autodiscover.xml
Dacă nume de sign-in FQDN al domeniul SMTP nu corespunde cu nume de sign-in de domeniu complet al domeniului SIP care Lync client este conectat la, apar issuewill scenariul 2.

Avertisment: acest articol a fost tradus automat

Proprietăți

ID articol: 2833618 - Ultima examinare: 03/09/2015 23:01:00 - Revizie: 2.0

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

  • kbsurveynew kbtshoot kbexpertiseinter kbmt KB2833618 KbMtro
Feedback
6500"; var Ctrl = ""; document.write("