FritzBox 7390 - URL zu lokaler IP umleiten?

RS-ELEC

Enthusiast
Thread Starter
Mitglied seit
29.06.2006
Beiträge
3.435
Ich hab folgendes Problem:

In meinem lokalen Netzwerk hab ich einen OwnCloud Server (Raspberry Pi) mit einer festen IP: 192.168.abc.def. Der lauscht auf den Port xyz (https).

In meiner Fritzbox ist jetzt eine Portweiterleitung geschaltet und ein dynamic DNS Dienst (no-ip.org) konfiguriert. Die Portweiterleitung leitet Jetzt Anfragen an den Port jkl auf 192.168.abc.def:xyz um.

Somit kann ich mit jeder Internetverbindung von überall https://einname.no-ip.org:jkl/owncloud eingeben und lande auf dem ownCloud server meines RPI. Funktioniert wunderbar.

Doof ist jetzt nur, folgendes:

Ich bin mit meinem Notebook zu Hause und der ownCloud client geht natürlich mit der https://einname.no-ip.org:jkl/owncloud adresse zum Server (soll ja auch aus der Hochschule oder von Arbeit aus gehen). Jetzt gehen alle Daten vom PC zum Router zum Dyn DNS Server von da zum Router und von da über die Portweiterleitung zum Server. Was für ein Quatsch und Verschwendung meiner Bandbreite.

Kann man der Fritzbox nicht beibringen das interne Anfragen nach https://einname.no-ip.org:jkl/owncloud automatisch nach https://192.168.abc.def/owncloud aufgelöst werden. Also der traffic nicht erst durch meine Internetleitung muss?


Mfg Bimbo385
 
Wenn Du diese Anzeige nicht sehen willst, registriere Dich und/oder logge Dich ein.
Wäre mir nicht bekannt das die FB das kann.
Hab selber noch nicht viel mit der ownCloud zu tun gehabt, aber kannst du im Client nicht einen anderen Nutzer/ein anderes Profil anlegen, wo die Cloud dann direkt via IP angesprochen wird?

mfg :wink:
 
Mit IPv6 würde das was du willst automatisch funktionieren. Ist OwnCloud IPv6-fähig?

Du hast eine 7390. Bei welchem ISP? Schon mal IPv6 angeschaltet? Vielleicht holt sie sich ja schon eine IPv6. Und wenn nicht, einfach bei SIXXS nen Heartbeat-Tunnel holen und in der Fritze eintragen. Und dann Dual-Stack fahren. Als IPv6 Dyndns kannst du myfritz nutzen.
 
@c00lhaNd: Macht wenig Sinn was im ownCloud Client zu ändern. Dann muss ich da ja jedesmal ran, wenn ich mit meinem Notebook mal nicht zu Hause bin und das sollte ja gerade das tolle an ner cloud sein...

@clancy688: Ich hab keine Ahnung ob ownCloud IPv6 kann. Provider ist 1&1. Den Rest hab ich nicht verstanden ;-)


Mfg Bimbo385
 
Aaalso...

Optimaler Fall: Du hast (ob durch Provider oder Tunnel) Dual-Stack an deinem Heimanschluss. D.h. einen Internetanschluss über IPv4 UND über IPv6. Jetzt machst du ein MyFritz-Konto und in der Fritze eine MyFritz-Freigabe auf den OwnCloud-Server. MyFritz legt nun zwei Freigaben an: Eine IPv4-Portweiterleitung (auf die interne IPv4 deines Servers) und eine IPv6-Portfreischaltung (auf die IPv6 deines Servers). Dazu kriegste eine MyFritz-URL die auf die IP deines Servers auflöst, und zwar über BEIDE Protokolle, IPv4 und IPv6.
Windows nutzt normalerweise zuerst IPv6 und versucht erst IPv4, wenn IPv6 nicht funktioniert.

Also kann folgendes passieren:

