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

Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben

Content-ID: 355549

Url: https://administrator.de/contentid/355549

Ausgedruckt am: 24.11.2024 um 20:11 Uhr

12 Kommentare

Neuester Kommentar

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

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

Moin,

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

Moin

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

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

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.

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??