Mobilrouter mit USB Tethering nicht erreichbar - OpenVPN tauglich?

Moin

ich hab mir einen Pi ins Boot eingebaut und greif damit diverse Daten ab, wie Motordaten, Batterieladergerät, NMEA und vieles mehr was man so fürs Boot fahren braucht.

Verbunden ist der pi per LAN mit einem Gl-inet300M Minirouter, auf dem läuft OpenWRT und OpenVPN. Daran hängt ein altes iphone per USB und stellt Internet zu Verfügung. Die IPV4 Wan IP des Smartphones ist erkennbar, löst man das aber auf handelt es sich um einen IP Pool laut DNS Namen. Internetzugriff funktioniert auf dem Boot gut, keine Probleme. Aber ich komm mit OpenVPN nicht auf den Endpunkt. Die IP ist bekannt, ping oder sowas laufen aber ins Leere was mich jetzt nicht wundert. Wireguard kommt nicht auch nicht durch bis zum Ende, der Tunnelaufbau bleibt mitten drin stehen. Testweise hab ich das mal umgebaut so das ich direkt per LAN über WAN Port rankomme. Neues Testnetz gebaut, OpenVPN kommt direkt durch und verbindet. Über Mobilfunk geht aber wieder nix.... kein connect. Ich hab den Eindruck das es auch nicht gehen wird wegen dem IP Pool Hatte sowas schonmal mit einem Vodafone Kabelanschluss...das war auch Mist.

Der Minirouter macht kein DDNS, der schickt mir die aktuelle IP immer per Email 1mal am Tag. DDNS ist auch nicht gewünscht erstmal. Ich hab keine Lust auf RealVNC oder sowas was ein Abo erfordert. Eine Remotesoftware wäre vielleicht noch eine Lösung aber will ich eigentlich nicht. Hab lange mit Teamviewer, Anydesk und wie sie alle heißen gearbeitet....

Ist es generell ein Problem per Mobilfunk im USB TetheringTunnelverbindungen aufzubauen? Gibt es evtl. was was ich noch nicht kenne und hilfreich wäre? Ich bin doch nicht der erste mit dem Problem.... gesucht hab ich bereits... gefunden hab ich einiges, das half aber nicht. Schubst mich mal in die richtige Richtung.

Danke und Gruß

Quote from rpi444

Quote from 4zap

Internetzugriff funktioniert auf dem Boot gut, keine Probleme. Aber ich komm mit OpenVPN nicht auf den Endpunkt.

Hast Du zu hause keinen Internetanschluss an dem Du z. B. einen WireGuard-Server betreiben könntest? Wenn ja, dann kannst Du auf dem Boot einen WireGuard-Client konfigurieren bzw. benutzen.

Da gehts schon los, mein Internet zuhause ist Vodafone.... das ist IPV6 mit einem IPV4 pool. Gleicher mist wie auf dem Boot. Hier werkeln auch diverse Linux Server, ein Wireguard Server wäre kein Problem aufzusetzen. Ich erinnere mich noch aus der Vergangenheit das wir mit den Anschlüssen dieser Art auch ständig VPN Ärger hatten, es sei denn die Provider habe reines und echtes IPV4 zur Verfügung gestellt, was ein Anruf in der Kundenhotline notwendig machte. Hast du den Eindruck anders rum geht besser? Also Server zuhause, Client auf dem Boot? Am genialsten wäre es ich hätte ein echtes Site2Site VPN und kein Point2Site, aber ich wäre froh wenn überhaupt eins von beiden laufen würde.... Ich hab Bedenke das ich bei den IP Pools überhaupt einen Endpunkt per Tunnel zu erreiche.

Quote from rpi444

Quote from 4zap

Da gehts schon los, mein Internet zuhause ist Vodafone.... das ist IPV6 mit einem IPV4 pool.

Dann hast Du auf beiden Seiten _natives_ IPv6 und damit kannst einen v6-WireGuard-Tunnel benutzen.
Oder Du redest mit Vodafone, dass sie dir zu hause DualStack (DS statt DS-lite) einrichten.

v6-Wireguard Tunnel.... das hab ich gesucht. DANKE! Werds testen und berichten.

Quote from Rasp-Berlin

Quote from 4zap

Die IPV4 Wan IP des Smartphones ist erkennbar, löst man das aber auf handelt es sich um einen IP Pool laut DNS Namen.

Was meinst du hiermit?

Damit wäre die WAN-IP des Telefons eine IP aus einem solchen CGN-Netzwerk (Carrier-Grade NAT)

