Namensauflösung in internen Netz nicht möglich

ebu

Hallo

Ich kann eine bestimmte Anwendung, die im Docker der Synology läuft nur von extern erreichen. Jedoch nicht von intern mit der gleichen DynDNS-Adresse. Mit der internen IP geht es nicht, das ist aber bewusst so und mir bekannt. Die App setzt https und Zertifikat voraus.

Sobald ich das MBP via HotSpot über mein iPhone ans Internet bringe - quasi also extern bin - kann ich die Anwendung wunschgemäss bedienen. Bin ich im internen Netz (LAN/WLAN) funktioniert es nicht.

Ich nutze die InternetBox3, darin aktiviert den Swisscom DynDNS und VPN-Service. Auch der 5G-Booster ist direkt an der IB3 angehängt. Der Booster macht mir seit mehreren Wochen keine Probleme mehr. Der läuft super.

Seltsam ist: Sobald der Booster abgehängt ist, kann ich von intern auch mit der DynDNS-Adresse auf die Applikation zugreifen. Hänge ich den Booster wieder an geht es intern nicht bzw. funktioniert es nur von extern.

Kurz gesagt: von extern läuft alles bestens. Auch mit Booster. Von intern kann ich eine bestimmte Applikation einfach nicht erreichen.

Gibt es hierzu allenfalls eine Erklärung/Lösung.

Die DNS-Einstellungen der IB3 habe ich schon in verschiedenster Weise verändert.

Momentan ist der WorkAround so, dass ich den Booster via MyStrom-Adapter ausschalte und so die App von intern nutzen kann. Auf Dauer ist das aber keine Lösung.

Beste Grüsse

WalterB

ebu

Probiere doch mal das NAS von der 5G-Booster Unterstützung zu deaktivieren, siehe Beispiel Bild von einem QNAP-NAS.

NAS-5G-Booster-unterstützung.jpg

ebu

@WalterB

Hallo

Danke für den Tipp. Das habe ich schon mehrfach, inkl. Neustart der Devices, probiert. Leider kein Erfolg.

Gruss, Erich

ebu

@WalterB

So, ich gebe mir mal gleich selber die Antwort. Vielleicht ist diese ja auch hilfreich für andere. Es ist aber nur eine Antwort, keine Lösung.

Diese Info habe ich hier herausgezogen:

“Die Technik, die DynDNS für den Einsatz in lokalen Netzwerken fit macht, nennt sich NAT-Loopback. NAT-Loopback sorgt dafür, dass der anfragende Rechner im lokalen Netzwerk die Antwort von der erwarteten Stelle zurück erhält. Ein Router mit NAT-Loopback Unterstützung beseitigt die oben dargestellte Einschränkung von DynDNS.”

Und ich gehe mal davon aus, dass die IB* diese Unterstützung nicht bietet. 😞

Beste Grüsse

user109

@ebu siehe Beitrag von @Tux0ne:https://www.tuxone.ch/2013/12/dns-im-lokalen-netzwerk.html

ist zwar sehr alt, hat aber immer noch seine Gültigkeit.

ebu

@user109

Vielen Dank!

Kurz mal quer gelesen. Die Variante mit der Syno könnte tatsächlich die Lösung sein. Werde mich da mal konzentriert reinlesen und umsetzen.

Beste Grüsse.

user109

@ebu hier ist auch so ein ähnliches Problem: https://community.swisscom.ch/t5/Internet-Allgemein/Zugriff-auf-eigene-externe-IP-vom-WLAN-aus/m-p/698518#M64498

ebu

@user109 @WalterB

Hallo vielen Dank für Eure Unterstützung.

Ich habe die Hilfestellungen umgesetzt, konnte aber keine Verbesserung erreichen.

Denn es ist ja so, dass ohne Booster die Applikation von intern wunschgemäss erreicht werden kann. Sowohl mit den aktuellen Einstellungen, wie auch mit den 2, 3 ausprobierten anderen Arten zum Ziel zukommen. Das macht keinen Unterschied.

Am Ende war es immer das gleiche. Sobald der Booster Teil der Installation war, war Schluss mit lustig von intern. Von extern hat es ja immer funktioniert.

