[Frage] 7490 NAT loopback Problem noch vorhanden bei MyFritz-Nutzung im LAN? (DNS Rebind?)

Das wird weniger an dem Fehlen von Telnet scheitern als an der Option, dem "name"-Eintrag weiterhin "mehrstufige" Einträge unterzujubeln.

Die betreffende Sektion (landevices) in der ar7.cfg wird von der Box praktisch mit jedem neuen "neighbor" erneut geschrieben und beim Erstellen eines Eintrags findet seit einiger Zeit offenbar auch noch eine Gültigkeitsprüfung (eben auf einen gültigen Namen und da gehört der Punkt nicht zum Zeichenvorrat) statt.

Normalerweise löst man so ein Problem auch durch das Vermeiden der Namensauflösung über den DNS-Server der FRITZ!Box. Dort bringt logischerweise auch ein Eintrag in der /etc/hosts nichts, weil die für Anfragen von Clients gar nicht berücksichtigt wird und nur von einer lokalen Resolver-Lib gelesen wird.

Wenn hier schon ein zusätzlicher Server vorhanden ist, kann der ja auch einen solchen zusätzlichen DNS-Service bereitstellen (der dann auf Anfragen nach der myfritz.net-Adresse aus dem LAN mit der lokalen IP-Adresse antwortet anstelle der öffentlichen IP-Adresse der FRITZ!Box) - seit der 06.5x (aus dem Kopf, ohne mich festlegen zu wollen) kann der DHCP-Server der FRITZ!Box instruiert werden, den Clients einen anderen DNS-Server zu verkünden.

Ansonsten legt man auf dem Client automatisiert bei der Einrichtung der Netzwerk-Verbindung durch das OS einen zusätzlichen Eintrag in der "hosts"-Datei an, mit dem man die Namensauflösung über den DNS-Server verhindert, solange der Client sich in demselben Subnet befindet wie der gesuchte Sync-Host. Wenn ein Client das nicht kann (z.B. ein iOS-Gerät ohne Jailbreak), dann muß man eben doch (Variante 1) den DNS-Server ersetzen.

Den Standpunkt, daß es sich um einen Fehler handelt, muß man sicherlich nicht teilen.

Wenn ein Request die öffentliche IP-Adresse verwendet, denn geht der eben auch an das Interface, welches diese Adresse "trägt" und das ist nun mal das externe ... damit muß dieser Traffic wie jeder andere auch erst einmal durch das Reverse-NAT kommen.

Aber am NAT auf der Box führt dann eben auch kein Weg vorbei, es ist ja z.B. auch denkbar, daß man an der Box den Port 8888 freigegeben hat und der aber am Gerät auf den Port 88 gemappt werden soll.

All diese "Unwägbarkeiten" sind nun mal mit der Benutzung der "falschen" IP-Adresse verbunden, bei direkter Verwendung der korrekten (LAN-)IP muß der gesamte Verkehr gar nicht mehr durch die FRITZ!Box gehen (solange die nicht auch noch den WLAN-AP geben muß) und nur damit hat man die Bandbreiten-Limitierung durch das OS der Box nicht.

Ansonsten muß man auf dem Banana Pi eben einen eigenen DNS-Server installieren (von bind9 bis dnsmasq gäbe es da Möglichkeiten) und der muß dann eben die Anfragen nach den lokalen Clients über die Domain "myfritz.net" aus seinen eigenen Daten (mit der jeweiligen LAN-IP) beantworten und den Rest über einen Forwarder erledigen lassen. Wer dann diesen Forwarder gibt (die FRITZ!Box oder direkt ein Server beim Provider oder sogar Google oder OpenDNS), steht auf einem ganz anderen Blatt und hängt sicherlich auch davon ab, wie automatisch man auf Änderungen reagieren will (das naheliegendste wäre die FRITZ!Box als Forwarder für den eigenen DNS-Server auf dem BananaPi).

Ich behaupte mal: "oder nicht".

