"Turvaserdi nimi ei sobi või ei vasta saidi nimele" tõrge Outlooki ette või Talletada Office 365 keskkonda

Kehtib: Microsoft Business Productivity Online DedicatedMicrosoft Business Productivity Online Suite Federal

Tunnused


Spetsiaalne või rahvusvahelise liikluse määrusi Talletada Microsoft Office 365 keskkonnas teade kasutaja Turvahoiatuse dialoogiboksi, mis sisaldab järgmise tõrketeate: 
Turvaserdi nimi ei sobi või ei vasta saidi nimele.
Näiteks Turvahoiatuse dialoogiboksi sarnaneb järgmisega:See probleem võib ilmneda järgmistel juhtudel:
  • Kasutaja proovib uue profiili loomine rakenduses Microsoft Office Outlook.
  • Kasutaja proovib käivitada Outlooki klient.
  • Probleem ilmneb vahelduvalt, kui Outlooki klient töötab.
Kui kasutaja klõpsab nuppu Jah, saab kasutaja toimingu jätkamiseks. Kui kasutaja klõpsab nuppu ei, nurjub automaattuvastuse otsing. Automaattuvastuse otsingu tõrge takistab järgmised funktsioonid töötamise oodatud:
  • Automaatne automaattuvastuse kasutamisel Outlooki profiili loomine
  • Kontorist väljasoleku abimees (kontorist väljas)
  • Vaba/hõivatud oleku teabe

Põhjus


Üldiselt see probleem ilmneb, kui URL-i, millele üritate juurdepääsu ei ole teema või teema alternatiivne nimi (SAN) veebisaidi serdi turvalise soklikihi (SSL). Kuigi erinevates organisatsioonides konfiguratsioonide võib veidi erineda, see probleem ilmneb tavaliselt seetõttu, et organisatsiooni automaattuvastuse Domain Name Systemi (DNS) kirjete on valesti konfigureeritud.

Lahendus


Selle probleemi lahendamiseks tuleb muuta oma automaattuvastuse DNS-kirjete (sisemised, välised või mõlemad). Kuid need muudatused ei võeta kergelt, sest automaattuvastuse funktsioon ei tööta, kui DNS-kirjed on valesti konfigureeritud.Enne automaattuvastuse DNS-kirjete muutmiseks tuleks aru saada, kuidas Outlooki klient proovib leida Automaattuvastusteenus. Outlooki klient proovib leida Automaattuvastusteenus põhiline järgnevalt toimingute abil. Kuid kui sammu Automaattuvastusteenus asub võib olla erinev juurutamine juurutamine. See asukoht sõltub sellest, kas kooseksisteerimine on asutusesisese lahendus ja konkreetse asutusesisese meil keskkonnas on (näiteks asutusesisese Microsoft Exchange serveriga, asutusesisese Lotus Notes, või teises keskkonnas).Järgmises tabelis kuvatakse toimingute kuidas Outlooki klient otsib Automaattuvastusteenus põhiline järjestuses:
1
  1. Teenuse ühendust punkti (SCP) objekt - sisemine ühendustele.
  2. Outlooki klient proovib leida A kirje URL-i, mis on tagastatud objekt SCP.
2.
  1. Kasutaja SMTP-Domeen. (Näiteks https://proseware.com)
  2. Outlooki klient proovib leida kasutaja SMTP domeeni A-kirje.
3
  1. Kasutaja SMTP-domeen on täiendatud koos automaattuvastuse. (Näiteks https://autodiscover.proseware.com)
  2. Outlooki klient proovib leida A-kirje automaattuvastuse koos on lisatud URL.
4
  1. Outlooki klient proovib leida DNS teenuse (SRV) kirje automaattuvastuse teenuse DNS-tsooni, mis vastab kasutaja SMTP-Domeen. (Näiteks _autodiscover._tcp.proseware.com)
  2. SRV-kirje tagastab teisele URL peab olemas mingi lahutatavat kirje, näiteks A-kirje või CNAME-kirje.
5 Tulemus Kui ükski nendest meetoditest ei leita Automaattuvastusteenus, automaattuvastuse nurjub.
Kokkuvõte, lahendatakse Automaattuvastusteenus A kirje, CNAME-kirje või SRV-kirje abil. Kirjed kasutatakse praegu määramiseks käivitage järgmised käsud käsuviibale või Windows PowerShelli:
  1. A-kirje leidmiseks käivitage järgmised käsud. Veenduge, et teil asendada SMTPDomain.com alla domeeniga väärtusega ülaosas oma serdi tõrked.
nslookup 
set type=A 
Autodiscover.SMTPDomain.com 
  1. SRV-kirje leidmiseks käivitage järgmised käsud:
nslookup 
set type=SRV 
_autodiscover._tcp.SMTPDomain.com 
Järgmises näites Outlooki klient võib leida Automaattuvastusteenus abil A kirje automaattuvastuse URL-i, nagu on kirjeldatud eelmises tabelis toodud juhises 3: 
autodiscover.proseware.com
Kuid nagu me eespool jaotises "Põhjus", URL-i ei ole SSL-serdi, mida kasutatakse Automaattuvastusteenus San. Näiteks näha järgmisel kuvatõmmisel näha:Selle probleemi lahendamiseks kasutage järgmist meetodit. 

Olemasoleva kirje SRV-kirje, mis suunab nimeruumi, mis on juba SAN SSL-serdi abil

See on praeguse teenuse disain meetod Eelistatav lahendus, sest olemasoleva SSL-sert ei ole värskendatud ja rakendatakse. Selles jaotises eespool toodud toimingud põhiline järjekorras organisatsioon võib läbi viia uue kirje testitud ja kontrollitud viis vältida toite automaattuvastuse teenuse abil.Selle probleemi lahendamiseks toimige järgmiselt.
  1. Looge uus SRV-kirje. SRV-kirje luuakse DNS-tsooni, mis vastab kasutaja SMTP-Domeen. SRV-kirje peaks olema järgmised atribuudid:
    • Teenus: _autodiscover
    • Protokoll: _tcp
    • Port: 443
    • Host: URL-i ümbersuunamise. URL-i võimalik lahendada IP peaks olema sama Automaattuvastusteenus Outlook Web Accessi (OWA) URL-i. Peale selle võivad erineda juurutamine juurutamine.
  2. Enne kui eemaldate olemasoleva kirje, SRV-kirje tuleks testida, asendades nende laiendid kasutaja faili host suunata praegune vale IP-kirje. See test saate kontrollida, kas uus SRV-kirje toimib ootuspäraselt enne uue DNS-kirjete juurutamiseks kogu organisatsiooni. Märkus. SRV-kirje kasutamisel Outlooki kliendi kasutaja võidakse kuvada järgmine teade, mis soovitab ümbersuunamine, mis peaks toimuma kasutaja. Me soovitame, et kasutaja märkige ruut Ära Küsi selle veebilehe uuesti , et see teade kuvatakse uuesti.  
  3. Kui SRV-kirje töötab ootuspäraselt, saate eemaldada olemasoleva DNS-i kirje.

Lisateave


Automaattuvastuse teenuse kohta lisateabe saamiseks külastage järgmist Microsoft TechNeti veebisaiti: