Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen angezeigt.

--- open:it:vpn [2024/08/15 15:03] – [Schlüssel generieren] Kai
+++ open:it:vpn [2024/12/22 20:23] (aktuell) – [Schlüssel generieren] Kai
@@ Zeile 17: / Zeile 17: @@
 <WRAP important>
 Für den Server und für jeden Client wird je ein privater und ein daran gebundener öffentlicher Schlüssel generiert. Für die Funktionalität dürfen sie weder vertauscht noch verändert werden. \\
-Der private Schlüssel ist sicherheitsrelevant und sollte entsprechend behandelt werden. \\
+Der jeweils private Schlüssel (Server und Clients) ist sicherheitsrelevant und sollte entsprechend behandelt werden. \\
+Schlüssel bedeutet hier: eine lange Zeichenkette, ähnlich einem Passwort. Die Datei dient als Speicher für diese Zeichenkette. \\
 </WRAP>
-Die Schlüssel können prinzipiell auf einem beliebigen (Linux-)Rechner generiert werden. \\
+Die Schlüsseldateien können beliebig benannt werden. Z.B. Username, PC-Name eines Laptops, etc. \\
+Eine eindeutige Bezeichnung hilft die Schlüssel zu identifizieren, wenn z.B. Freigaben erteilt oder entzogen werden müssen. \\
 Eine Kopie der Schlüssel/Keys wird in den im folgenden genannten Verzeichnissen abgelegt. \\
-Die Generierung erfolgt hier als root (ohne sudo)\\
 **Server-Schlüssel - privat (key)**
   wg genkey | sudo tee /etc/wireguard/server.key
 Leserechte des privaten Server-Keys auf root begrenzen
-  chmod 0400 /etc/wireguard/server.key
+  sudo chmod 0400 /etc/wireguard/server.key
 **Server-Schlüssel öffentlich (pub) aus dem privaten Schlüssel generieren**
-  cat /etc/wireguard/server.key | wg pubkey | sudo tee /etc/wireguard/server.pub
+  sudo cat /etc/wireguard/server.key | wg pubkey | sudo tee /etc/wireguard/server.pub
-**Client-Schlüssel - privat (key)**
+**Client-Schlüssel - privat (key)** \\
-  mkdir -p /etc/wireguard/clients
+Werden die Client-Schlüssel auf dem Server generiert, dann sollten diese in das Unterverzeichnis Clients gelegt werden. In diesem Fall muss der geheime private Schlüssel zum Client transferiert werden.\\
+Besser ist es daher, die Client-Schlüssel auf dem Client-System zu erstellen und nur den öffentlichen Schlüssel zum Server zu transferieren. \\
+  sudo mkdir -p /etc/wireguard/clients
-  wg genkey | tee /etc/wireguard/clients/client1.key
+  sudo wg genkey | tee /etc/wireguard/clients/client1.key
 **Client-Schlüssel öffentlich (pub) aus dem privaten Schlüssel generieren**
-  cat /etc/wireguard/clients/client1.key | wg pubkey | tee /etc/wireguard/clients/client1.pub
+  sudo cat /etc/wireguard/clients/client1.key | wg pubkey | tee /etc/wireguard/clients/client1.pub
-Client1 kann beliebig benannt werden - z.B. mit dem Namen eines Users oder eines Laptops. Eine eindeutige Bezeichnung hilft die Schlüssel zu identifizieren, wenn Freigaben erteilt oder entzogen werden müssen.
 **Zur Nutzung werden die Schlüssel wie folgt hinterlegt:**\\
@@ Zeile 49: / Zeile 50: @@
   * privater Key des Clients
   * öffentlicher Key des Servers
 ===== Server einrichten =====
 ==== Server-Konfiguration erstellen ====
-  nano /etc/wireguard/wg0.conf
+  sudo nano /etc/wireguard/wg0.conf
   [Interface]
@@ Zeile 64: / Zeile 64: @@
   # Ensure any changes will be saved to the Wireguard config file
   SaveConfig = true
+  PostUp = iptables -A FORWARD -i wg0 -j ACCEPT; iptables -t nat -A POSTROUTING -o eth0 -j MASQUERADE
+  PostDown = iptables -D FORWARD -i wg0 -j ACCEPT; iptables -t nat -D POSTROUTING -o eth0 -j MASQUERADE
   [Peer]
@@ Zeile 76: / Zeile 78: @@
   AllowedIPs = 10.8.0.3/32
