Dieser Artikel enthält Affiliate-Links. Den hier verwendeten RackNerd-VPS habe ich selbst gebucht und die WireGuard-Konfiguration sowie die Verbindung praktisch getestet.

Eigener WireGuard-VPN auf einem RackNerd KVM VPS: Praxistest mit macOS

Ich habe einen kleinen VPS im Ausland gemietet und daraus einen persönlichen WireGuard-VPN gebaut. Getestet wurden RackNerd 1 GB KVM VPS, Ubuntu 24.04, SSH-Schlüsselauthentifizierung, das Abschalten von Root-/Passwort-SSH, UFW, WireGuard und ein macOS-Client. Abschließend habe ich den Wechsel der öffentlichen IPv4 sowie den WireGuard-Handshake verifiziert.

Wichtig: Ein eigener VPS-VPN macht nicht automatisch vollständig anonym. Er verschlüsselt den Weg zum VPS und verlagert den sichtbaren IPv4-Ausgang auf den Server. Beim VPS-Anbieter können weiterhin Vertrags- und Verbindungsdaten vorhanden sein.

VPSRackNerd 1 GB KVM VPS
OSUbuntu 24.04.5 LTS
VPNWireGuard
Getesteter PfadmacOS → VPS → Internet

Verwendeter VPS

Am 14. September 2026 habe ich einen „1 GB KVM VPS Special“ gebucht, der mit 21,99 USD pro Jahr angezeigt wurde. Wechselkurs, Kartenentgelte, Verfügbarkeit und Standorte können sich ändern.

CPU1 vCPU
RAM1 GB
Speicher20 GB SSD
Monatlicher Transfer3000 GB
Netzwerk1-Gbit/s-Public-Port
IPv41 dedizierte IPv4
VirtualisierungKVM
ZugriffVoller Root-Zugriff
RackNerd 1 GB KVM VPS Bestellseite
Der gebuchte VPS. Personenbezogene Daten werden in der veröffentlichten Version ausgeblendet.

RackNerd ansehen

Dies ist ein Affiliate-Link. Bei einem Kauf über diesen Link kann diese Website eine Provision erhalten.

RackNerd öffnen

Warum ein eigener VPN?

Kommerzielle VPN-Apps sind bequemer, wenn häufig zwischen vielen Ländern gewechselt werden soll. Ein selbst betriebener VPN bietet dagegen einen eigenen Server und einen kontrollierten Ausgang, bringt aber Verantwortung für Updates, Firewall, Schlüssel und Backups mit sich. Genau diesen technischen Aufbau wollte ich praktisch verstehen.

1. VPS starten und Control Panel prüfen

Nach der Bestellung kamen VPS-IP, Root-Daten und der Zugang zu NerdVM/SolusVM. Im Panel waren Ubuntu 24.04 64 Bit, 20 GB Disk, 1 GB RAM und der Online-Status sichtbar.

RackNerd NerdVM Control Panel
Control Panel nach der Bereitstellung. Reale IP und Identitätsdaten sollten vor Veröffentlichung verdeckt werden.

2. Von macOS per SSH verbinden und Ubuntu aktualisieren

ssh root@YOUR_VPS_IP

whoami
hostname
cat /etc/os-release
ip addr
free -h
df -h

apt update
apt upgrade -y

Beim Upgrade habe ich English (US) beibehalten. Bei der OpenSSH-Abfrage zu einer lokal geänderten sshd_config blieb zunächst die lokale Version erhalten; anschließend wurde SSH bewusst gehärtet.

Ubuntu keyboard-configuration
Tastaturauswahl während des Upgrades.
OpenSSH-Konfigurationsabfrage
Die bestehende lokale SSH-Konfiguration wurde zunächst beibehalten.
reboot
# danach erneut verbinden
uname -r
systemctl --failed
apt list --upgradable

3. Admin-Benutzer und SSH-Schlüssel einrichten

adduser vpnadmin
usermod -aG sudo vpnadmin
id vpnadmin

Auf dem Mac:

ssh-keygen -t ed25519 -a 100 \
  -f ~/.ssh/racknerd_wireguard \
  -C "racknerd-wireguard"

scp ~/.ssh/racknerd_wireguard.pub \
  root@YOUR_VPS_IP:/tmp/racknerd_wireguard.pub

Auf dem VPS:

install -d -m 700 -o vpnadmin -g vpnadmin /home/vpnadmin/.ssh
cat /tmp/racknerd_wireguard.pub > /home/vpnadmin/.ssh/authorized_keys
chown vpnadmin:vpnadmin /home/vpnadmin/.ssh/authorized_keys
chmod 600 /home/vpnadmin/.ssh/authorized_keys
rm /tmp/racknerd_wireguard.pub
ssh -i ~/.ssh/racknerd_wireguard vpnadmin@YOUR_VPS_IP
whoami
sudo whoami

4. Root-Login und Passwort-SSH deaktivieren

sudo nano /etc/ssh/sshd_config.d/00-racknerd-hardening.conf
PermitRootLogin no
PasswordAuthentication no
KbdInteractiveAuthentication no
PubkeyAuthentication yes
sudo sshd -t
sudo systemctl reload ssh
sudo sshd -T | grep -E \
'permitrootlogin|passwordauthentication|pubkeyauthentication|kbdinteractiveauthentication'

