Frage : Problem, das auf Autodiscover.xml zurückgreift

Ich geschalten vor kurzem einen unserer Klienten von SBS 2003 zu SBS 2008.

I tat nicht eine Schwingenmigration.  Ich verursachte einen nagelneuen Bedienernamen und -domain Name, neu erstellte die Benutzer, Computerkonten und importierte alle Daten.  Alle Arbeitsplätze verwenden Aussicht 2007.  Es gibt PC zwei, das an Aussicht using RPC über HTTP anschließen.  Jenes erhalten des PC und ich glaube die internen außerdem, die folgenden Störungen in der Aussicht:

7: 33: 44 Microsoft austauschen indirektes Adresse book
7 es: 33: 44 nicht herunterladende indirekte Adressbuchakten.  Ein Bediener (URL) könnte nicht located.
7 sein: 33: 44 0X8004010F

A Paare PC haben Probleme, aus Büro heraus einzuschalten, und alles PC haben nicht eine indirekte Adresse book.

I haben eine verlässliche SSL-Bescheinigung von einer 3. angebrachten Partei.  Er ist für den External FQDN.

Here ist der Ausgang, den ich von EAS erhalte: (offensichtlich geändert ich das Domain Name aus Privatlebengründen),

[PS] C:\Windows\system32 >Test-OutlookWebServices - Identität adminuser | fl


Id      : 1003
Type: Information
Message: Über AutoDiscover mit dem email address [email protected]
m.

Id prüfen: 1013
Type: Error
Message: Als, , empfing https://remote.contoso.com /Autodiscover/Autodiscover.x
ml die Störung, die der Fernbediener eine Störung zurückbrachte: (401) Unau
          thorized.

Id      : 1006
Type: Error
Message: Der Autodiscover Service konnte nicht contacted.

I sein versucht, um auf das autodiscover.xml vom äußeren zurückzugreifen und verlangt Benutzerauthentisierung.  Ist das normal?  Was fehle ich?

I haben wirklich zwei Bediener mit diesem Problem, also sein jede mögliche Hilfe appreciated.

Antwort : Problem, das auf Autodiscover.xml zurückgreift

FestlegungAutodiscovery in SBS 2008 mit Aussicht 2007
 
Aussicht 2007 SP1 zusammengebaut als RCP über HTTP-Klienten.  Anschluss zum Bediener ist gut.

Aussicht durchführt normalerweise eise, außer dem unten beschriebenen Problem.
Bediener ist ein SBS 2008, mit Austausch 2007 SP1.  Er hat ein FQDN, und lässt eine einzelne Gebiet SSL-Bescheinigung anbringen.
 
Problem:
Der Benutzer, der die folgende Störung in der Synchronisierung erhält, herausgibt Faltblatt sgibt:
Microsoft austauschen indirektes Adressbuch es
Herunterladen nicht der indirekten Adressbuchakten.  Ein Bediener (URL) könnte nicht lokalisiert werden.
0X8004010F
 
Symptom:
Im indirekten Betrieb in der Aussicht, war OAB nicht anwesend.
Dieses beobachtet, indem man eine eMail bestand, und „zu“ klickte.  Die Generaladresseliste leer ist.
 
Prüfung vom Austausch-Bediener:
Geprüft using den folgenden Befehl, wenn laufend, Management Shell austauschen:
Test-OutlookWebServices - Identität putusernamehere | Florida
Identifikation: 1003
Art: Informationen
Mitteilung: Über AutoDiscover mit dem email address [email protected] prüfen.
 
Identifikation: 1013
Art: Störung
Mitteilung: Als empfing das In Verbindung treten mit https://remote.contoso.com/Autodiscover/Autodiscover.xml die Störung, die der Fernbediener eine Störung zurückbrachte: (401) Nicht autorisiert.
 
Identifikation: 1006
Art: Störung
Mitteilung: Mit den Autodiscover Service konnte nicht in Verbindung getreten werden.
 
SBS 2008 BPA anbringen und Ausgaben lösen:
Ich anbrachte das SBS 2008 BPA 8, um zu sehen, wenn es mir irgendeinen Anhaltspunkt geben, und regelte einige Probleme, die nichts hatten, mit Selbstentdeckung zu tun.  Ich ignorierte die Ausgaben hinsichtlich CNAME und des Aufstellungsortes.  Die, die BPA laufen gelassen, wissen, über was ich spreche.
 
Wiedertesten des Austausch-Bedieners:
Das folgende ist neuer Ausgang des gleichen Befehls nach den Festlegungproblemen, die durch BPA vorgeschlagen:
 
Identifikation: 1003
Art: Informationen
Mitteilung: Über AutoDiscover mit dem email address [email protected] prüfen.
 
Identifikation: 1006
Art: Informationen
Mitteilung: Der Autodiscover Service befragt bei https://remote.contoso.com/Autodiscover/Autodiscover.xml.
 
Identifikation: 1016
Art: Erfolg
Mitteilung: [Austausch] - in Verbindung trat erfolgreich mit ALS Service bei https://remote.contoso
          .com /EWS/Exchange.asmx. Die Gesamtverarbeitungszeit war 821 Millisekunden.
 
