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

"Numele de pe certificat de securitate este incorect sau nu corespunde cu nume de sign-in de site-ul" eroare în Outlook într-un mediu de ITAR Office 365 sau

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: 2772058
Simptome
În o dedicat sau internațională de trafic în mediu astăzi reglementări (ITAR) Microsoft Office 365, un utilizator se solicită o casetă de dialogAlertă de securitate care include următorul mesaj de eroare:

nume de sign-in de pe certificat de securitate este incorect sau nu corespunde cu nume de sign-in de site-ul.
De exemplu, alertă de securitate casetă de dialog seamănă cu următorul:



Această problemă poate apărea în următoarele situații:
  • Utilizatorul încearcă să creeze un profil nou în Microsoft Office Outlook.
  • Utilizatorul încearcă să pornească un client Outlook.
  • Problema se produce intermitent atunci când clientul Outlook se execută.

Dacă utilizatorul face clic pe Da, utilizatorul poate continua operațiunea. Cu toate acestea, dacă utilizatorul face clic pe nu, nu reușește Căutare după descoperire automată. Eroare de Căutare după descoperire automată împiedică următoarele caracteristici funcționează normal:
  • Crearea automată a unui profil Outlook utilizând descoperire automată
  • Birou (OOF) asistentului absent de la
  • Informațiile liber/ocupat
Cauză
În general, această problemă apare când URL-ul pe care încercați să accesați nu este listat în subiectul sau subiect alternativă nume de sign-in (SAN) din certificatul Secure Sockets Layer (SSL) pentru site web. Deși organizații diferite configurații pot diferi ușor, această problemă apare de obicei, deoarece Organizației Autodescoperire Domain Name System (DNS) înregistrările sunt configurate incorect.
Rezoluţie

Pentru a rezolva această problemă, trebuie să modificați înregistrări Autodiscover DNS (intern, extern sau ambele). Cu toate acestea, aceste modificări nu trebuie luate uşor, deoarece caracteristica de descoperire automată pot să nu funcționeze dacă înregistrările DNS sunt configurate incorect.

Înainte de a modifica înregistrările Autodiscover DNS, ar trebui să înțelegeți cum Clientul Outlook încearcă să găsească serviciul de descoperire automată. Clientul Outlook încearcă să găsească serviciul de descoperire automată utilizând următoarea ordine fundamentale de operațiuni. Cu toate acestea, pasul în care serviciul de descoperire automată se află variază în funcție de implementare pentru implementare. Locația depinde dacă există o soluție local în coexistență și ce specific local e-mail mediu este (de exemplu, un local Microsoft Exchange Server, un local Lotus Notes sau alt mediu).


Următorul tabel afișează ordinea fundamentale de operațiuni pentru cum Clientul Outlook localizează serviciul de descoperire automată:
1
  1. Obiectul punct de conexiune serviciu (SCP) - conexiuni interne numai.
  2. Clientul Outlook încearcă să găsească Înregistrare A A URL-ul care este returnat de obiectul SCP.
