11
Windows 2008 R2 DC, mit Exchange, Probleme mit MSEXCHANGEADTOPOLOGYSERVICE.EXE , VPN und GPO - DNS?
Hallo an die Gemeinde. Ich plage mich seit einigen Tagen mit einem Bundle aus Problemen auf meinem 2008 Server und steige einfach nicht dahinter.
Das Problem war vorübergehend gelöst durch Änderungen in der Registrierung betreffend IPV6, tritt jetzt wieder auf.
Ich habe in diversen Foren nach einer Lösung gesucht und vieles probiert aber komme einfach nicht weiter.
Grundsätzlich tippe ich auf ein Problem mit dem DNS und IPv6 .
Schonmal danke im Vorraus für die Unterstützung.
Folgende Umgebung, (ja ich weiß alles auf einem Server laufen zu lassen ist nicht die eleganteste Llösung aber es ist nur eine kleine Firma):
Windows 2008 R2 Server - DC
Exchange 2007 auf selber Maschine
Installierte Rollen:
DHCP, DNS, Routing und Ras, Druckserver, Fileserver, HyperV
Folgende Fehlermeldungen kriege ich nicht beseitigt:
Warnung:
Prozess MSEXCHANGEADTOPOLOGYSERVICE.EXE (PID=1716). Der Exchange Active Directory-Anbieter hat keine DNS-Einträge für die Domäne dzingelnetwork.local erhalten. DNS-Priorität und -Gewichtung für die Domänencontroller in dieser Domäne werden auf die Standardwerte 0 (Priorität) und 100 (Gewichtung) festgelegt.
Fehler:
Fehler bei der Verarbeitung der Gruppenrichtlinie. Der Versuch, die Datei "\\dzingelnetwork.local\sysvol\dzingelnetwork.local\Policies\{31B2F340-016D-11D2-945F-00C04FB984F9}\gpt.ini" von einem Domänencontroller zu lesen, war nicht erfolgreich. Die Gruppenrichtlinieneinstellungen dürfen nicht angewendet werden, bis dieses Ereignis behoben ist. Dies ist möglicherweise ein vorübergehendes Problem, das mindestens eine der folgenden Ursachen haben kann:
a) Namensauflösung/Netzwerkverbindung mit dem aktuellen Domänencontroller.
b) Wartezeit des Dateireplikationsdienstes (eine auf einem anderen Domänencontroller erstellte Datei hat nicht auf dem aktuellen Domänencontroller repliziert).
c) Der DFS-Client (Distributed File System) wurde deaktiviert.
In der Registrierung habe ich folgende Einstellung bezgl. IPv6 gewählt: 0x20 bedeutet IPv6 Loopback, Tunnel, native enabled IPv vor Ipv6.
Auf dem virtuellen Netzwerkcontroller ist nur IPv4 konfiguriert.
Alle Clientzugriffe funtkionieren einwandfrei.
Sehr seltsam.
Windows 2008 R2 Server - DC
Exchange 2007 auf selber Maschine
Installierte Rollen:
DHCP, DNS, Routing und Ras, Druckserver, Fileserver, HyperV
Folgende Fehlermeldungen kriege ich nicht beseitigt:
Warnung:
Prozess MSEXCHANGEADTOPOLOGYSERVICE.EXE (PID=1716). Der Exchange Active Directory-Anbieter hat keine DNS-Einträge für die Domäne dzingelnetwork.local erhalten. DNS-Priorität und -Gewichtung für die Domänencontroller in dieser Domäne werden auf die Standardwerte 0 (Priorität) und 100 (Gewichtung) festgelegt.
Fehler:
Fehler bei der Verarbeitung der Gruppenrichtlinie. Der Versuch, die Datei "\\dzingelnetwork.local\sysvol\dzingelnetwork.local\Policies\{31B2F340-016D-11D2-945F-00C04FB984F9}\gpt.ini" von einem Domänencontroller zu lesen, war nicht erfolgreich. Die Gruppenrichtlinieneinstellungen dürfen nicht angewendet werden, bis dieses Ereignis behoben ist. Dies ist möglicherweise ein vorübergehendes Problem, das mindestens eine der folgenden Ursachen haben kann:
a) Namensauflösung/Netzwerkverbindung mit dem aktuellen Domänencontroller.
b) Wartezeit des Dateireplikationsdienstes (eine auf einem anderen Domänencontroller erstellte Datei hat nicht auf dem aktuellen Domänencontroller repliziert).
c) Der DFS-Client (Distributed File System) wurde deaktiviert.
In der Registrierung habe ich folgende Einstellung bezgl. IPv6 gewählt: 0x20 bedeutet IPv6 Loopback, Tunnel, native enabled IPv vor Ipv6.
Auf dem virtuellen Netzwerkcontroller ist nur IPv4 konfiguriert.
Alle Clientzugriffe funtkionieren einwandfrei.
Sehr seltsam.
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: 150059
Url: https://administrator.de/contentid/150059
Printed on: April 23, 2024 at 19:04 o'clock
11 Comments
Latest comment
DNS Überprüft ob er einwandfrei arbeitet?
DFS Überprüft?
DFS Überprüft?
Gerade das ist es ja, der DNS funktioniert soweit, zumindest werden Anfragen von den Clients aufgelöst. Das einzige was mich wundert ist dass dcdiag default-first-site-name anscheinend der Servername nicht aufgelöst wird.
DFS ist deaktiviert.
DFS ist deaktiviert.
Hallo brookshaw,
ist auf dem Server IPv6 aktiviert?
Sind auf dem Server mehrere Netzwerkadapter zu einem gebündelt?
Grüße
ist auf dem Server IPv6 aktiviert?
Sind auf dem Server mehrere Netzwerkadapter zu einem gebündelt?
Grüße
Hallo SchubOZ,
auf dem Server ist IPV6 aktiviert, in der Regististrierung habe ich angegeben IPv4 bevorzugt zu behandeln.
Auf dem Server ist zwar physikalisch nur eine Netzwerkkarte vorhanden, diese wird seit der Hyper V Installation als Switsach verwendet und es gibt einen virtuellen Adapter der identisch eingerichtet ist wie die ursprüngliche Karte.
Ich habe übrigens versucht den virtuellen adapter zu deaktivieren und auf der Netzwerkarte den switch zu deaktivieren und wie vorher einzurichten. Das Ergebnis war dass die Fehler bliebe und der Exchange nicht mehr erreichbar war.
auf dem Server ist IPV6 aktiviert, in der Regististrierung habe ich angegeben IPv4 bevorzugt zu behandeln.
Auf dem Server ist zwar physikalisch nur eine Netzwerkkarte vorhanden, diese wird seit der Hyper V Installation als Switsach verwendet und es gibt einen virtuellen Adapter der identisch eingerichtet ist wie die ursprüngliche Karte.
Ich habe übrigens versucht den virtuellen adapter zu deaktivieren und auf der Netzwerkarte den switch zu deaktivieren und wie vorher einzurichten. Das Ergebnis war dass die Fehler bliebe und der Exchange nicht mehr erreichbar war.
Hallo zusammen, vielleicht hat ja jemand eine Idee.
Können meine Fehler daran liegen dass der Reverse lookup nicht funktioniert?
Können meine Fehler daran liegen dass der Reverse lookup nicht funktioniert?
Ein funktionierender DNS ist Grundlage für ein Windows-Netzwerk.
Hast du eine Reverse DNS Zone eingerichtet?
Hast du eine Reverse DNS Zone eingerichtet?
Jetzt schon, auf den Clients wird jetzt auch in beide Richtungen aufgelöst.
AD und DNS Aaaargh, das treibt mich zum Wahnsinn.
Habe auch festgestellt dass ich auf dem Netzwerkasapter des Servers die Router IP als bevorzugten DNS eingetragen habe. Jetzt habe ich folgende TCP/IP einstellungen:
IP = IP
Subnet = Subnet
Gateway= Router IP
DNS bevorzugt = Server IP
DNS alternativ = Router IP
AD und DNS Aaaargh, das treibt mich zum Wahnsinn.
Habe auch festgestellt dass ich auf dem Netzwerkasapter des Servers die Router IP als bevorzugten DNS eingetragen habe. Jetzt habe ich folgende TCP/IP einstellungen:
IP = IP
Subnet = Subnet
Gateway= Router IP
DNS bevorzugt = Server IP
DNS alternativ = Router IP
Zitat von @brookshaw:
Jetzt schon, auf den Clients wird jetzt auch in beide Richtungen aufgelöst.
AD und DNS Aaaargh, das treibt mich zum Wahnsinn.
Habe auch festgestellt dass ich auf dem Netzwerkasapter des Servers die Router IP als bevorzugten DNS eingetragen habe.
Hallo brookshaw,Jetzt schon, auf den Clients wird jetzt auch in beide Richtungen aufgelöst.
AD und DNS Aaaargh, das treibt mich zum Wahnsinn.
Habe auch festgestellt dass ich auf dem Netzwerkasapter des Servers die Router IP als bevorzugten DNS eingetragen habe.
das ist immer das selbe Spielchen, die DNS-Einstellungen des DC werden falsch konfiguriert.
Wie soll denn da eine funktionierende Namensuaflösung klappen?
Jetzt habe ich folgende TCP/IP einstellungen:
IP = IP
Subnet = Subnet
Gateway= Router IP
Soweit korrekt, man könnte die Gateway-Adresse sogar leer lassen, wenn im DNS die Weiterleitungen korrekt eingerichtet sind (Weiterleitungen im DNS-Server).IP = IP
Subnet = Subnet
Gateway= Router IP
Ich trage aber auch meist die IP-Adresse des Routers dort ein.
DNS bevorzugt = Server IP
DNS alternativ = Router IP
Würde ich nicht machen, der erste Eintrag ist korrekt, den 2. leer lassen oder einen 2. richtigen DNS-Server (zusätzlicher DC) eintragen.DNS alternativ = Router IP
Du hast nichts davon, dass bei deinem DC noch der Router als 2. DNS-Server drinsteht. Wenn der eigene DNS-Server nicht läuft oder erreichbar ist, wirst du in deinem Netzwerk nicht (vernünftig) arbeiten können, glaub mir.
Hallo Goscho,
danke für die Info. Werde dann erstmal den 2. DNS aus der Config nehmen.
Jetzt ist es so dass der Gruppenrichtlinenfehler verschwunden ist. Dass führe ich aber darauf zurück dass ich die Einstellungen der Netzwerkkarte geändert habe.
Als ich den HyperV Manager installiert habe wurde mir ein virtueller Adapter eingerichtet und die verbaute Karte als Switch konfiguriert.
Bei dieser Karte habe ich nun testweise das IP4 prtokoll ektiviert und seitdem finden sich im DNS auch weitere Einträge die vorher gefehlt haben (vorher waren da nur die Hosteinträge und der NS und SOA eingetragen).
Exchangeadtopo.... meckert nun nicht mehr.
Und nun mein größtes Problem, ich kann mich per VPN nicht mehr verbinden, im VPN Verbindungsfenster auf dem Client geht es bis zu verbindung wird hergestellt mit .. WAN PPTP und ich werde aufgefordert die Zugangsdaten (Benutzerkonto Informationen) erneut einzugeben. Der genutzte Benutzer hat im Netwerkprofil Einwahlberechtigung.
danke für die Info. Werde dann erstmal den 2. DNS aus der Config nehmen.
Jetzt ist es so dass der Gruppenrichtlinenfehler verschwunden ist. Dass führe ich aber darauf zurück dass ich die Einstellungen der Netzwerkkarte geändert habe.
Als ich den HyperV Manager installiert habe wurde mir ein virtueller Adapter eingerichtet und die verbaute Karte als Switch konfiguriert.
Bei dieser Karte habe ich nun testweise das IP4 prtokoll ektiviert und seitdem finden sich im DNS auch weitere Einträge die vorher gefehlt haben (vorher waren da nur die Hosteinträge und der NS und SOA eingetragen).
Exchangeadtopo.... meckert nun nicht mehr.
Und nun mein größtes Problem, ich kann mich per VPN nicht mehr verbinden, im VPN Verbindungsfenster auf dem Client geht es bis zu verbindung wird hergestellt mit .. WAN PPTP und ich werde aufgefordert die Zugangsdaten (Benutzerkonto Informationen) erneut einzugeben. Der genutzte Benutzer hat im Netwerkprofil Einwahlberechtigung.
Habe jetzt mal in der Ereignisanzeige versucht nachzuvollziehen,
bekomme folgende Fehlermeldung:
Die Schnittstelle "{24D1E3D5-55AF-4D43-9219-8A64284640F1}" kann nicht zu dem Router-Manager für das Protokoll IP hinzugefügt werden. Fehler: Die Funktion kann nicht abgeschlossen werden.
Ausserdem steht unter Anwendungsprotokolle immer folgende Meldung:
Die Beschreibung für die Ereignis-ID "1904" aus der Quelle "HHCTRL" wurde nicht gefunden. Entweder ist die Komponente, die dieses Ereignis auslöst, nicht auf dem lokalen Computer installiert, oder die Installation ist beschädigt. Sie können die Komponente auf dem lokalen Computer installieren oder reparieren.
Falls das Ereignis auf einem anderen Computer aufgetreten ist, mussten die Anzeigeinformationen mit dem Ereignis gespeichert werden.
Die folgenden Informationen wurden mit dem Ereignis gespeichert:
res://ieframe.dll/dnserrordiagoff_webOC.htm
http://go.microsoft.com/fwlink?LinkID=45840
bekomme folgende Fehlermeldung:
Die Schnittstelle "{24D1E3D5-55AF-4D43-9219-8A64284640F1}" kann nicht zu dem Router-Manager für das Protokoll IP hinzugefügt werden. Fehler: Die Funktion kann nicht abgeschlossen werden.
Ausserdem steht unter Anwendungsprotokolle immer folgende Meldung:
Die Beschreibung für die Ereignis-ID "1904" aus der Quelle "HHCTRL" wurde nicht gefunden. Entweder ist die Komponente, die dieses Ereignis auslöst, nicht auf dem lokalen Computer installiert, oder die Installation ist beschädigt. Sie können die Komponente auf dem lokalen Computer installieren oder reparieren.
Falls das Ereignis auf einem anderen Computer aufgetreten ist, mussten die Anzeigeinformationen mit dem Ereignis gespeichert werden.
Die folgenden Informationen wurden mit dem Ereignis gespeichert:
res://ieframe.dll/dnserrordiagoff_webOC.htm
http://go.microsoft.com/fwlink?LinkID=45840
So zusammen, danke für die Hilfe.
Zu guter letzt war das Problem wie von vielen vermutet ein DNS Problem. Außerdem hatte ich auf den Netzwerkadaptern (physikalisch und virtuell) in den erweiterten Eigenschaften beim Testen die Ip Adressen doppelt vergeben.
Jetzt habe ich folgendes konfiguriert, phys. Netzwerkadapter nur als switch TCP/IP Protokoll usw. deaktiviert.
Auf dem virtuellen Adapter ist alles wie vorher konfiguriert.
Dann zum DNS, dort habe ich beim Testen und Neueinrichten der Forwardlookup Zone die _msdcs Zone usw. geköscht.
Für alle die ein ähnliches Problem haben, einfach eine primäre Forwardlookupzone hinzufügen nach dem schema: _msdcs.domäne.endung, nach dem Neustart des netlogon dienstes füllt sich der DNS wieder mit Infos. Seitdem läuft DCdiag fehlerfrei durch und das restliche Chaos ist auch beseitigt.
VPN klappt noch immer nicht, finde auch keine Lösung.
Ich werde diese Frage erneut stellen da Sie nicht mehr zur Thread Überschrift passt.
Danke für eure Hilfe!
Zu guter letzt war das Problem wie von vielen vermutet ein DNS Problem. Außerdem hatte ich auf den Netzwerkadaptern (physikalisch und virtuell) in den erweiterten Eigenschaften beim Testen die Ip Adressen doppelt vergeben.
Jetzt habe ich folgendes konfiguriert, phys. Netzwerkadapter nur als switch TCP/IP Protokoll usw. deaktiviert.
Auf dem virtuellen Adapter ist alles wie vorher konfiguriert.
Dann zum DNS, dort habe ich beim Testen und Neueinrichten der Forwardlookup Zone die _msdcs Zone usw. geköscht.
Für alle die ein ähnliches Problem haben, einfach eine primäre Forwardlookupzone hinzufügen nach dem schema: _msdcs.domäne.endung, nach dem Neustart des netlogon dienstes füllt sich der DNS wieder mit Infos. Seitdem läuft DCdiag fehlerfrei durch und das restliche Chaos ist auch beseitigt.
VPN klappt noch immer nicht, finde auch keine Lösung.
Ich werde diese Frage erneut stellen da Sie nicht mehr zur Thread Überschrift passt.
Danke für eure Hilfe!