Wirksam waren danach: Root-SSH aus, Public-Key-Auth an, Passwort- und Keyboard-Interactive-Auth aus. Vor dem Schließen der bestehenden Sitzung sollte immer eine zweite Schlüssel-Sitzung getestet werden.

5. UFW aktivieren

sudo ufw allow 22/tcp
sudo ufw allow 51820/udp
sudo ufw enable
sudo ufw status verbose

6. WireGuard installieren und IPv4-Forwarding einschalten

sudo apt install -y wireguard
sudo nano /etc/sysctl.d/99-wireguard-forward.conf
net.ipv4.ip_forward=1
sudo sysctl --system
sysctl net.ipv4.ip_forward
sudo ufw route allow in on wg0 out on eth0

7. Server-Schlüssel und wg0 erstellen

sudo install -d -m 700 /etc/wireguard
sudo sh -c 'umask 077; wg genkey > /etc/wireguard/server_private.key'
sudo sh -c 'wg pubkey < /etc/wireguard/server_private.key > /etc/wireguard/server_public.key'
sudo bash -c 'umask 077
{
  echo "[Interface]"
  echo "Address = 10.66.66.1/24"
  echo "ListenPort = 51820"
  printf "PrivateKey = "
  cat /etc/wireguard/server_private.key
  echo "PostUp = iptables -t nat -A POSTROUTING -o eth0 -j MASQUERADE"
  echo "PostDown = iptables -t nat -D POSTROUTING -o eth0 -j MASQUERADE"
} > /etc/wireguard/wg0.conf'
sudo chmod 600 /etc/wireguard/wg0.conf
sudo systemctl enable --now wg-quick@wg0

8. macOS-Client erzeugen

mkdir -p ~/.wireguard
chmod 700 ~/.wireguard
umask 077
wg genkey | tee ~/.wireguard/mac_private.key | \
  wg pubkey > ~/.wireguard/mac_public.key

Peer auf dem Server:

[Peer]
PublicKey = MAC_PUBLIC_KEY
AllowedIPs = 10.66.66.2/32
sudo wg-quick strip wg0 | sudo wg syncconf wg0 /dev/stdin

Client-Konfiguration:

[Interface]
PrivateKey = MAC_PRIVATE_KEY
Address = 10.66.66.2/32
DNS = 1.1.1.1

[Peer]
PublicKey = SERVER_PUBLIC_KEY
Endpoint = YOUR_VPS_IP:51820
AllowedIPs = 0.0.0.0/0
PersistentKeepalive = 25

9. Verbindung praktisch testen

sudo wg-quick up ~/.wireguard/racknerd-us.conf
ping -c 4 10.66.66.1
curl -4 ifconfig.me

Der Tunnel antwortete auf 4/4 Pings ohne Paketverlust. Zum New-York-VPS lag die durchschnittliche Latenz bei ungefähr 300 ms. Ohne WireGuard wurde die normale japanische IPv4 angezeigt, mit aktivem Tunnel die IPv4 des RackNerd-VPS. Auf dem Server zeigte sudo wg show einen aktuellen Handshake und übertragenen Traffic.

WireGuard-Verbindung unter macOS
Aktiver WireGuard-Tunnel auf der Mac-Seite.
WireGuard-Handshake auf dem VPS
Serverseite mit aktuellem Handshake und Transfer.

10. IPv6 muss separat behandelt werden

Mit AllowedIPs = 0.0.0.0/0 ist dies ein IPv4-Tunnel. curl -6 ifconfig.me lieferte weiterhin eine IPv6-Adresse.

Während des Tests war zusätzlich ein japanischer WireGuard-VPN in der macOS-App aktiv. Deshalb muss noch getrennt geprüft werden, ob IPv6 direkt oder über diesen zweiten Tunnel lief. Hier ist daher ein verifizierter IPv4-Tunnel über den Auslands-VPS dokumentiert, nicht ein vollständig leak-freier VPN. Für einen strikten Full-Tunnel müssen IPv6 und DNS zusätzlich geprüft bzw. gesteuert werden.

Vor- und Nachteile aus dem Test

VorteileZu beachten
1 GB / 1 vCPU reicht für diesen WireGuard-EinsatzUnmanaged: Pflege liegt beim Nutzer
Eigener dedizierter IPv4-AusgangKein Ersatz für eine Multi-Länder-VPN-App
Volle Kontrolle über SSH, Firewall und WireGuardSchlüssel und Backups müssen selbst verwaltet werden
Teststart bei 21,99 USD/JahrLatenz hängt stark von Standort und Routing ab
IPv4-Wechsel und Handshake praktisch verifiziertIPv6 und DNS separat prüfen

Für wen passt das?

Nutzungsbedingungen beachten

RackNerd-VPS sind standardmäßig unmanaged. Betriebssystem, Firewall, Anwendungen, Daten und Backups liegen beim Nutzer. Illegale Aktivitäten, Spam, Brute-Force und ausgehende DDoS-Angriffe sind verboten.

Fazit

Der 1-GB-KVM-VPS ließ sich erfolgreich als WireGuard-VPN betreiben. macOS → VPS → Internet wurde über IPv4 praktisch bestätigt. Für einen vollständigen Full-Tunnel fehlen noch eine explizite IPv6- und DNS-Prüfung.

Der in diesem Test verwendete RackNerd-VPS

Aktuelle Preise, Verfügbarkeit und Standorte bitte direkt beim Anbieter prüfen. Der folgende Link ist ein Affiliate-Link.

RackNerd ansehen