FB-6591: NAT-Loopback im RIP-Modus

[tq1199]

Ich habe die FritzBox-6591 mit zusätzlicher externen/öffentlicher IPv4-Adresse und d. h. RIP-Modus.
Das Problem ist, dass NAT-Loopback (Hairpinning), auch nach hinzufügen der domain beim dns-rebind-Schutz, nicht funktioniert. Gibt es dafür oder kennt jemand evtl. einen Workaround, wie man NAT-Loopback, bei einer FritzBox im RIP-Modus aktivieren kann? Danke.

 

[MartinP_Do]

Könntest Du das Szenario etwas genauer beschreiben? Hast Du einen Server an einem konfigurierten Bridge-Port der Fritzbox, und möchtest, dass er auf kurzem Weg von den anderen Ports der Fritzbox und aus dem WLAN erreichbar sein soll?

 

[tq1199]

Hast Du einen Server an einem konfigurierten Bridge-Port der Fritzbox, ...

Ja, das habe ich auch, aber das ist nicht das Problem, denn das funktioniert so wie Du es beschrieben hast.
Ich habe noch zwei andere Server _an den Lan-Ports_ der FB6591 und diese zwei Server können aus dem W/LAN, nur mit ihrer internen IP-Adresse (aus dem Subnetz der FB) erreicht werden. D. h. das NAT-Loopback, so wie es z. B. mit einer FB7590 an einem DSL-Anschluss möglich ist, funktioniert bei meiner FB6591 _im RIP-Modus_ nicht.

 

[MartinP_Do]

Umgehen könnte man das ggfs, indem man alle drei Server hinter einen Reverse-Proxy an den Bridge-Port hängt ...

 

[tq1199]

... hinter einen Reverse-Proxy an den Bridge-Port hängt ...

Ja, aber dann muss ich ein zusätzliches Gerät benutzen. Da es nur um meinen Laptop (als Client) geht, lasse ich das so und ändere im Laptop, manuell die IP-Adressen in den config-Dateien.

 

[MartinP_Do]

Ein eigener DNS-Server im Heimnetz (PIHole ist ja immer eine gute Idee ..) könnte auch eine Lösung sein - oder ganz Hemdsärmelig ein Skript auf dem Desktop, das die hosts-Datei des Laptop manipuliert ;-)

 

[tq1199]

... ein Skript auf dem Desktop, das die hosts-Datei des Laptop manipuliert ;-)

Ja, policy-based DNS mit Hilfe der MAC-Adresse vom gateway der default-route (FritzBox) und dem tool dnsspoof, ... in einem Script das von einem cronjob oder aus der rc.local oder der rc.securelevel (... je nach dem wer schneller ist), gestartet wird.
Danke für den Denkanstoß.