OpenVPN on Michael’s Domain

OpenVPN-Server auf pfSense und Client auf Ubuntu 16.04

Fri, 02 Nov 2018 00:00:00 +0000

Ich habe einen OpenVPN -Server auf meinem Netgate SG-3100-Router eingerichtet. Ich hoffe, dass dies die Synchronisierung von Backups an einen physisch getrennten Standort erleichtert. Es gibt viele Anleitungen zur Einrichtung eines OpenVPN-Servers auf einem pfsense-Router , und das funktioniert gut. Ich verwende jedoch bei der Arbeit Ubuntu 16.04, und die Einrichtung des Clients ist etwas aufwendiger als unter macOS oder Windows. Unter Ubuntu ist es zwingend erforderlich, die DNS-Einstellungen nach dem Aufbau des VPN-Tunnels manuell zu aktualisieren, wenn Sie die Option gewählt haben, den gesamten vom Client ausgehenden Internetverkehr über den VPN-Server zu leiten. Wenn du die DNS-Resolver-Informationen auf dem Ubuntu-Client nicht aktualisierst, kannst du zwar auf das VPN-interne Netzwerk (in meinem Fall 10.0.0.0/24) zugreifen, aber keine Hostnamen verwenden. Beispielsweise schlägt der Befehl „ping www.google.com “ fehl, während „ping 172.217.21.164“ erfolgreich ist. Ebenso findet Ihr Browser keine URLs. Und das Surfen mit IP-Adressen („http://172.217.21.164“) ist nicht besonders praktisch. Die Standardkonfiguration unter Ubuntu lässt aus Sicherheitsgründen keine automatische Aktualisierung des DNS-Resolvers zu. Im Ubuntu-Paket von OpenVPN ist ein Skript enthalten, das diese Informationen aktualisiert (/etc/openvpn/update-resolv-conf). Damit dies jedoch funktioniert, muss man

So starten Sie einen OpenVPN- oder SSH-Server unter Ubuntu 16.04 und 18.04

Sat, 03 Sep 2016 00:00:00 +0000

OpenVPNsudo systemctl start openvpn@clientDer Name „client“ leitet sich vom Namen der Konfigurationsdatei ab (/etc/openvpn/client.conf). Wenn Ihre Konfigurationsdatei „server.conf“ heißt, lautet der Befehl: sudo systemctl start openvpn@server. Wenn Sie möchten, dass der Dienst beim Systemstart automatisch gestartet wird, geben Sie Folgendes ein: sudo systemctl enable openvpn@serverDienste mit und ohne VorlageOpenVPN ist ein sogenannter Dienst „mit Vorlage“ (er benötigt beim Aufruf eine Konfigurationsdatei). Im Gegensatz dazu ist der SSH-Server ein Dienst ohne Vorlage. Daher ist der Befehl einfacher:sudo systemctl start sshd

Verwaltung von OpenVPN mit dem Netzwerk-Manager

Thu, 05 Nov 2015 00:00:00 +0000

Ich bin gerade aus beruflichen Gründen wieder von Mac OS X auf Ubuntu umgestiegen. Hauptsächlich aus finanziellen Gründen. Wir brauchen mehr Computer bei der Arbeit, und ein wirklich guter PC-Laptop kostet nur halb so viel wie ein MacBook Pro oder ein iMac. Heute wollte ich mich von zu Hause aus mit dem VPN-Netzwerk der Universität verbinden und habe mir die Anleitungen der Universität angesehen. Wie üblich gab es so gut wie keine Dokumentation, und das, was verfügbar war, war falsch. Und ausschließlich auf Finnisch ( http://www.helsinki.fi/helpdesk/ohjeet/tietoliikenne_ja_etakaytto/yhteydet_yliopiston_ulkopuolelta/vpn_ubuntu-asennus.html) . Aus dem Screenshot (Hardy Heron) geht klar hervor, dass diese Seite seit mindestens 6 Jahren nicht mehr aktualisiert wurde (Hardy Heron wurde Anfang 2008 veröffentlicht).Was tun Sie also, wenn Sie die Datei „hy-vpn-config.tar.gz“ von https://ohjelmistojakelu.helsinki.fi heruntergeladen und entpackt haben?Zunächst müssen Sie ein Plugin für den Netzwerk-Manager installieren: sudo apt-get install network-manager-openvpn network-manager-openvpn-gnome. Anschließend rufen Sie den Netzwerk-Manager über das Symbol in der Menüleiste oben rechts auf Ihrem Desktop auf. Unterhalb aller verfügbaren WLAN-Netzwerke befindet sich der Eintrag „VPN-Verbindungen“. Gehen Sie zu „VPN-Verbindungen“ -> „VPN konfigurieren“ -> „Hinzufügen“ -> „Gespeicherte VPN-Konfiguration importieren“ -> „Erstellen“. Wählen Sie anschließend die Datei „openvpn.conf“ aus den heruntergeladenen und entpackten Dateien aus. Füllen Sie danach die restlichen Felder im Dialogfeld aus: Benutzername, Passwort. Wählen Sie für das CA-Zertifikat die Datei „HY-vpn-CA.pem“ aus den heruntergeladenen Dateien aus (Sie sollten diese zuvor an einem sicheren Ort abgelegt haben, z. B. unter „/etc/openvpn“).Ein Problem, über das sich viele Nutzer beschweren, ist die Tatsache, dass der Import die Anweisung „redirect-gateway def1“ nicht berücksichtigt und man infolgedessen keine Verbindung herstellen kann (Ich vermute, das liegt daran, dass der Network Manager dnsmasq verwendet und dnsmasq offenbar nicht intelligent genug ist, um zu erkennen, dass es die Anfragen nun an eine andere Stelle senden sollte). Deshalb beschweren sich Nutzer, dass der Network Manager nicht in der Lage ist, den gesamten Datenverkehr über das VPN-Netzwerk zu leiten. Das Kontrollkästchen, das man deaktivieren muss, damit dies funktioniert, ist gut versteckt: Es befindet sich im Dialogfeld des Verbindungseditors unter dem Reiter „IPv4-Einstellungen“ -> „Routen“ (unten rechts) -> „Diese Verbindung nur für Ressourcen in diesem Netzwerk verwenden“. Warum um alles in der Welt muss man das so benennen, dass niemand die Bedeutung versteht? Warum nennt man es nicht einfach „Nicht den gesamten Datenverkehr über diese VPN-Verbindung leiten“? Ich musste außerdem das Kontrollkästchen „Automatisch ermittelte Routen ignorieren“ aktivieren, obwohl ich nicht weiß, warum…Wie üblich ist die Einrichtung von OpenVPN nervig, und die wichtige Tunnelung des VPN-Datenverkehrs musste manuell auf dem OpenVPN-Server hinzugefügt werden:iptables -t nat -A POSTROUTING -s 10.8.0.0/24 -o eth0 -j MASQUERADEIch habe dies getan, indem ich im Verzeichnis /etc/network/if-up.d/ eine zusätzliche Datei namens openvpn2 mit folgendem Inhalt angelegt habe:#!/bin/shiptables -t nat -A POSTROUTING -s 10.8.0.0/24 -o eth0 -j MASQUERADENatürlich kannst du das VPN weiterhin über die Befehlszeile starten und stoppen. Seit der Einführung von systemd ist die Passworteingabe jedoch nicht mehr ganz so einfach. Wenn du sudo systemctl start openvpn.service ausführst, musst du (z. B. in einem anderen Terminal) sudo systemd-tty-ask-password-agent ausführen und dort dein Passwort eingeben. Das ist eindeutig eine Notlösung, bis es einen vernünftigen Passwort-Agenten gibt…

x11vnc als Ersatz für nxserver

Thu, 29 Nov 2012 00:00:00 +0000

Da der großartige nxclient von nomachine unter Mac OS X nicht mehr funktioniert und der neue nxplayer noch in der Beta-Phase ist (und auf meinem System überhaupt nicht läuft), brauchte ich eine andere Lösung, um von zu Hause aus eine Verbindung zu meinem Arbeits-Desktop herzustellen. Ich habe vieles ausprobiert, mich dann aber für x11vnc entschieden. Auf meinem Arbeits-Desktop läuft Ubuntu Precise Pangolin (12.04) und ich verbinde mich von einem Mac OS X 10.8 (Mountain Lion) aus. Ich musste lediglich x11vnc und openssh-server auf meinem Arbeits-Desktop installieren und eine Datei x11vnc.conf mit folgendem Inhalt unter /etc/init hinzufügen:x11vnc -forever -rfbauth /etc/x11vnc.pass -bg -o /var/log/x11vnc.log -scale 1280x800 -display :0 -auth /var/run/lightdm/root/:0Ich muss die Passwortdatei erstellen:x11vnc -storepasswd password /etc/x11vnc.passDann muss ich mich nur noch auf die eine oder andere Weise in meinen Arbeits-Desktop einloggen. Derzeit greife ich über die UNIX-Rechner der Universität darauf zu, da ein direkter SSH-Zugriff aufgrund einer Firewall nicht möglich ist. Also verbinde ich mich per SSH mit dem UNIX-Mainframe und von dort aus per SSH mit meinem Arbeitsrechner. Sobald ich angemeldet bin, richte ich einen Reverse-SSH-Tunnel zu meinem Macbook Pro zu Hause ein:ssh -R 19999:localhost:5900 IP-Adresse_des_HeimcomputersAuf meinem Macbook zu Hause musste ich zunächst die Option „Freigabe – Fernzugriff“ aktivieren. Dann nutze ich einfach die integrierte Bildschirmfreigabe des Betriebssystems „Mit Server verbinden“ und gebe „vnc://localhost:19999“ ein – und schon sehe ich den Anmeldebildschirm meines Arbeits-Desktops.Alternativ könnte ich meinen OpenVPN-Server nutzen, den ich auf meinem MacBook installiert habe, und einen OpenVPN-Client auf meinem Arbeits-Desktop verwenden, um eine Verbindung zu meinem MacBook herzustellen. Dann könnte ich mich direkt anmelden und die Umwege über die UNIX-Rechner der Universität vermeiden, um den Reverse-SSH-Tunnel einzurichten. Eine weitere, wenn auch sehr langsame Methode, um auf die GUI meines Arbeits-Desktops zuzugreifen, ist die X11-Weiterleitung über SSH. Alles, was ich dafür brauche, ist eine funktionierende SSH-Verbindung zum Server, eine in der SSH-Serverkonfigurationsdatei aktivierte X11-Weiterleitung und einen X11-Server auf dem lokalen Rechner (z. B. XQuarz unter macOS): ssh -X username@remote-server.comxclock &

So ermöglichen Sie VPN-Clients den Zugriff auf LAN-Computer, auf denen keine VPN-Software läuft

Tue, 08 Aug 2006 00:00:00 +0000

Ich habe einen OpenVPN-Dienst auf unserem Server installiert. Die Standardkonfiguration funktionierte auf Anhieb. Allerdings wollte ich einen VPN-Client verwenden, um externe Backups der Computer in unserem LAN durchzuführen (mit der Software „backuppc“). Zunächst habe ich OpenVPN-Clients auf allen LAN-Computern installiert, für die Backups erstellt werden sollten, doch OpenVPN unter macOS X scheint etwas unzuverlässig zu sein. Daher wollte ich den VPN-Server so einrichten, dass er Anfragen an unser LAN-Netzwerk weiterleitet. Dazu waren folgende Änderungen erforderlich: