Lokaler Server mit dynamischer IP, DDNS und öffentlicher Domäne - Interner vs. externer Datenverkehr/Routing

Lokaler Server mit dynamischer IP, DDNS und öffentlicher Domäne - Interner vs. externer Datenverkehr/Routing

Ich habe gerade einen Linux-Heimserver installiert, der als private Cloud mit Seafile fungiert. Der Server hat eine statische IP in meinem LAN (z. B. 192.168.1.7), aber mein ISP bietet dynamische IPs an, also habe ich einen DDNS-Dienst gekauft, eine Domäne hinzugefügt (z. B. example.com) und den DDNS-Dienst sowie einige Portweiterleitungen auf dem Router konfiguriert. Alles funktioniert perfekt, aber bei einer Sache bin ich mir nicht sicher:

Wenn ein Seafile-Client im LAN etwas über example.com auf den Server hoch-/herunterlädt, welche Route wird dann für den Datenverkehr verwendet? Ist das DNS/Routing-Zeug intelligent genug, um example.com schließlich mit 192.168.1.7 im lokalen Netzwerk abzugleichen? Wenn dies nicht der Fall ist und die Manipulation der Hosts-Datei auf den Clients keine Option ist (mobile Geräte, die von überall auf die Cloud zugreifen können sollen, oder iOS-Geräte), muss ich dann einen lokalen DNS-Server einrichten, um die volle LAN-Geschwindigkeit zu erreichen, aber die Möglichkeit zur Fernzugriff zu behalten?

Antwort1

Grundsätzlich ja

Möglicherweise können Sie Ihren Router so einstellen, dass er einen DNS-Eintrag für Ihren Server bereitstellt, um „blah.example.com“ auf die lokale IP Ihres lokalen Servers (192 …) zu verweisen.

Wenn nicht, sollten Sie eine Art DNS-Server wie dnsmasq ausführen, mit dem Sie diese Art von „lokalen“ DNS-Einträgen problemlos zu Ihrem LAN hinzufügen können.

Sobald Sie diesen DNS-Server eingerichtet und in Betrieb genommen haben, möchten Sie Ihre LAN-Clients anweisen, ihn zu verwenden, wahrscheinlich über die DHCP-Einstellungen Ihres Routers. Auch hier gilt: Wenn Ihr Router Ihnen keine Änderungen erlaubt, können Sie auch Ihren eigenen DHCP-Server ausführen (achten Sie nur darauf, den auf dem Router zu deaktivieren!).

verwandte Informationen