Konfiguration on Michael’s Domain

Grub2

Mon, 19 Oct 2020 00:00:00 +0000

Grub2 ist nun schon seit mehr als 10 Jahren der Standard-Bootloader für Ubuntu. Seine Konfigurationsdatei befindet sich heutzutage unter /boot/grub/grub.cfg, aber du DARFST die Datei /boot/grub/grub.cfg NICHT bearbeiten, um das Grub-Bootmenü zu ändern. Stattdessen sollst du eigene Einträge z.B. in die Datei /etc/grub.d/40_custom einfügen. Einige allgemeine Einstellungen werden außerdem in der Datei /etc/default/grub sowie in allen Dateien unter /etc/default/grub.d/ festgelegt.

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

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…

NFS-Freigaben und automatische Einbindung

Wed, 04 Apr 2007 00:00:00 +0000

Auf jedem Computer im Netzwerk läuft ein NFS-Server, der beim Systemstart gestartet wird (bearbeiten Sie den Runlevel, um dies zu aktivieren). Unter SUSE Linux können NFS-Freigaben in YaST (NFS-Serverkonfiguration) oder direkt in der Datei /etc/exports konfiguriert werden. Konfigurieren Sie das Remote-Root-Verzeichnis nicht so, dass es als lokales Root-Verzeichnis fungiert! Freigaben sollten so konfiguriert werden, dass der Zugriff nur aus dem lokalen Netzwerk 192.168.0.0/24 oder 192.168.0.0/255.255.255.0 möglich ist. /media/downloads/ 192.168.0.0/255.255.255.0(root_squash,sync) Die UIDs müssen auf allen Computern identisch sein, damit die Berechtigungen ordnungsgemäß funktionieren. Falls sie unterschiedlich sind, können Sie sie in YaST ändern. Nach den Änderungen wird für Dateien und Verzeichnisse die alte Benutzer-ID als Eigentümer festgelegt, sodass Sie den Eigentümer global ändern müssen: chown -R --from=1001 marzena / Ändern Sie auch die Berechtigungen für versteckte Dateien im Home-Verzeichnis: /home/marzena chown -R --from=1001 marzena .[a-zA-Z0-9]*Auf NFS-Freigaben wird von anderen Computern über Automount zugegriffen, sie sind nicht in /etc/fstab konfiguriert!