Zweite Standort in AD, Exchange findet den DC nicht mehr
kann mir jemand bei folgendem Problem helfen.
Ich habe einen Standort A. Dort sind 2xDC(DC1, DC2) installiert, aber die PCs bekommen IP und usw. von DNS und DHCP Linux Server. Außerdem sind 2x Exchange Server 2010 SP2 mit DAG an diesem Standort vorhanden. Standort A hat das Netz 192.168.1.0/22 und die Domäne firma.local. Ich habe ein DC3 für Standort B in der Domain am Standort A vorbereiten,aufgestellt und konfiguriert. Alle Server in der Domain funktioniert einwandfrei.
Es sollte Standort B aufgebaut werden und diese in die Domäne eingebunden werden und auch die Exchangen von Standort A verwenden. In Standort B ist bisher kein Server vorhanden aber der DC3 sollte für diese Standort B benutzen werden. Standort B hat das Netz 192.168.100.0/24
Die beiden Netze werden per Site to Site VPN verbunden. OA wird über in VPN für Standort B zur Verfügung stellen.
Das Problem ist. Ich hatte den Standort B zur Vorbereitung in der Domain hinzugefügt mit Subnetz für Standort B. Obwohl der DC3 noch im Standort A ist. Für Standort A habe ich so gelassen keine Veränderung und auch keine extra Subnetz hinzugeführt.
Aber dann funktioniert der Exchange DAG nicht mehr. Die MS Exchange AgeSynce und ein Paar andere DAG Dienste starten einfach nicht mehr. Ich habe das Gefühlt, dass der Exchange sucht nach DC aber es findet den DC einfach nicht.
Sobald ich den DC3 zurück zum Standort A verschieben und den Standort B und Subnetzt für Standort B löschen. Dann funktioniert der Exchange wieder.
Meine Frage ist, warum? Was habe ich falsch gemacht? Wie kann ich das Problem löschen, mein Kopf platzen gleich.
Herzlichen Dank schon mal für eure Hilfe
Grüße,
Diespiter
Ich habe einen Standort A. Dort sind 2xDC(DC1, DC2) installiert, aber die PCs bekommen IP und usw. von DNS und DHCP Linux Server. Außerdem sind 2x Exchange Server 2010 SP2 mit DAG an diesem Standort vorhanden. Standort A hat das Netz 192.168.1.0/22 und die Domäne firma.local. Ich habe ein DC3 für Standort B in der Domain am Standort A vorbereiten,aufgestellt und konfiguriert. Alle Server in der Domain funktioniert einwandfrei.
Es sollte Standort B aufgebaut werden und diese in die Domäne eingebunden werden und auch die Exchangen von Standort A verwenden. In Standort B ist bisher kein Server vorhanden aber der DC3 sollte für diese Standort B benutzen werden. Standort B hat das Netz 192.168.100.0/24
Die beiden Netze werden per Site to Site VPN verbunden. OA wird über in VPN für Standort B zur Verfügung stellen.
Das Problem ist. Ich hatte den Standort B zur Vorbereitung in der Domain hinzugefügt mit Subnetz für Standort B. Obwohl der DC3 noch im Standort A ist. Für Standort A habe ich so gelassen keine Veränderung und auch keine extra Subnetz hinzugeführt.
Aber dann funktioniert der Exchange DAG nicht mehr. Die MS Exchange AgeSynce und ein Paar andere DAG Dienste starten einfach nicht mehr. Ich habe das Gefühlt, dass der Exchange sucht nach DC aber es findet den DC einfach nicht.
Sobald ich den DC3 zurück zum Standort A verschieben und den Standort B und Subnetzt für Standort B löschen. Dann funktioniert der Exchange wieder.
Meine Frage ist, warum? Was habe ich falsch gemacht? Wie kann ich das Problem löschen, mein Kopf platzen gleich.
Herzlichen Dank schon mal für eure Hilfe
Grüße,
Diespiter
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 202757
Url: https://administrator.de/contentid/202757
Ausgedruckt am: 23.11.2024 um 01:11 Uhr
10 Kommentare
Neuester Kommentar
Hallo,
was passiert denn, wenn du den Standort B (inkl. Subnetz) anlegst, und den DC nicht dahin verschiebst? Dann funktioniert wahrscheinlich alles. Und wenn dem so ist, legt das ja irgendwie nahe, dass du den DC falsch verschoben hast.
Siehe dazu http://technet.microsoft.com/en-us/library/cc759326%28v=ws.10%29.aspx und http://technet.microsoft.com/de-de/library/dd378844%28v=ws.10%29.aspx.
Außerdem änderst du in dem Zuge ja die IP, deswegen könnte auch http://technet.microsoft.com/en-us/library/cc758579%28WS.10%29.aspx hilfreich sein - inbesondere die Hinweise auf ipconfig /registerdns und dcdiag /fix.
Last but not least: auch Exchange sollte darauf "hingewiesen" werden, dass einer seiner DCs möglicherweise woanders ist - am besten wohl durch einen Serviceneustart.
Gruß
Filipp
was passiert denn, wenn du den Standort B (inkl. Subnetz) anlegst, und den DC nicht dahin verschiebst? Dann funktioniert wahrscheinlich alles. Und wenn dem so ist, legt das ja irgendwie nahe, dass du den DC falsch verschoben hast.
Siehe dazu http://technet.microsoft.com/en-us/library/cc759326%28v=ws.10%29.aspx und http://technet.microsoft.com/de-de/library/dd378844%28v=ws.10%29.aspx.
Außerdem änderst du in dem Zuge ja die IP, deswegen könnte auch http://technet.microsoft.com/en-us/library/cc758579%28WS.10%29.aspx hilfreich sein - inbesondere die Hinweise auf ipconfig /registerdns und dcdiag /fix.
Last but not least: auch Exchange sollte darauf "hingewiesen" werden, dass einer seiner DCs möglicherweise woanders ist - am besten wohl durch einen Serviceneustart.
Gruß
Filipp
nein ,der Exchange DAG liegt in einem DMZ mit anderem IP und Subnetz. [...]
Muss ich das Subnetz von Exchange Server auch legen ?
Verstehe ich nicht ganz.Muss ich das Subnetz von Exchange Server auch legen ?
Exchange muss einer Site zugeordnet sein (und es würde mich ziemlich wundern, wenn Exchange vorher ohne Site-Zuordnung funktioniert hätte). In der Site muss es einen (beschreibbaren) DC/GC geben. Exchange in einer DMZ ist nicht die allerbeste Idee, weil er doch vielfältige Kommunikationsbeziehungen hat. Aber das war vorher auch so, du hast alle benötigten Ports freigeschaltet (?).
Gruß
Filipp
Hallo,
die Zuordnung zu einer Site im AD ist erstmal gar keine Sicherheitslücke, weil damit keine Berechtigungen z.B. auf der Firewall gesetzt werden. Es geht mehr darum, Objekte in eine Verwaltungsstruktur einzuordnen. Und Exchange nutzt diese Informationen um sich selbst zu strukturieren (etwa Zugehörigkeit von CAS-Servern zu MBX-Servern, Mailrouting...) Wenn es sich selbst nicht einer Site zuordnen kann (evtl. ordnet es sich, wenn es nur eine Site gibt, unabhängig von IP-Netzen in diese ein), kann es sich selbst auch nicht mehr organisieren. Im Eventlog müssten aber entsprechende Fehler von Netlogon und Exchange (ADTopologyService, wahrscheinlich) verzeichnet sein.
Gruß
Filipp
die Zuordnung zu einer Site im AD ist erstmal gar keine Sicherheitslücke, weil damit keine Berechtigungen z.B. auf der Firewall gesetzt werden. Es geht mehr darum, Objekte in eine Verwaltungsstruktur einzuordnen. Und Exchange nutzt diese Informationen um sich selbst zu strukturieren (etwa Zugehörigkeit von CAS-Servern zu MBX-Servern, Mailrouting...) Wenn es sich selbst nicht einer Site zuordnen kann (evtl. ordnet es sich, wenn es nur eine Site gibt, unabhängig von IP-Netzen in diese ein), kann es sich selbst auch nicht mehr organisieren. Im Eventlog müssten aber entsprechende Fehler von Netlogon und Exchange (ADTopologyService, wahrscheinlich) verzeichnet sein.
Gruß
Filipp