12
Exchange 2010 und Aotodiscover
Hallo,
ich brauche eure Hilfe bei einem Problem mit Autodoscover bei einem Exchange 2010 SP3 mit aktuellem Patch-Stand und Outlook 2010 SP3 mit aktuellem Patch-Stand. Auf diesem internen Exchange-Server ist das autodiscover entsprechend in der Domain mit einem öffentlichen Wildcard-Zertifikat konfiguriert. Im internen DNS habe ich diese externe Mail-Domain ebenfalls eingetragen. Machen ich einen Ping auf autodiscover.xxx.de sowie Outlook.xxx.de erhalte ich einen Ping mit der internen IP des Exchange-Servers ordnungsgemäß zurück. NSLOOKUP funktioniert von allen Server/Clients problemlos.
Jetzt mein Problem. Der Kunde setzt zwei Windows 2008 R2 Terminalserver im Lastenausgleich ein. Beide Server sind auf dem gleichen Patch-Stand. Auf Server 1 funktioniert das Autodiscover problemlos. Habe dies u.a. mit dem Outlook-Tool geprüft. Siehe Bild "Autodiscover ohne Fehler.jpg". Mache ich aber den gleichen Test unter dem gleichen Benutzer auf dem zweiten Terminalserver Server2 erhalte ich beim Autodiscover div. Fehler. Siehe Bild "Autodiscover mit Fehler.jpg". Auf dem fehlerhaften Server kann ich zwar Outlook starten, jedoch wenn ich den Abwesenheitsass. in Outlook starten möchte, dann erscheint der Fehler siehe Bild "outlook 2010 abwesenheitsass. fehler". Unter dem gleichen Benutzer auf dem ersten Terminalserver Server1 kann ich Problemlos den Abwesenheitsass. starten und benutzen/konfigurieren.
Somit gehe ich erstmal davon aus, dass Autodiscover grundsätzlich richtig konfiguriert ist, da ich im kompletten Netzwerk per Autodiscover die Outlook-Konfig. der Benutzer abrufen kann, lediglich nur bei einem Terminalserver nicht?!
Was habe ich bis jetzt gemacht:
1. Server erneut zur Domäne hinzugefügt, ohne Erfolg
2. Das Benutzerkonto/-Profil gelöscht und neu angelegt, ohne Erfolg (war auch eigentlich klar)
3. Die Netzwerkkarteneinstellungen geprüft. Hier sind keine falschen Einstellungen vorhanden. Beide Terminalserver haben jeweils eine feste IP
4. Ping und nslookup auf diesem Terminalserver erfolgreich ausgeführt. Somit ist dies eigentlich kein DNS-Problem
Ich weiß jetzt nicht mehr, wo ich hier noch irgendwelche Einstellungen auf diesem Server prüfen sollte. Brauche daher dringend eure Unterstützung.
Danke vorab für jeden Hinweis.
Gruß
AD
ich brauche eure Hilfe bei einem Problem mit Autodoscover bei einem Exchange 2010 SP3 mit aktuellem Patch-Stand und Outlook 2010 SP3 mit aktuellem Patch-Stand. Auf diesem internen Exchange-Server ist das autodiscover entsprechend in der Domain mit einem öffentlichen Wildcard-Zertifikat konfiguriert. Im internen DNS habe ich diese externe Mail-Domain ebenfalls eingetragen. Machen ich einen Ping auf autodiscover.xxx.de sowie Outlook.xxx.de erhalte ich einen Ping mit der internen IP des Exchange-Servers ordnungsgemäß zurück. NSLOOKUP funktioniert von allen Server/Clients problemlos.
Jetzt mein Problem. Der Kunde setzt zwei Windows 2008 R2 Terminalserver im Lastenausgleich ein. Beide Server sind auf dem gleichen Patch-Stand. Auf Server 1 funktioniert das Autodiscover problemlos. Habe dies u.a. mit dem Outlook-Tool geprüft. Siehe Bild "Autodiscover ohne Fehler.jpg". Mache ich aber den gleichen Test unter dem gleichen Benutzer auf dem zweiten Terminalserver Server2 erhalte ich beim Autodiscover div. Fehler. Siehe Bild "Autodiscover mit Fehler.jpg". Auf dem fehlerhaften Server kann ich zwar Outlook starten, jedoch wenn ich den Abwesenheitsass. in Outlook starten möchte, dann erscheint der Fehler siehe Bild "outlook 2010 abwesenheitsass. fehler". Unter dem gleichen Benutzer auf dem ersten Terminalserver Server1 kann ich Problemlos den Abwesenheitsass. starten und benutzen/konfigurieren.
Somit gehe ich erstmal davon aus, dass Autodiscover grundsätzlich richtig konfiguriert ist, da ich im kompletten Netzwerk per Autodiscover die Outlook-Konfig. der Benutzer abrufen kann, lediglich nur bei einem Terminalserver nicht?!
Was habe ich bis jetzt gemacht:
1. Server erneut zur Domäne hinzugefügt, ohne Erfolg
2. Das Benutzerkonto/-Profil gelöscht und neu angelegt, ohne Erfolg (war auch eigentlich klar)
3. Die Netzwerkkarteneinstellungen geprüft. Hier sind keine falschen Einstellungen vorhanden. Beide Terminalserver haben jeweils eine feste IP
4. Ping und nslookup auf diesem Terminalserver erfolgreich ausgeführt. Somit ist dies eigentlich kein DNS-Problem
Ich weiß jetzt nicht mehr, wo ich hier noch irgendwelche Einstellungen auf diesem Server prüfen sollte. Brauche daher dringend eure Unterstützung.
Danke vorab für jeden Hinweis.
Gruß
AD
Share on Facebook
Share on Twitter
Share on Reddit
Share on LinkedinPlease also mark the comments that contributed to the solution of the article
Content-Key: 355549
Url: https://administrator.de/contentid/355549
Printed on: April 26, 2024 at 05:04 o'clock
12 Comments
Latest comment
Moin,
kannst du die Adresse "autodiscover..." auf dem zweiten RDS-Hosts im Browser aufrufen? Es müsste anschließend der Dialog für die Eingabe von Benutzername & Passwort erscheinen. Ist evtl. auf dem zweiten System bezüglich WinHTTP Proxy etwas konfiguriet? Kann über den Befehl netsh auf der Eingabeaufforderung geprüft bzw. zurückgesetzt werden.
Gruß,
Dani
kannst du die Adresse "autodiscover..." auf dem zweiten RDS-Hosts im Browser aufrufen? Es müsste anschließend der Dialog für die Eingabe von Benutzername & Passwort erscheinen. Ist evtl. auf dem zweiten System bezüglich WinHTTP Proxy etwas konfiguriet? Kann über den Befehl netsh auf der Eingabeaufforderung geprüft bzw. zurückgesetzt werden.
Gruß,
Dani
Hallo Dani,
ja, über https://autodiscover.xxx.de/Autodiscover/Autodiscover.xml erscheint das Abfragefenster für den Benutzer mit KW. "Autodiscover1.fpg"
Als Seite erhalte ich nach Eingabe der Benutzerdanten dann nachfolgendes Bild "Autodiscover2-jpg"
Kein winhttp Proxy aktiviert.
LG
AD
ja, über https://autodiscover.xxx.de/Autodiscover/Autodiscover.xml erscheint das Abfragefenster für den Benutzer mit KW. "Autodiscover1.fpg"
Als Seite erhalte ich nach Eingabe der Benutzerdanten dann nachfolgendes Bild "Autodiscover2-jpg"
Kein winhttp Proxy aktiviert.
LG
AD
Moin,
Ansonsten wodurch unterscheiden sich die beiden RDS-Hosts?
Gruß,
Dani
Kein winhttp Proxy aktiviert.
spielt keine Rolle... einfach mal zurücksetzen und den Server neu starten.Ansonsten wodurch unterscheiden sich die beiden RDS-Hosts?
Gruß,
Dani
Hallo Dani,
Winhttp Proxy hatte ich gestern Abend bereits geprüft und den Exchange und Terminalserver beide bereits neu gebootet.
Beide Server sind eigentlich auf dem gleichen Patchstand, sowohle W2k8S R2 als auch Outllook 2010 (14.0.7190.5000 32-Bit). Beide Server werden über den internen WSUS entsprechend manuell aktualisiert.
Kann es evtl. sein, dass eine alte GPO die Einstellungen hier blockiert. Das Aotodiscover war ursprünglich gar nicht eingerichtet, da vor 7 Jahren bei der Ersteinrichtung hierauf nicht geachtet wurde. Ich habe gestern erst das autodiscover richtig aktiviert und eingerichtet und habe die alten GPO`s zur Konfiguration der Verbindung der Outlook 2010 Clients deaktiviert bzw. die Einstellungen auf "nicht konfiguriert" gesetzt. Hier war u.a. ursprünglich die Richtlinie "Profil automatisch basierend auf der SMTP-Adresse von Active Directory konfigurieren" aktiviert.
LG
AD
Winhttp Proxy hatte ich gestern Abend bereits geprüft und den Exchange und Terminalserver beide bereits neu gebootet.
Beide Server sind eigentlich auf dem gleichen Patchstand, sowohle W2k8S R2 als auch Outllook 2010 (14.0.7190.5000 32-Bit). Beide Server werden über den internen WSUS entsprechend manuell aktualisiert.
Kann es evtl. sein, dass eine alte GPO die Einstellungen hier blockiert. Das Aotodiscover war ursprünglich gar nicht eingerichtet, da vor 7 Jahren bei der Ersteinrichtung hierauf nicht geachtet wurde. Ich habe gestern erst das autodiscover richtig aktiviert und eingerichtet und habe die alten GPO`s zur Konfiguration der Verbindung der Outlook 2010 Clients deaktiviert bzw. die Einstellungen auf "nicht konfiguriert" gesetzt. Hier war u.a. ursprünglich die Richtlinie "Profil automatisch basierend auf der SMTP-Adresse von Active Directory konfigurieren" aktiviert.
LG
AD
Moin
Gruß,
Dani
Kann es evtl. sein, dass eine alte GPO die Einstellungen hier blockiert. Das Aotodiscover war ursprünglich gar nicht eingerichtet, da vor 7 Jahren bei der Ersteinrichtung hierauf nicht geachtet wurde. Ich habe gestern erst das autodiscover richtig aktiviert und eingerichtet und habe die alten GPO`s zur Konfiguration der Verbindung der Outlook 2010 Clients deaktiviert bzw. die Einstellungen auf "nicht konfiguriert" gesetzt. Hier war u.a. ursprünglich die Richtlinie "Profil automatisch basierend auf der SMTP-Adresse von Active Directory konfigurieren" aktiviert.
ist im Rahmen des möglichen... du kannst das Windowsprofil des Benutzer einmal nach Best Practices löschen. Anschließend nochmals das Ganze einrichten.Gruß,
Dani
Hallo Dani,
habe bei meinem Test-User das lokale Profil entsprechend über "Erweiteret Systemeinstellungen" und das Ablageort des Roaming Profiles gelöscht und mich an diesem Server mit diesem Benutzer neu angemeldet. Nach der Erstanmeldung habe ich beim Start von Outlook das Profil entsprechend neu eingerichtet, was auch ohne Fehler erfolgreich abgeschlossen wurde. Lediglich eine Frage mußte ich zusätzlich beantworten mit "Zulassen" beantworten.
Leider besteht das Problem weiterhin.
Ich weiß keinen Rat mehr!
LG
AD
habe bei meinem Test-User das lokale Profil entsprechend über "Erweiteret Systemeinstellungen" und das Ablageort des Roaming Profiles gelöscht und mich an diesem Server mit diesem Benutzer neu angemeldet. Nach der Erstanmeldung habe ich beim Start von Outlook das Profil entsprechend neu eingerichtet, was auch ohne Fehler erfolgreich abgeschlossen wurde. Lediglich eine Frage mußte ich zusätzlich beantworten mit "Zulassen" beantworten.
Leider besteht das Problem weiterhin.
Ich weiß keinen Rat mehr!
LG
AD
Warum wird https://outlook....de/ aufgerufen und nicht wie oben autodiscover....de./ wie in den Screenshots in der Frage?! Gibt es evtl. noch Modifikationen in der HOST-Datei auf dem betroffenen RDS-Host? Prüfe einmal die per rsop.msc, welche Einstellungen bzüglich Office/Outlook gesetzt sind.
Gruß,
Dani
Gruß,
Dani
Outlook.xxx.de kommt aus der Konfig des autodiscover vom Exchange-Server. Hier meine Konfiguration des autodiscover:
Set-OWAVirtualDirectory –Identity "OWA (default web site)" -ExternalURL "https://outlook.XXX.de/OWA"
Set-OWAVirtualDirectory –Identity "OWA (default web site)" -InternalURL "https://outlook.XXX.de/OWA"
Set-OABVirtualDirectory –Identity "OAB (default web site)" -ExternalURL "https://outlook.XXX.de/OAB"
Set-OABVirtualDirectory –Identity "OAB (default web site)" -InternalURL "https://outlook.XXX.de/OAB"
Set-ECPVirtualDirectory –Identity "ECP (default web site)" -ExternalURL "https://outlook.XXX.de/ECP"
Set-ECPVirtualDirectory –Identity "ECP (default web site)" -InternalURL "https://outlook.XXX.de/ECP"
Set-WebServicesVirtualDirectory –Identity "EWS (default web site)" -ExternalUrl "https://outlook.XXX.de/ews/exchange.asmx"
Set-WebServicesVirtualDirectory –Identity "EWS (default web site)" -InternalUrl "https://outlook.XXX.de/ews/exchange.asmx"
Set-ActiveSyncVirtualDirectory –Identity "Microsoft-Server-ActiveSync (default web site)" -ExternalURL "https://outlook.XXX.de/Microsoft-Server-ActiveSync"
Set-ActiveSyncVirtualDirectory –Identity "Microsoft-Server-ActiveSync (default web site)" -InternalURL https://outlook.XXX.de/Microsoft-Server-ActiveSync
Set-ClientAccessServer -Identity (Servername) -AutoDiscoverServiceInternalUri "https://autodiscover.XXX.de/Autodiscover/Autodiscover.xml"
RSOP ergab auch nicht wirklich was.
In der hosts-Datei steht nichts, ist noch original wie alle restlichen Dateien in diesem Verzeichnis.
Set-OWAVirtualDirectory –Identity "OWA (default web site)" -ExternalURL "https://outlook.XXX.de/OWA"
Set-OWAVirtualDirectory –Identity "OWA (default web site)" -InternalURL "https://outlook.XXX.de/OWA"
Set-OABVirtualDirectory –Identity "OAB (default web site)" -ExternalURL "https://outlook.XXX.de/OAB"
Set-OABVirtualDirectory –Identity "OAB (default web site)" -InternalURL "https://outlook.XXX.de/OAB"
Set-ECPVirtualDirectory –Identity "ECP (default web site)" -ExternalURL "https://outlook.XXX.de/ECP"
Set-ECPVirtualDirectory –Identity "ECP (default web site)" -InternalURL "https://outlook.XXX.de/ECP"
Set-WebServicesVirtualDirectory –Identity "EWS (default web site)" -ExternalUrl "https://outlook.XXX.de/ews/exchange.asmx"
Set-WebServicesVirtualDirectory –Identity "EWS (default web site)" -InternalUrl "https://outlook.XXX.de/ews/exchange.asmx"
Set-ActiveSyncVirtualDirectory –Identity "Microsoft-Server-ActiveSync (default web site)" -ExternalURL "https://outlook.XXX.de/Microsoft-Server-ActiveSync"
Set-ActiveSyncVirtualDirectory –Identity "Microsoft-Server-ActiveSync (default web site)" -InternalURL https://outlook.XXX.de/Microsoft-Server-ActiveSync
Set-ClientAccessServer -Identity (Servername) -AutoDiscoverServiceInternalUri "https://autodiscover.XXX.de/Autodiscover/Autodiscover.xml"
RSOP ergab auch nicht wirklich was.
In der hosts-Datei steht nichts, ist noch original wie alle restlichen Dateien in diesem Verzeichnis.
Outlook.xxx.de kommt aus der Konfig des autodiscover vom Exchange-Server. Hier meine Konfiguration des autodiscover:
Das mag sein, aber vergleich die Screenshots nochmals. Es geht in beidne Fällen um die Autodiscover Adresse, nicht um deren Weiterleitung.
Das ist wohl war, aber wo holt er denn dann das Outlook.xxx.de/autodiscover... her. Ich habe doch über Eingabe "Set-ClientAccessServer -Identity (Servername) -AutoDiscoverServiceInternalUri "https://autodiscover.XXX.de/Autodiscover/Autodiscover.xml" den Namen autodiscover... eingegeben. Mir leuchtet nicht ganz ein, wo er das Outlook.XXX denn herholt??
Das ist wohl war, aber wo holt er denn dann das Outlook.xxx.de/autodiscover... her.
Du kannst das Selbe auf dem funktionierenden RDS-Host wiederholen. 
Wenn es dort das Selbe ist, kann es eigentlich nicht als Ursache in Frage kommen. Richtig ist es meiner Meinung nach trotdem nicht.Mir leuchtet nicht ganz ein, wo er das Outlook.XXX denn herholt??
Montan fällt mir gerade auch kein weiterer Punkt, wo du noch schauen könntest. Evtl. siehst du per Wireshark woher den DNS-Namen erhält.Gruß,
Dani
Hallo Dani,
danke für Deine Hilfe. Ich habe soeben bei Microsoft einen Support eröffnet. Mal schauen, wie die das Problem lösen.
Danke nochmal
AD
danke für Deine Hilfe. Ich habe soeben bei Microsoft einen Support eröffnet. Mal schauen, wie die das Problem lösen.
Danke nochmal
AD