2
  1. Domeniul SMTP utilizator. (De exemplu, https://proseware.com)
  2. Clientul Outlook încearcă să găsească Înregistrare A A domeniul SMTP a utilizatorului.
3
  1. Domeniul SMTP utilizator este exprimat cu descoperire automată. (De exemplu, https://autodiscover.proseware.com)
  2. Clientul Outlook încearcă să găsească Înregistrare A A URL-ul care este adăugată cu descoperire automată.
4
  1. Outlook clientul încearcă să găsească o DNS serviciu (SRV) înregistrare pentru serviciul de descoperire automată în zona DNS care corespunde domeniului de SMTP a utilizatorului. (De exemplu, _autodiscover._tcp.proseware.com)
  2. înregistrare SRV apoi returnează un alt URL, pentru care trebuie să existe un fel de înregistrare solubil, cum ar fi Înregistrare A A sau Înregistrare A CNAME.
5Rezultate Dacă serviciul de descoperire automată nu este găsit prin oricare dintre aceste metode, descoperire automată nu reușește.
Pe scurt, serviciul de descoperire automată poate fi rezolvată prin utilizarea unei înregistrări A, Înregistrare A CNAME sau Înregistrare A SRV. Pentru a stabili ce înregistrări sunt utilizate în prezent, executați următoarele comenzi în linia Către de comandă sau în Windows PowerShell:
  1. Pentru a găsi Înregistrare A A, executați următoarele comenzi:
    1. nslookup
    2. Set Type = A
    3. Autodiscover.SMTPDomain.com
  2. Pentru a găsi Înregistrare A SRV, executați următoarele comenzi:
    1. nslookup
    2. Set Type = SRV
    3. _autodiscover._tcp.SMTPDomain.com
În exemplul următor, Clientul Outlook poate găsi serviciul de descoperire automată utilizând înregistrarea A URL-ul de descoperire automată conform descrierii de la Pasul 3 în tabelul anterior:
autodiscover.proseware.com
Cu toate acestea, așa cum am menționat în secțiunea "Cauze", acest URL nu este listat în SAN din certificatul SSL utilizat de serviciul de descoperire automată. De exemplu, consultați următoarea fotografie de ecran:



Pentru a rezolva această problemă, utilizați metoda următoare.

Înlocuiți Înregistrare A existentă prin utilizarea unei înregistrări SRV care indică spre un nume care este deja în SAN din certificatul SSL

Aceasta este metoda preferată de rezolvare în proiectul de serviciu curent, deoarece Certificatul SSL existente nu trebuie să fie actualizat și implementat. În funcţie de ordinea fundamentale de operațiuni listate mai sus din această secțiune, organizației pot implementa înregistrarea nouă utilizând o metodă controlate și testate pentru a preveni întreruperile de serviciul de descoperire automată.

Pentru a rezolva această problemă, urmați acești pași:
  1. Creați o nouă înregistrare SRV.

    înregistrare SRV ar trebui să fie creat în zona DNS care corespunde domeniului de SMTP a utilizatorului. înregistrare SRV ar trebui să aibă următoarele proprietăți:
    • Service: _autodiscover
    • Protocol: _tcp
    • Port: 443
    • Gazdă: URL pentru redirecționare. Această adresă URL poate fi URL-ul Outlook Web Access (OWA), deoarece IP rezolvat ar trebui să fie la fel ca serviciul de descoperire automată. În plus, acest lucru poate varia de implementare pentru implementare.
  2. Înainte de a elimina Înregistrare A existentă, înregistrare SRV nou ar trebui să fi testate prin modificarea unui utilizator host fișier pentru a redirecționați curent Înregistrare A la o adresă IP validă. Acest test poate verifica dacă înregistrare SRV nou funcționează conform așteptărilor înainte de a implementa înregistrările DNS noi întreaga organizație.

    NotăAtunci când înregistrare SRV este utilizat de un client Outlook, utilizatorul posibil să primiți următorul mesaj, care recomandă utilizatorul de redirecționare care este pe cale să apară. Vă recomandăm userselect casetă de selectare nu-mi despre acest site web din nou cere, astfel încât mesajul nu este afișat din nou.

  3. Când înregistrare SRV funcţionează conform aşteptărilor, puteţi elimina existent Înregistrare A din DNS.

Informaţii suplimentare
Pentru mai multe informații despre serviciul de descoperire automată, accesați următorul site Web Microsoft TechNet:

Avertisment: acest articol a fost tradus automat

Proprietăți

ID articol: 2772058 - Ultima examinare: 08/12/2016 08:50:00 - Revizie: 4.0

Microsoft Business Productivity Online Dedicated, Microsoft Business Productivity Online Suite Federal

  • vkbportal226 kbgraphxlink kbmt KB2772058 KbMtro
Feedback