Du bist unterwegs an einem IPv4-Internetanschluss - dein Client löst die MyFritz-URL auf, versucht zur IPv6 zu connecten, geht nicht, probiert zur IPv4 zu connecten, geht.
Du bist unterwegs an einem IPv6-Internetanschluss - dein Client löst die MyFritz-URL auf, versucht zur IPv6 zu connecten, geht.
Du bist daheim in deinem IPv6-Netz - dein Client löst die MyFritz-URL auf, versucht zur IPv6 zu connecten, geht. Und jetzt läuft die Verbindung DIREKT in deinem LAN, geht also nicht erst ins WAN und von dort wieder zurück um deine öffentliche IPv4 zu erreichen. Denn mit IPv6 hängst du ja schon direkt im Internet und nicht in einem NAT.
 
Ah OK, damit kann ich was anfangen. Danke!

Ich mach mich mal schlau, ob der ownCloud Server IPv6 kann und was 1&1 zum Dual-Stack sagt.

Mfg Bimbo385

PS: Jetzt aber erst mal Frühstücken XD
 
Ich bin mit meinem Notebook zu Hause und der ownCloud client geht natürlich mit der https://einname.no-ip.org:jkl/owncloud adresse zum Server (soll ja auch aus der Hochschule oder von Arbeit aus gehen). Jetzt gehen alle Daten vom PC zum Router zum Dyn DNS Server von da zum Router und von da über die Portweiterleitung zum Server.

Bist du sicher, dass das passiert? Ich habe eine ganz ähnliche Infrastruktur (nur einen anderen DynDNS-Provider) und bei mir gehen die Daten nicht über den Umweg nach draußen. Das einzige was über den DynDNS-Server läuft ist die Auflösung des Namens zu meiner derzeitigen öffentlichen IP-Adresse. Für den eigentlichen Datenstrom greift das NAT-Loopback der FritzBOX. Und das alles mit IPV4.

Selbt wenn der Router kein NAT-Loopback könnte (aktuelle Firmware hast du drauf, oder?), würden die Daten zwar vielleicht nach draußen gehen, aber doch nicht über den DNS-Server, oder?
 
Zuletzt bearbeitet:
Richtig, jdcr.
Alles was no-ip.org macht, ist die öffentliche IP zurückgeben. Die Daten selbst gehen aber natürlich nicht über no-ip.org
Wenn der Zugriff auf https://einname.no-ip.org:jkl/owncloud aus Deinem Netz funktioniert, funktioniert auch das NAT Loopback.

Alternativ kannst Du auf Deinem lokalen Rechner die URL in die Hosts Datei eintragen, so dass direkt die interne IP aufgelöst wird.
 
Hm, OK dann muss ich noch mal genau meinen Internet Datenstrom überwachen, wenn ich eine große Datei in die Cloud schiebe. Vllt. war das gestern nur Zufall und den Traffic hat was ganz anderes verursacht (irgendein Windows Update oder sowas).

Hosts Datei hab ich auch schon dran gedacht, aber dass ist auch doof weil ich die ja jedes mal ändern müsste, sobald ich mit dem Notebook nicht mehr in meinem Heimnetz bin.

Vielen Dank für die ganzen Tipps, hier wird einem ja richtig geholfen!
Ich check heute Nachmittag noch mal ob mein Traffic steigt, wenn ich ne Datei in die Cloud schiebe. Wenn nicht, ist die Sache klar.

Mfg Bimbo385
 
Traffic steigt nicht.

Also läuft, Danke!


mfg Bimbo385

PS: Cann den Seafile Cloudserver nur empfehlen, owncloud ist aufm Pi viel zu lahm...
 
Hardwareluxx setzt keine externen Werbe- und Tracking-Cookies ein. Auf unserer Webseite finden Sie nur noch Cookies nach berechtigtem Interesse (Art. 6 Abs. 1 Satz 1 lit. f DSGVO) oder eigene funktionelle Cookies. Durch die Nutzung unserer Webseite erklären Sie sich damit einverstanden, dass wir diese Cookies setzen. Mehr Informationen und Möglichkeiten zur Einstellung unserer Cookies finden Sie in unserer Datenschutzerklärung.


Zurück
Oben Unten refresh