Die Variante mit der “Simulation ich bin extern” über den Hotspot vom Handy dann VPN oder den WorkAround via MyStrom-Adapter (Booster off) sind zwar nicht die elegantesten, aber sie funktionieren.

Mal abwarten. Vielleicht wird eine der nächsten Firmware-Updates vom Booster eine Lösung bringen.

Beste Grüsse

Tux0ne

Also ich denke du müsstest das Bonding für das Device welches auf die Docker App zugreifen will deaktivieren.

Falls das geht, könnten sich die Entwickler mal überlegen, warum das Bonding bei einem NAT Loopback auf eine Private IP reinpfuscht. Das bringt ja nichts.

Oder du schaltest zwischen deiner ib/Booster Kombi einen guten Router wir pfsense in diese “DMZ”.

Das würde dir noch weitere Möglichkeiten bieten, neben einem richtigen DNS Resolver. Kommt halt drauf an wie weit du gehen willst.

ebu

@Tux0ne @user109 @WalterB

Hallo, ich konnte das Problem (glaube ich) lokalisieren und (halbwegs) lösen bzw. eine Anpassung vornehmen, dass die betreffende App via DynDNS vom internen Netz erreicht werden kann.

Bitte um Verständnis, wenn die Erklärung etwas laienhaft rüberkommt. Liegt wohl daran, dass ich ein Laie bin.

Im Docker läuft ‘Adguard Home’ (Werbung blockieren im ganzen Netzt) Adguard besetzt ‘localhost/127.0.0.1’. Die andere App läuft intern auch unter ‘localhost/127.0.0.1’. Als ich den Container von Adguard stoppte, konnte ich sofort die andere App von intern erreichen. Inkl. angeschlossenem Booster.

Irgendwie hat der Booster schon einen Einfluss auf die Geschichte. Denn ohne Booster kann ich beide Apps von intern erreichen. Mit Booster nur die eine oder die andere.

Ich werde das jetzt mal etwas beobachten und es sieht so aus, dass ich dann mal entscheiden muss, welche der beiden Apps ich intern nutzen will. Beides geht offenbar nicht.

Die Workarounds mit dem Mystrom-Adapter und/oder via Handy>Hotspot>VPN sind auf Dauer nicht praktikabel.

Gruss, Erich

RaphaelG

Hallo @ebu, nachdem du erwähnt hast, dass du dies “mal etwas beobachten” willst, wollte ich dich gerne anfragen ob du zwischenzeitlich eine Lösung gefunden hast? Lass es uns wissen, damit auch andere Nutzer von deinem Wissen profitieren.

Liebe Grüsse,

Raphael

ebu

@RaphaelG

Hallo Raphael

Vielen Dank für die Rückfrage. Die Frage war ja, ob der Booster Probleme macht in Kombination mit einem DynDNS Servicer. Zur Zeit als ich den Beitrag schrieb war es so.

Tatsächlich kann ich die Frage heute nicht beantworten, da ich in der Zwischenzeit die betreffende App so eingerichtet habe, dass diese von extern nur noch mit VPN erreichbar ist. Das Swisscom-VPN funktioniert einwandfrei und der Zugang zur App ist von unterwegs gewährleistet. Es geht sogar soweit, dass ich die offenen Ports (443/80) wieder schliessen konnte und mein ganzes Netz von extern nur noch mit VPN erreicht werden kann.

Beste Grüsse, Erich

wolewo

Ich hatte dieses Problem auch und habe es mit AdGuard gelöst.

Unter dem Menü DNS Umschreibung habe ich alle externen Url eingetragen und wohin sie im internen Netz sollen.

Hat bei mir wunderbar funktioniert. Seither kann ich auch die externe Adresse in meinem Netz eingeben und komme so auf alle meine Geräte die ich von aussen erreichen muss.

MichelB

Wir haben einen Testbuild 13.90.42 generiert, der folgendes Problem löst:

Netzinterne Requests auf public IPs funktionieren nicht mehr

Download

Dieser Testbuild sollte das Problem in diesem Thread lösen.

Beste Grüsse und danke für ein Feedback