Bedingte DNS Weiterleitung funktioniert nur einseitig

[KistersSolutions 2]

Hi Evgenij,

nein das funktioniert ebenfalls nicht, ICMP funktioniert aber und DNS wird auch nicht geblockt.

 

Gruß Tim

 

bearbeitet 20. August 2021 von KistersSolutions

[cj_berlin 1.508]

wieso, funktioniert doch? Nur nicht beim ersten Mal...

 

Ich lese das jetzt so, dass 192.168.0.2 der DC für die ausgegraute .local Domain (Domain B) ist, richtig?

[KistersSolutions 2]

Sorry der 2. Screenshot war falsch.

Hab diesen gerade ausgetauscht.

[tesso 384]

Warum gibst du immer noch den DNS Server an? Das sollte auch ohne funktionieren. 

[NilsK 3.045]

Moin,

 

abgesehen davon, ist nslookup auch kein Tool, um die Namensauflösung zu prüfen. Damit fragt man die DNS-Datenbank ab. Das ist etwas ganz anderes. Und es arbeitet auch anders als der Client Resolver. Daher ist es manchmal interessant, aber meistens ohne Aussage für konkrete Probleme.

 

[Wenn (und warum) nslookup unerwartete Ergebnisse zeigt | faq-o-matic.net]
https://www.faq-o-matic.net/2014/02/12/wenn-und-warum-nslookup-unerwartete-ergebnisse-zeigt/

 

Gruß, Ni"ich erwähnte das vielleicht schon mal"ls

 

[KistersSolutions 2]

vor 43 Minuten schrieb tesso:

Warum gibst du immer noch den DNS Server an? Das sollte auch ohne funktionieren. 

Um zu zeigen das die Hosts aus der anderen Niederlassung weder mit dem lokalen DNS Server noch mit dem DNS Server aus der entfernten Niederlassung aufgelöst werden können.

Zumindest nur einseitig.

 

Gruß Tim

[tesso 384]

Du hast doch einen Zonentransfer, dann löst doch deine Seite jeweils auch die Daten der anderen auf. 

[KistersSolutions 2]

vor einer Stunde schrieb tesso:

Du hast doch einen Zonentransfer, dann löst doch deine Seite jeweils auch die Daten der anderen auf. 

Der Zonentransfer sollte eigentlich nicht benötigt werden sondern eine bedingte Weiterleitung sollte dafür sorgen das die DNS Anfragen an die Gegenseite weitergeleitet werden.

Dies funktioniert aber allerdings nur in eine Richtung.

 

Gruß Tim

vor einer Stunde schrieb NilsK:

Moin,

 

abgesehen davon, ist nslookup auch kein Tool, um die Namensauflösung zu prüfen. Damit fragt man die DNS-Datenbank ab. Das ist etwas ganz anderes. Und es arbeitet auch anders als der Client Resolver. Daher ist es manchmal interessant, aber meistens ohne Aussage für konkrete Probleme.

 

[Wenn (und warum) nslookup unerwartete Ergebnisse zeigt | faq-o-matic.net]
https://www.faq-o-matic.net/2014/02/12/wenn-und-warum-nslookup-unerwartete-ergebnisse-zeigt/

 

Gruß, Ni"ich erwähnte das vielleicht schon mal"ls

 

Ich schaue mir deinen Artikel mal an. Danke dafür.

[tesso 384]

Was hast du denn nun konfiguriert? 
Das eine bedingte Weiterleitung reichen sollte habe die dir auch schon gesagt.

 

[KistersSolutions 2]

vor 8 Stunden schrieb tesso:

Was hast du denn nun konfiguriert? 
Das eine bedingte Weiterleitung reichen sollte habe die dir auch schon gesagt.

 

Die Bedingte Weiterleitung aus den Screenshots aus dem 1. Beitrag.

 

Gruß Tim

[tesso 384]

Ist eine Firewall dazwischen? Wird evtl Port 53 einseitig geblockt?

[KistersSolutions 2]

Die

vor 17 Minuten schrieb tesso:

Ist eine Firewall dazwischen? Wird evtl Port 53 einseitig geblockt?

Das würde es erklären, aber der gesamte Traffic zwischen den beiden Gateways ist freigegeben und die Windowsfirewalls testweise deaktivert.

Gleiches Ergebnis leider.

 

Gruß Tim

[tesso 384]

Hast du es überprüft?

[KistersSolutions 2]

vor einer Stunde schrieb tesso:

Hast du es überprüft?

PS C:\Users\Administrator> Test-NetConnection 192.168.2.2 -Port 53

ComputerName     : 192.168.2.2
RemoteAddress    : 192.168.2.2
RemotePort       : 53
InterfaceAlias   : Ethernet0
SourceAddress    : 192.168.0.2
TcpTestSucceeded : True

 

Wobei TcpTess Succeded immer mit True angeben wird egal welche Remote IP ich angebe.

bearbeitet 20. August 2021 von KistersSolutions

[NorbertFe 2.277]

Ist DNS nicht Udp? ;)