+Muss ein einzelner Peer gelöscht werden:
-==== Tunnel, Port-Forwarding ====
+  wg set <interface> peer <key> remove
-Um den gesamten Traffic über den Tunnel zu leiten (erforderlich für den aktiven Client für Internetdaten, Zugriff auf Remote-Desktops, etc.) ist Port-Forwarding auf dem Server erforderlich. Ist die Netzverwaltung auf dem Server mit Netplan realisiert: siehe auch [[https://netplan.readthedocs.io/en/latest/netplan-yaml/#properties-for-device-type-tunnels|Tunnel mit Netplan]]. \\
+interfache z.B. wg0 \\
-  nano /etc/sysctl.conf
+==== Tunnel, Port-Forwarding ====
+Um den gesamten Traffic über den Tunnel zu leiten (erforderlich für den aktiven Client für Internetdaten, Zugriff auf Remote-Desktops, etc.) ist Port-Forwarding auf dem Server erforderlich. \\
+=== Debian ===
+  sudo nano /etc/sysctl.conf
 Einfügen in die Datei
   # Port Forwarding for IPv4
@@ Zeile 88: / Zeile 94: @@
 Änderungen übernehmen
-  sysctl -p
+  sudo sysctl -p
+=== Ubuntu ===
+Ist die Netzverwaltung auf dem Server mit Netplan realisiert, siehe: \\
+[[https://netplan.readthedocs.io/en/latest/netplan-yaml/#properties-for-device-type-tunnels|Tunnel mit Netplan]]. \\
+[[https://github.com/canonical/netplan/blob/main/doc/examples.md|Netplan, Github]] \\
+[[https://github.com/canonical/netplan/blob/main/examples/wireguard.yaml|Netplan, Github wireguard.yaml]] \\
 ==== Firewall ====
 siehe [[open:it:net#Firewall|Firewall]]
-  ufw allow OpenSSH
+  sudo ufw allow OpenSSH
 # Tunnelendpunkt erreichbar machen
@@ Zeile 104: / Zeile 115: @@
   sudo ufw route allow out on wg0
-  ufw reload
+  sudo ufw reload
 ==== Wireguard-Server starten ====
-  systemctl start wg-quick@wg0.service
+  sudo systemctl start wg-quick@wg0.service
 enable = in Zukunft automatisch mit dem System starten
-  systemctl enable wg-quick@wg0.service
+  sudo systemctl enable wg-quick@wg0.service
-  systemctl status wg-quick@wg0.service
+  sudo systemctl status wg-quick@wg0.service
 Schnittstelle wg0 überprüfen
@@ Zeile 121: / Zeile 132: @@
 ===== Linux Client einrichten =====
   sudo apt install wireguard-tools
+**Schlüssel generieren**\\
+siehe [[#Schlüssel generieren|Schlüssel generieren]] \\
 **Konfigurationsdatei erstellen. **\\
 Diese Datei kann auch für den Import mit einem entsprechenden Client-Programm genutzt werden - Windows oder Linux.
+<WRAP important>
+ACHTUNG: In dieser Datei ist der private Schlüssel enthalten, sie ist daher sicherheitsrelevant und sollte entsprechend behandelt werden.
+</WRAP>
   sudo nano /etc/wireguard/client1.conf
@@ Zeile 144: / Zeile 162: @@
   PersistentKeepalive = 25
-Unter DNS ist die IP-Adresse für den Internetzugang auf dem Server einzutragen. Da sämtliche Internetdaten durch den Tunnel geleitet werden, benötigt der Client die Route auf dem Server, wenn er parallel eine Internetverbindung nutzen möchte((Webseiten aufrufen, E-Mail abrufen, etc.)).
+Unter DNS ist die IP-Adresse für den Internetzugang auf dem Server einzutragen. Da sämtliche Internetdaten durch den Tunnel geleitet werden, benötigt der Client die Route auf dem Server, wenn er parallel eine Internetverbindung nutzen möchte((Webseiten aufrufen, E-Mail abrufen, etc.)). \\
+Ist die DNS-Adresse des Servers nicht bekannt, kann diese wie folgt abgerufen werden:
+  cat /etc/resolv.conf
 ==== Wireguard starten ====
 Hier wird die Verwaltung über die Konsole beschrieben. Wird das Linux-System über eine GUI betrieben, ist es auch möglich, die o.a. client1.conf-Datei über die Netzwerk-Verwaltung zu importieren.
-  wg-quick up client1
+  sudo wg-quick up client1
 Evtl. installieren bei Fehlermeldung beim Start VPN
@@ Zeile 168: / Zeile 190: @@
 Wireguard beenden (Server und Client)
-  wg-quick down client1
+  sudo wg-quick down client1
 ===== Windows-Client einrichten =====