Benutzer-Werkzeuge
howtos:pivpn
Unterschiede
Hier werden die Unterschiede zwischen zwei Versionen angezeigt.
| Beide Seiten der vorigen RevisionVorhergehende ÜberarbeitungNächste Überarbeitung | Vorhergehende Überarbeitung | ||
| howtos:pivpn [2017/09/14 12:58] – [Clients anlegen und verwalten] morquai | howtos:pivpn [2022/02/18 08:09] (aktuell) – Externe Bearbeitung 127.0.0.1 | ||
|---|---|---|---|
| Zeile 107: | Zeile 107: | ||
| ======================================================== | ======================================================== | ||
| | | ||
| - | Damit haben wir jetzt unseren ersten Client angelegt und müssen die so entstandende Konfigurationsdatei auf den Client übertragen. Wo sie zu finden ist, sehen wir im Output des "pivpn -a" | + | Damit haben wir jetzt unseren ersten Client angelegt und müssen die so entstandende Konfigurationsdatei auf den Client übertragen. Wo sie zu finden ist, sehen wir im letzten Absatz des Output. |
| + | |||
| + | ====== Für Experten ====== | ||
| + | Über die gängige Nutzung hinaus, Nutzung der Heimnetzes von außerhalb, habe ich folgendes Setup implementiert. Der OpenVPN Server ist auf einem KVM Server meines WebHosters mit Debian 9 installiert, | ||
| + | Das Ziel soll sein folgende Verbindung zu ermöglichen: | ||
| + | Heimnetz <- Raspberry Pi <-> OpenVPN Server <-> OpenVPN Client | ||
| + | zu realisieren. Beachte, das zwischen Heimnetz und Raspberry Pi der Pfeil nur in eine Richtung zeigt. | ||
| + | ===== Vorbereitung ===== | ||
| + | Mein Server im Internet hat also erstmal keinen Zugriff auf andere, private Netze. In meinem Heimnetz habe ich nun einen Raspberry Pi als Client implementiert, | ||
| + | net.ipv4.ip_forward=1 | ||
| + | Um dies ohne reboot zu aktivieren muss der Befehl | ||
| + | sudo sysctl -w net.ipv4.ip_forward=1 | ||
| + | abgesetzt werden. Der Eintrag in der sysctl.conf dient nur dazu das diese Einstellung nach dem reboot wieder aktiviert ist. Um uns das Leben schwer zu machen (und den Server sicher) mischt sich nun die Firewall auf dem Raspberry Pi ein, die den technisch möglichen Traffic wieder unterbindet. Die Befehle | ||
| + | / | ||
| + | / | ||
| + | / | ||
| + | sorgen dafür, das die Firewall den Traffic akzeptiert. Diese Einstellungen überleben keinen Reboot, also muss unter /etc/init.d ein Script hinterlegt werden, das diese Einstellungen nach dem Netzwerk Start wieder aktiviert. Besser (und empfohlen) ist die Methode über das Paket [[https:// | ||
| + | sudo apt-get install iptables-persistent netfilter-persistent | ||
| + | Die Frage, ob die aktuellen Regeln übernommen werden sollen, kann man getrost mit " | ||
| + | sudo iptables-save > | ||
| + | sudo iptables-restore < | ||
| + | dienen dazu die aktuellen Regeln zu sicher oder wiederherzustellen. Um geänderte Regeln für den Reboot zu speichern muss die Datei / | ||
| + | sudo iptables-save >/ | ||
| + | geändert werden. Wie das Ganze mit IPv6 funktioniert überlasse ich den man-pages. =) | ||
| + | ===== Konfiguration ===== | ||
| + | Jetzt ist der Moment gekommen, die Verbindung zu ermöglichen. Der OpenVPN Client auf dem Raspberry Pi muss dem OpenVPN Server nun mitteilen, das er eine Route in ein Netzwerk zur Verfügung stellt. Dazu muss auf dem OpenVPN Server eine neue Datei unter / | ||
| + | ifconfig-push 10.8.0.250 255.255.255.0 | ||
| + | iroute 192.168.178.0 255.255.255.0 | ||
| + | Sobald sich der Raspberry Pi am VPN anmeldet werden die entsprechenden Route an alle Clients, die sich DANACH am VPN anmelden, mitgeteilt. Auch der OpenVPN Server nimmt die Routen sofort zur Kenntnis.\\ | ||
| + | Stellt sich die Frage, wie man sicherstellt, | ||
| + | / | ||
| + | client_name, | ||
| + | " | ||
| + | Wenn ich nichts vergessen habe und alles richtig installiert und konfiguriert wurde funktioniert jetzt alles. Ein weiteres " | ||
| + | |||
| + | |||
howtos/pivpn.1505393923.txt.gz · Zuletzt geändert: 2017/09/14 12:58 von morquai
