Admini2017 0 Geschrieben 17. Juli 2019 Melden Teilen Geschrieben 17. Juli 2019 (bearbeitet) Hallo zusammen, ich habe im AD einen weiteren Standort angelegt, erhalte allerdings im LOG einige NO-LOCAL-SITE Meldungen. Im Prinzip gibt es zwei Subnetze, welche im AD entsprechend angelegt und zugewiesen habe. 172.25.0.0/21 172.25.8.0/21 Komischerweise funktioniert die Zuordnung nur für 172.25.0.0 und 172.25.8.0 und nicht für 172.25.1.0, 172.25.2.0, 172.25.3.0, 172.25.4.0, 172.25.5.0, 172.25.6.0, 172.25.7.0 172.25.9.0 etc. Warum funktioniert das nicht? Aufgrund der 21 Maske sind doch alle entsprechenden Netze inbegriffen?! Ich verstehe es nicht. Gruß bearbeitet 17. Juli 2019 von Admini2017 Zitieren Link zu diesem Kommentar
NorbertFe 2.027 Geschrieben 17. Juli 2019 Melden Teilen Geschrieben 17. Juli 2019 vor 45 Minuten schrieb Admini2017: Warum funktioniert das nicht? Aufgrund der 21 Maske sind doch alle entsprechenden Netze inbegriffen?! Ich verstehe es nicht. Was funktioniert nicht? Ich verstehe dein Problem auch nicht. ;) Zitieren Link zu diesem Kommentar
Admini2017 0 Geschrieben 17. Juli 2019 Autor Melden Teilen Geschrieben 17. Juli 2019 (bearbeitet) vor 3 Minuten schrieb NorbertFe: Was funktioniert nicht? Ich verstehe dein Problem auch nicht. ;) Clients mit der IP 172.25.0.XXX und 172.25.8.XXX funktionieren und Clients mit 172.25.5.XXX oder 172.25.11.XXX nicht (obwohl diese aufgrund der Subnetzmaske ebenfalls abgedeckt sind) bearbeitet 17. Juli 2019 von Admini2017 Zitieren Link zu diesem Kommentar
NorbertFe 2.027 Geschrieben 17. Juli 2019 Melden Teilen Geschrieben 17. Juli 2019 Ja und Ausrufezeichen machen deine Empörung gleich viel deutlicher. ;) hast mal probiert, ob es hilft, wenn du die subnets einzeln einträgst. Auch wenn deine Variante funktionieren sollte, wäre es ja mal gut zu sehen, ob da evtl. Irgendwo was hakt. Zitieren Link zu diesem Kommentar
Admini2017 0 Geschrieben 17. Juli 2019 Autor Melden Teilen Geschrieben 17. Juli 2019 vor 2 Minuten schrieb NorbertFe: Ja und Ausrufezeichen machen deine Empörung gleich viel deutlicher. ;) hast mal probiert, ob es hilft, wenn du die subnets einzeln einträgst. Auch wenn deine Variante funktionieren sollte, wäre es ja mal gut zu sehen, ob da evtl. Irgendwo was hakt. SRY, das sollte nicht falsch verstanden werden! :p. Das habe ich noch nicht probiert, kann ich aber gerne nachholen. Zitieren Link zu diesem Kommentar
Admini2017 0 Geschrieben 17. Juli 2019 Autor Melden Teilen Geschrieben 17. Juli 2019 (bearbeitet) Also, ich war etwas zu schnell. Im netlogon log aller DCs (2x DCs Hauptstandort / 1x RODC Außenstandort) sind die NO_CLIENT_SITE Meldungen vertreten. Ich glaube ich beginne nochmal von vorne. Wir reden von 2 konfigurierten Standorten, welchen entsprechende Subnetze zugewiesen wurden. Bei den Clients der jeweiligen Standorte, ist der vor Ort stehende DC als DNS-Server eingetragen. Vielleicht ist der Fehler im DNS zu finden. DC01 - 192.168.178.100 DC02 - 192.168.178.101 RODC - 192.168.200.100 Standort A (2x DCs) _msdcs.domäne / dc / _sites / StandortA / _tcp vorhandene Einträge: _kerberos dc01 _kerberos dc02 _ldap dc01 _ldap dc02 Standort B (1x RODC) _msdcs.domäne / dc / _sites / StandortB / _tcp vorhandene Einträge: _kerberos rodc _ldap rodc _msdcs.domäne / gc ist gleich aufgebaut ich denke das passt so weit? bearbeitet 17. Juli 2019 von Admini2017 Zitieren Link zu diesem Kommentar
NorbertFe 2.027 Geschrieben 17. Juli 2019 Melden Teilen Geschrieben 17. Juli 2019 Und wieso jetzt 192.168.x.x? Ich dachte oben ging es um 172.25.x.x Zitieren Link zu diesem Kommentar
daabm 1.348 Geschrieben 17. Juli 2019 Melden Teilen Geschrieben 17. Juli 2019 Für die Diagnose werfe ich mal "nltest /dsaddresstosite:" in den Raum Zitieren Link zu diesem Kommentar
Empfohlene Beiträge
Schreibe einen Kommentar
Du kannst jetzt antworten und Dich später registrieren. Falls Du bereits ein Mitglied bist, logge Dich jetzt ein.