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/940881Parameter
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.