Außerdem bekommt dein PI von dem SmartPhone eine IP aus dessen Access-Point, was auch bedeutet, dass der Verkehr, selbst wenn es eine öffentliche IP-Adresse wäre, die das SmartPhone als WAN-Adresse hat, der verkehr nur bis dorthin geht, da das SmartPhone eben ein Router ist.

Ich erinnere mich daran das ich früher mal arge Probleme mit VPNs hatte, die hinter komischen SOHO Routern werkelten. Da musste man beim Provider anrufen und eine echte IPv4 beantragen damit es läuft. Da war der Pool auch mehr oder weniger ein internes Netz.

So wie du das beschreibst wäre das ja mehr als 1x NAT, wie soll das Paket da die Route für den Rückweg finden? Hab eben rausgefunden das dies olle iphone beim ISP keine erkennbare IPv6 bekommt. test-ipv6.com findet keine. Nutze ich ein Android smartphone hab ich eine erkennbare WAN IPv6 von mobile ISP und die scheint auch beim test nicht auffällig. Daher fällt die Idee das olle iphone zu nutzen flach. Ich sollte besser einen LTE USB Stick besorgen, würde aber an der Problematik der Konnektivität nichts ändern. Am Netzwerk der WAN Seite ändert sich ja dadurch nichts. Gegenseitiges ping6 oder traceroute auf die public IPv6 laufen ins Leere. So richtig sehen die sich nicht. Wireguard will auch nicht wirklich damit klar kommen. Das macht so keinen Spass.

Ich hab den Verdacht das wird zu komplex und aufwändig als das es eine dauerhaft funktionierende Lösung sein könnte . Ich überlege gerade einen pi im Bootsnetz auf bookworm upzudaten und raspi connect zu nutzen. Das wäre der einfachste Weg remote zuzugreifen. VPN wäre schick aber den Kompromiss würde ich eingehen, trotz das ich den Komfort eines site2site VPN sehr zu schätzen weiß.

Quote from elo22

Ich verwende feste-ip.net, auch wenn es was kostet.

das würde ich in meinem fall nicht helfen. Egal, ich hab testweise auf einem pi auf bookworm upgegraded und raspberry pi connect installiert. Die Verbindung klappt gut, ich komm auch auf alle anderen Geräte im Netz von dort aus. Ziel erreicht, auch wenn der plan ursprünglich ein anderer war.

Quote from rpi444

Quote from 4zap

Gegenseitiges ping6 oder traceroute auf die public IPv6 laufen ins Leere. So richtig sehen die sich nicht.

Warum meinst Du das gegenseitiges ping6 nicht funktioniert?

Weil wahrscheinlich ICMP Traffic in dem Mobilnetz nicht erlaubt ist, oder routen gedropt wird. Ist ja schon fast Standard inzwischen. Wäre meine erste Vermutung.

Nach diversen Test kann ich bestätigen das Raspberry Pi Connect recht gut funktioniert. Frisst aber Resourcen. Ich hab in meinem IT Leben viele VPNs aufgesetzt und dachte das ist schnell erledigt. lol. Eigentlich möchte ich so eine Cloud remote Lösung nicht.... auch wenn die zusätzlich per MFA authentifizieren. Wenn ich ab Frühjahr wieder auf dem Boot wohne starte ich vielleicht nochmal einen Versuch mit VPN. Momentan steht der Kutter an Land... die nächsten Tage werde ich die ganze Hardware einbauen und Kabel und Sensoren quer durchs Boot verlegen. Dann bin ich mal gespannt wie lange 480Ah Akkuladung halten um das System zu betreiben.

Quote from rpi444

Ich benutze WireGuard in bzw. aus dem Mobilfunk- und in bzw. aus dem Festnetz von Telekom und Vodafone (und deren diversen Roaming-Partnern in der EU) ohne Probleme.

Dann gehe ich dir nochmal auf die Nerven wenn ich wieder auf dem Boot bin. Momentan hab ich zu wenig Zeit dafür, allerdings entwickele ich einen sehr sportlichen Ehrgeiz wenn ich irgendwas nicht ans Laufen bekomme. Daher ist das Thema sicherlich noch nicht vom Tisch. Machst du auch site2site VPNs damit? Ich würd gern zwei Netze damit verbinden.

Quote from Der_Imperator

p2p oder s2s macht bei Wireshark keinen Unterschied.

???du meinst Wireguard...schaiz Autokorrektur