Identifikation: 1015
Art: Erfolg
Mitteilung: [Austausch] - in Verbindung trat erfolgreich mit den OAB Service athttps: /remote.contoso.com/EWS/Exchange.asmx. Die Gesamtverarbeitungszeit war 0 Millisekunden.
 
Identifikation: 1014
Art: Erfolg
Mitteilung: [Austausch] - in Verbindung trat erfolgreich mit dem UM-Service bei https://remote.contoso.com/UnifiedMessaging/Service.asmx. Die Gesamtverarbeitungszeit war 858 Millisekunden.
 
Identifikation: 1016
Art: Erfolg
Mitteilung: [EXPR] - in Verbindung trat erfolgreich mit ALS Service bei https://remote.contoso
          .com /EWS/Exchange.asmx. Die Gesamtverarbeitungszeit war 30 Millisekunden.
 
Identifikation: 1015
Art: Erfolg
Mitteilung: [EXPR] - in Verbindung trat erfolgreich mit den OAB Service athttps: /remote.contoso.com/EWS/Exchange.asmx. Die Gesamtverarbeitungszeit war 0 Millisekunden.
 
Identifikation: 1014
Art: Erfolg
Mitteilung: [EXPR] - in Verbindung trat erfolgreich mit dem UM-Service bei https://remote.contoso.com/UnifiedMessaging/Service.asmx. Die Gesamtverarbeitungszeit war 6 Millisekunden.
 
Identifikation: 1013
Art: Störung
Mitteilung: Als empfing das In Verbindung treten mit https://remote.contoso.com/Rpc die Störung, die der Bediener eine Protokolverletzung festlegte. Section=ResponseStatusLine
 
Identifikation: 1017
Art: Störung
Mitteilung: [EXPR] - Störung, wenn mit der RPC/HTTP Service bei https://remote.contoso.com/Rpc in Verbindung getreten. Die Gesamtverarbeitungszeit war 14 Millisekunden.
 
Identifikation: 1006
Art: Erfolg
Mitteilung: Der Autodiscover Service geprüft erfolgreich.
 
Identifikation: 1021
Art: Informationen
Mitteilung: Die folgenden Netzdienstleistungen erzeugten Störungen.
              In Verbindung treten mit Bediener in EXPR
          Den vorherigen Ausgang bitte benutzen, um die Störungen zu bestimmen und zu beheben.
 
Offensichtlich empfing die ursprüngliche Störung, während prüfenaustausch irgendwie gelöst.
Ich in der Lage war nicht, die Protokolverletzungsstörung zu lösen.  Weitergehen.
 
Prüfung vom externen Aussichtklienten:
Auf dem PC, der hatte, zusammenbaute Aussicht 2007 für Gebrauch außerhalb des Büros nbaute:
Ctrl und Recht betätigen - die Aussichtikone im systray anklicken.  
Test-eMailAutoconfiguration vorwählen
Benutzeremail address und -kennwort bevölkern.
Gebrauch Autodiscover vorwählen und Test anklicken.
 
An diesem Punkt Autodiscover Ausfallen.  Ich habe nicht den Ausgang.
 
Eine SRV Aufzeichnung verursachen:
Verursachte ein SRV notieren angebracht zum Hauptgebiet contoso.com
Dieser Artikel half mir:  http://support.microsoft.com/kb/940881
Parameter
Service: _autodiscover
Protokoll: _tcp
Hafen: 443
Wirt: remote.contoso.com
 
Verwendete das folgende, um zu überprüfen, dass die SRV Aufzeichnung in place war:
Vom Befehlseingabeformat:
nslookup
> type=srv einstellen
> _autodiscover._tcp.contoso.com
Nicht-maßgebende Antwort:
Service-Position _autodiscover._tcp.contoso.com-SRV:
          Priorität = 5
          Gewicht = 0
          Hafen = 443
          svr hostname = remote.contoso.com
 
Wieder laufen ließ Autodiscovery-Test von der Aussicht:
Zuerst von einem Befehlseingabeformat durchführte ich hrte: ipconfig /flushdns
Dieses Mal, das es mich für Benutzerauthentisierung, es aufforderte, getan nicht dies vorher.  Nach der Beglaubigung war Test erfolgreich.
Er fragte mich, wenn ich using diese Web site rekonfigurieren wollte, ich sagte ja und überprüfte den Kasten, um nicht wieder aufzufordern.
Von hier SRV folgte Rekordnachschlagen für contoso.com.  Weitere ganzer Autodiscovery ausfiel el.
 
Entschließung:
Von diesem Punkt aufgehört Störungen betreffend das Herunterladen des OAB rt.  Geprüftes OAB und es waren anwesend.
 Anmerkung: Ich aktualisierte auch die Büroinstallation zu SP2.
 Interessant erhalte ich noch die Störung:
        Identifikation: 1013
        Art: Störung
        Mitteilung: Als empfing das In Verbindung treten mit https://remote.contoso.com/Rpc die Störung
                  Bediener festlegte eine Protokolverletzung te. Section=ResponseStatusLine
 
Aber alles scheint, normalerweise zu arbeiten.