Aber das kannst Du ja ganz einfach probieren ... wenn Du Deinen Service im LAN auf einem Port betreibst, der nicht 1:1 dem auf der FRITZ!Box freigegebenen Port entspricht (denn dieser Dienst muß ja irgendein Forwarding benutzen, wenn er extern verwendbar sein soll), dann sollte der Zugriff aus dem LAN über den externen Port der FRITZ!Box weiterhin funktionieren, aber nicht mehr, wenn Du den internen Port zusammen mit der myfritz.net-Adresse verwendest oder die interne Adresse mit dem externen Port.

Das, was Du da gerne hättest, nennt sich bei bind9 dann "view" und ist schon für ausgebildete DNS-Admins nicht immer ganz leicht zu betreiben (besonders bei der Fehlersuche). Das gibt es (m.W.) auf der FRITZ!Box nicht und wie bereits geschrieben, würde ein nicht 1:1 umgesetztes Port-Mapping automatisch auch dagegen sprechen, daß man da eine unveränderte Adresse von intern und von extern gleichzeitig benutzen kann, wenn das nicht über "NAT hairpinning" auf dem Router geregelt wird. Dort wird dann eben sowohl die Adresse als auch der Port "umgeschrieben", man sollte es schon daran sehen, daß solche Zugriffe auf den Server dann mit der IP-Adresse der FRITZ!Box und nicht der des Clients erfolgen.

Was macht man, wenn man zwei verschiedene Server in seinem LAN betreibt, die jeder einen Service auf ihrem lokalen Port 80 ins WAN über eine FRITZ!Box bereitstellen sollen? Dann geht ohne ein abweichendes Mapping für mind. einen der beiden nichts mehr.

Dein fett hervorgehobener Satz in #5 verdeutlicht den Irrtum schon hervorragend ... das hat nämlich zur Zeit bei Dir mit dem FRITZ!Box-Routing gar nichts mehr zu tun. Durch die Änderung in der ar7.cfg wurde nicht die Route irgendwelcher Pakete geändert, es wird die Zieladresse beeinflußt, weil der DNS-Server des FRITZ!OS für eine Abfrage nach "xxxx.myfritz.net.fritz.box." (das wäre der "FQDN" so eines Hosts) die interne IP-Adresse liefert anstelle der externen und damit der Verkehr (wenn die beiden Hosts sich in einer Broadcast-Domain und einem IP-Subnetz befinden, mithin die MAC-Adresse zur IP-Adresse über ARP zu ermitteln ist) gar nicht mehr bei der FRITZ!Box vorbeikommt. Das ist also mehr ein "Unfall" und genau einen solchen Unfall erneut zu erzeugen, bezweck(t)en die beiden Alternativen, die ich Dir vorgeschlagen habe.

Bisher nutzt Du eine Fehlfunktion der FRITZ!Box aus ... daraus kann man auch keine sinnvolle Implementierung bauen (zumindest dann nicht, wenn es kein 1:1-Mapping des Ports gibt und das ist auch die Voraussetzung, damit der Vorschlag mit einem anderen DNS-Server mit passenden "views" überhaupt greifen kann) und schon gar keine, die für viele Leute eine sinnvolle Funktion ergibt.

Auch die Feststellung "MyFritz-Adresse wird extern von einem client mit externer IP (nicht passendes Subnet) angesprochen:" verstehe ich nicht ... wenn Du hier eine IP-Adresse meinst mit "MyFritz-Adresse", dann kann doch die Box gar nicht mehr wissen, über welchen Namen diese (IPv4-)Adresse aufgelöst wurde und wenn ein externer Host den DNS-Namen "abc.myfritz.net" auflösen will, dann fragt der doch nicht die FRITZ!Box, sondern den DNS-Server von AVM für die Domain "myfritz.net". Die IP-Adresse nach außen ist doch für alle "MyFRITZ!-Services", die Du da vielleicht freigegeben haben könntest, immer dieselbe (eben die externe IP-Adresse der FRITZ!Box) und über IPv6 (wo der Host im LAN dann vielleicht tatsächlich seine eigene IPv6-Adresse hat) kannst Du ja eigentlich nicht schreiben, wenn hier von "NAT" die Rede ist.