pfSense und IPv6: OpenVPN, Rules, Routes usw...

mike69

Nabend.

Nachdem die Deutsche Glasfaser bereit ist, mitte nächsten Jahres uns mit einem Glasfaseranschluss zu beglücken, wird es langsam Zeit, sich mit IPv6 zu beschäftigen. :)
DHCPv6 mit /56 Präfix und CGNAT für IPv4 sind dann deine Freunde.
IPv6 soll statisch sein, d.h. nach einer Neueinwahl bleibt die IP. Aber da scheiden sich noch die Geister.

Also erstmal üben...

Aktuell läuft hier: DTAG Dual Stack, Vigor 130 als Bridged Modem, Einwahl und VLANID macht die Sense.

Was soll laufen:
-OpenVPN Server auf der Sense, somit Zugriff auf alle Subnets im LAN, idealerweise auf Devices, die IPv4 only sind, falls es das noch gibt, IoT Geraffel und so.
-SSH Server mit Zugriff von Aussen.

Nach der Anleitung und einem Reboot steht das v6 Netz, die Geräte (Android Smartphones) bekommen 2 IPv6 Adressen zugeteilt und nach einer "IPv6 allow any" Rule funzt auch das surfen.

Zum Thema OpenVPN, jetzt geht das rumgestochere los.
Darf der OpenVPN Server IPv6 only sein oder ist v4 + v6 besser? Dual Stack der DTAG ist es wohl egal, da beide IPs public sind. Aber wie ist es mit nativer IPv6 und CGNAT?
Unser Domainbetreiber unterstützt DynDNS inkl. AAAA Records, IPv6 wird von der Sense aufgelöst. Ist es dann besser, OpenVPN als v6 only zu fahren? Wenn ja, wie komme ich auf die Geräte mit IPv4?

Gleiches mit einem Zugang per SSH, v6 wird ootb unterstützt, Portweiterleitung eventuell. Wird nicht bei den aktuellen Providern regelmässig die IPv6 geändert? Wie läuft es dann mit der Portweiterleitung?

Was meint Ihr?

Bob.Dig

Guten Abend Mike,

habe selbst keine Erfahrung mit denen, würde mir aber wohl einen Portmapper bauen für Ipv4, da ich z.B. bei o2 bin und die kein IPv6 haben im Mobilfunk. Da das aber zusätzlich Geld kostet, könntest Du auch erst mal IPv6-Only(eingehend) fahren und gucken, ob das alltagstauglich ist. Wenn bis dahin auch pfSense 2.5 final ist, da dürfte der IPv6 Support noch mal etwas besser ausgebaut sein.
Wenn ich Jens richtig in Erinnerung habe, kannst Du auch problemlos IPv4 im Heimnetz fahren und per IPv6 einen VPN-Tunnel aufbauen und dich überallhin verbinden.

Wobei wohl die pfSense selbst kein DS-Lite unterstützt und die Glasfaser vielleicht genau das fahren...

mike69

@bob-dig said in pfSense und IPv6: OpenVPN, Rules, Routes usw...:

da ich z.B. bei o2 bin und die kein IPv6 haben

Echt jetzt? Na jetzt kann ich mir vorstellen, warum das v6 only OpenVPN mit dem Smartphone keine Verbindung aufbaut, nutze ebenfalls das o2/E+ Netz.

Haben einen VPS angemietet, mit statischen IPs, da wäre eine VPN-Verbindung zum Heimnetz kein Problem. Muss mich da noch reinfuchsen, wahrscheinlich mit OpenVPN, bei IPSec weiss ich nicht, wie das mit den virtuellen Kernen läuft.

Versuche mit DynDNS über RFC 2136 sind mangels Konfigurierbarkeit am VPS kläglich gescheitert.

Bob.Dig

@mike69 Yup, 100%. Telekom und Vodafone machen IPv6, Telefonica nicht.

Bob.Dig

@mike69 said in pfSense und IPv6: OpenVPN, Rules, Routes usw...:

Haben einen VPS angemietet, mit statischen IPs, da wäre eine VPN-Verbindung zum Heimnetz kein Problem. Muss mich da noch reinfuchsen, wahrscheinlich mit OpenVPN,

Das einfachste wäre wohl pfSense auf dem VPS aufzusetzen, dann die beiden miteinander zu verbinden. Oder den OpenVPN Access Server, ich denke, der bietet das auch.
Mehr geht dann aber jeweils nicht.

mike69

@bob-dig said in pfSense und IPv6: OpenVPN, Rules, Routes usw...:

Das einfachste wäre wohl pfSense auf dem VPS aufzusetzen, dann die beiden miteinander zu verbinden.

Extra pfSense wg. einer VPN-Verbindung auf einem VPS installieren? Bissl oversized, oder? :)

Bob.Dig

@mike69 Aber einfach, was ich mag. Auch ist es nicht nur eine OpenVPN-Verbindung, Du brauchst auch noch Routing, nämlich allen Traffic an den VPS in die OpenVPN-Verbindung zu leiten, das macht OVPN nicht alleine. Aber ja, das OS kann das in der Regel machen, muss man sich eintüffteln.

JeGr

@mike69 said in pfSense und IPv6: OpenVPN, Rules, Routes usw...:

@bob-dig said in pfSense und IPv6: OpenVPN, Rules, Routes usw...:

Das einfachste wäre wohl pfSense auf dem VPS aufzusetzen, dann die beiden miteinander zu verbinden.

Extra pfSense wg. einer VPN-Verbindung auf einem VPS installieren? Bissl oversized, oder? :)

Ja nun... kommt man günstig an eine v4 Adresse ran ;) und hat meist gleich noch ein oder mehrere statische v6 Prefixe wenn der Provider mal wieder schlampt... hust
Und die kleinsten Cloud Büchsen gibts ja inzwischen für 2-3€ im Monat problemlos.

Darf der OpenVPN Server IPv6 only sein oder ist v4 + v6 besser? Dual Stack der DTAG ist es wohl egal, da beide IPs public sind. Aber wie ist es mit nativer IPv6 und CGNAT?

Darf er schon. Problem wirst du nur haben, wenn du irgendwo bist, wo IPv6 eben nicht existiert. Dann hast du das Problem, dass du keine Verbindung aufbauen kannst. Und leider sind das immer noch einige Firmen die hartnäckig Dualstack verweigern. Wenn du dann in irgendeinem Cafe WLAN sitzt, das kein IPv6 kennt weil 08/15 Dummbeutel-Setup vom Portal Provider, dann guckst du doof.

Rein technisch: du kannst problemlos OpenVPN via IPv6 aufbauen und darüber v6 UND v4 Adressen tunneln/routen. Gar kein Ding. Geht auch umgekehrt, also v6 via v4 OVPN Link. Muss eben nur entsprechend der Tunnel konfiguriert sein. Aber gehen tut das, gar kein Ding, denn dein Rechner bekommt bei der Verbindung auf sein Tunnel-Interface die IP4/IP6 vom VPN Setup. Und wenn du als Tunnel Netze sauber 4/6 konfiguriert sind, dann ist das drübertunneln gar kein Ding.

Aber wie gesagt, bei CGNAT kannst du DynDNS vergessen, weil die das nicht zurück auf deine Kiste NATten werden, es sei denn du kannst bei DG das irgendwie "einkaufen", dass sie dir ne eindeutige ausgehende IP4 zuweisen, die du zwar nicht siehst (wegen CGNAT), auf deren IP aber du die Rückpakete (à la exposed host) immer abbekommst. Glaube ich aber leider nicht dass sie das machen. :(

mike69

@jegr said in pfSense und IPv6: OpenVPN, Rules, Routes usw...:

Ja nun... kommt man günstig an eine v4 Adresse ran ;) und hat meist gleich noch ein oder mehrere statische v6 Prefixe wenn der Provider mal wieder schlampt... hust
Und die kleinsten Cloud Büchsen gibts ja inzwischen für 2-3€ im Monat problemlos.

Meinte die Installation von pfSense auf eine der Büchsen. :)
So ne "Büchse" ist vorhanden, inkl. statischer v4 und v6 IP mit /64 Präfix. Kann man damit was anfangen?
Gibt es HowTos zu diesem Thema, was zum einlesen? Hat das schon jemand gemacht?
Ein OpenVPN Server auf dem VPS einrichten, damit die Sense sich da verbinden kann, das bekomme ich hin. Der Rest wird tricky...

@jegr said in pfSense und IPv6: OpenVPN, Rules, Routes usw...:

es sei denn du kannst bei DG das irgendwie "einkaufen", dass sie dir ne eindeutige ausgehende IP4 zuweisen, die du zwar nicht siehst (wegen CGNAT), auf deren IP aber du die Rückpakete (à la exposed host) immer abbekommst. Glaube ich aber leider nicht dass sie das machen. :(

Bahnhof... :)
Soweit ich weiss bekommen Business Anschlüsse eine feste IPv4. In den einschlägigen Foren habe ich noch keinen Privatkunden gefunden, der IPv4 bekommen hat. :)

@jegr said in pfSense und IPv6: OpenVPN, Rules, Routes usw...:

Aber wie gesagt, bei CGNAT kannst du DynDNS vergessen, weil die das nicht zurück auf deine Kiste NATten werden

Hab noch ne Domain bei Strato, sie bieten DynDNS an und lösen IPv6 auf. Daher die Frage zum IPv6 only OpenVPN Server auf der Sense. Das Telefonica noch kein v6 nutzt ist blöd, werde mir dann nen Kopf machen wg. Netzwechsel. Wird eh noch dauern bis hier gebuddelt wird.

Bob.Dig

@mike69 Möchtest Du pfSense auf ein VPS installieren und als "Portmapper" benutzen? Ich vermute das wird keinerlei Probleme machen.
Oder willst Du nur OVPN als Portmapper auf irgendein OS auf einem VPS installieren? Das wird etwas schwieriger, aber auch lösbar, nur nicht mit mir. ^^

mike69

@bob-dig

Moin Bob.

Ja, letzteres. :)

Der V-Server läuft mit Debian 10, OpenVPN ist installiert und mit dem Notebook kann eine Verbindung aufgebaut werden. Bekomme je eine v4 und v6 IP zugeordnet, soweit alles tutti... hoffendlich. :)

Werde die nächsten Tage die Sense konfigurieren, dann brauche ich paar Tips zum Thema Routing. Irgendwie muss ja jemand wissen, wann eine SSH Anfrage auf dem Home Server ins LAN geroutet werden soll. Genauso auf der Seite der pfSense, nicht auf jedes Subnet soll zugegriffen werden.

@bob-dig said in pfSense und IPv6: OpenVPN, Rules, Routes usw...:

Das wird etwas schwieriger, aber auch lösbar, nur nicht mit mir. ^^

Auch wenn nicht jeder auf alles eine Antwort haben kann, bin dennoch dankbar für deine Hilfen. :)

mike69

Moinsen @All

Ein kleines Feedback zwischendurch, der Mobilfunkbetreiber hat den Vertragswechsel auf das D2 Netz heute durchgeführt. Der Zugriff auf das LAN über OpenVPN per IPv6 funzt und kann wie erwartet auf die IPv4 Hosts zugreifen. Damit wäre die erste Hürde überwunden. :)

@jegr said in pfSense und IPv6: OpenVPN, Rules, Routes usw...:

Darf er schon. Problem wirst du nur haben, wenn du irgendwo bist, wo IPv6 eben nicht existiert. Dann hast du das Problem, dass du keine Verbindung aufbauen kannst. Und leider sind das immer noch einige Firmen die hartnäckig Dualstack verweigern. Wenn du dann in irgendeinem Cafe WLAN sitzt, das kein IPv6 kennt weil 08/15 Dummbeutel-Setup vom Portal Provider, dann guckst du doof.

Dann switch ich eben auf das mobile Netz, was soll ich sonst machen. :)
Wird ja kein Traffic erzeugt, bissl Temperaturen abfragen, Ertrag der PV-Anlage einsehen, nicht kriegsentscheidendes.

Möchte die Sache mit der Cloud Büchse und das tunneln zur pfSense nochmal aufgreifen, da bis jetzt keiner schreit "Jo, habe ich, geile Sache, beste was es gibt" gehe ich davon aus, dass es hier kaum einer oder keiner nutzt? :)

Mir stellt sich die Frage, wer unter OpenVPN Client oder Server werden darf. Was macht mehr Sinn?
Am einfachsten von der Konfiguration her ist der VPS der Client, einfach unter der Sense den Clienten exportieren und die .ovpn Datei rüberschieben zum v-server, fettisch.
Der VPS kann dann wie jeder anderer Client auf die freigegebenen Ressourcen zugreifen. Ist der VPS kompromittiert, passiert das dem LAN hinter der Sense auch? :(

Gibt es da Meinungen zu? Bin doch nicht der einzige, das so ein Scenario darstellen möchte, oder? :)

Im Netz gibt es eine Anleitung, wie ein IPv4 Tunnel mittels GRE aufgebaut wird. Da wird auf dem VPS eine 2te IPv4 erwartet, würde hier 3 Taler mehr im Monat kosten. Wäre eine Alternative zur einer VPN Lösung.

JeGr

@mike69 Beschreib mir doch mal kurz was du mit der VPS Büchse machen willst?
Eventuell baue ich das demnächst mal. Ich hab noch eine Cloud Instanz die bisher ein Proxmox Test war, da das auf der Kiste aber eher suboptimal läuft, will ich die eh abschalten, dann kann ich vorher auch mit nem VPN drauf spielen.

mike69

@jegr

Der Wunsch ist, einigen Hosts im LAN eine public IPv4 zur Verfügung zu stellen, Glasfaser Deutschland verteilt nur IPv6 öffentlich und IPv4 über CGNAT. Gebucht ist die Option "eigener Router", also NT direkt an die Sense.

Als Beispiel die PS4, welche per Portweiterleitung und/oder Outbound Rule von aussen erreichbar sein soll. Mit v4/v6 läuft es nicht sauber, laufen schmieren die Games ab, weil Sony und/oder einige Spiele Publisher noch IPv4 only haben sollen. v6 im Gaming Subnet deaktiviert läuft seit 3 Tagen störungsfrei. Kann auch sein, dass meine Konfig verbockt ist, ich weiss es nicht.

VPN über IPv6 geht, da sehe ich keine Probleme.

VoIP:
Unsere Hardware kann nur IPv4 (Gigaset GO-Box 100), eventuell ist es möglich, das sauber zu tunneln/routen. Wenn nicht, muss ne neue Hardware her, oder ich reaktiviere die alten Fritzboxen. :)

JeGr

@mike69 Ja das versteh ich ja alles, ich wollte wissen, was du genau mit dem VPS vor hast und was das dann genau werden soll. Willst du die IP4 vom VPS quasi durchmappen als externe IP von dir weil du keine bekommst oder wie verstehe ich das?

mike69

@jegr said in pfSense und IPv6: OpenVPN, Rules, Routes usw...:

Willst du die IP4 vom VPS quasi durchmappen als externe IP von dir weil du keine bekommst oder wie verstehe ich das?

Ja, genau. :)
Muss devinitiv an meiner Kommunikation arbeiten. Dachte, das wäre zu erkennen.

Idealerweise parallel mit anderen Diensten (Mail, CalDAV, CardDAV), wenn so was sauber zu lösen ist.

JeGr

@mike69 said in pfSense und IPv6: OpenVPN, Rules, Routes usw...:

@jegr said in pfSense und IPv6: OpenVPN, Rules, Routes usw...:

Willst du die IP4 vom VPS quasi durchmappen als externe IP von dir weil du keine bekommst oder wie verstehe ich das?

Ja, genau. :)
Muss devinitiv an meiner Kommunikation arbeiten. Dachte, das wäre zu erkennen.

Idealerweise parallel mit anderen Diensten (Mail, CalDAV, CardDAV), wenn so was sauber zu lösen ist.

Okay :) Kann ich so zwar nur bedingt testen, weil ich glücklicherweise (noch) überall DualStack habe, aber ich schau mal. Hab gestern meine eine Hetzner Cloud Instanz umformatiert auf pfSense und werde mal sehen, ob ich das sauber durchtunneln kann, gehe aber davon aus, dass es genauso funktioniert wie üblich :)

Bob.Dig

@jegr Mike will aber über sein debian tunneln und port-mappen.

mike69

@jegr said in pfSense und IPv6: OpenVPN, Rules, Routes usw...:

Okay :) Kann ich so zwar nur bedingt testen, weil ich glücklicherweise (noch) überall DualStack habe, aber ich schau mal.

Ist auch noch vorhanden. Bis die buddeln vergeht garantiert noch ne Ewigkeit. :) Deswegen kann ich in Ruhe testen, habe keinen Zeitdruck.

@bob-dig said in pfSense und IPv6: OpenVPN, Rules, Routes usw...:

@jegr Mike will aber über sein debian tunneln und port-mappen.

Mike will eine public IPv4 für sein LAN, egal wie.

ionos bietet übrigens eine mini v-Server für 1 € im Monat an, inkl. eine IPv4 und IPv6 Adresse. Gleich mal gebucht, für ne Kiste Bier ein Jahr lang ne public IPv4. :)

JeGr

@bob-dig said in pfSense und IPv6: OpenVPN, Rules, Routes usw...:

@jegr Mike will aber über sein debian tunneln und port-mappen.

Völlig egal. Was auf dem VPS läuft ist doch rille. Ob ich da jetzt pfSense drauf werfe damit der VPN Teil einfacher ist oder ob ich händisch OpenVPN installiere und dann mit IPTables oder sowas rumgurke und irgendwelche Portweiterleitungen mache (bitte nicht mehr Portmapping, das erinnert zu sehr an portmapper und DAS ist was anderes).