Offshore-Webhosting einrichten: Website Schritt für Schritt im Ausland hosten

Kurz gesagt: Offshore-Webhosting bedeutet, Ihre Website auf einem Server außerhalb des Landes zu betreiben, in dem Sie leben — meist bei einem Anbieter, der wenige persönliche Daten verlangt. Für das Setup mieten Sie einen VPS im Ausland, registrieren die Domain mit WHOIS-Privacy und zahlen in Krypto, lassen das DNS auf den Server zeigen, liefern die Site mit Caddy und automatischem HTTPS aus, härten dann den Server, sichern ihn und halten die Identität der Site von Ihrer eigenen getrennt.

Offshore-Hosting ändert, wer Ihren Server und Ihre Kontodaten hält. Es macht illegale Inhalte nicht legal, verbirgt Sie nicht vor Ihrem Registrar oder Ihrer Zahlungsspur und behebt keine Fehler im Betrieb. Der letzte Abschnitt behandelt diese Grenzen im Detail. Für einen breiteren Überblick siehe Offshore-Hosting.

Schritt 1: Einen Offshore-VPS wählen

Ein VPS gibt Ihnen vollen Root-Zugriff, sodass Sie Webserver, Logs und TLS-Schlüssel selbst kontrollieren, statt auf ein Shared-Hosting-Panel angewiesen zu sein. Für eine statische Site oder ein kleines CMS reichen 1–2 vCPU und 1–2 GB RAM; Datenbanken und schwerere Apps brauchen mehr.

Bei NoctisNode werden neue Server in FI-1 (Finnland) bereitgestellt. Für die Registrierung genügen E-Mail und Passwort, bezahlt wird ausschließlich in Krypto mit XMR als Standard, und ein Server ist etwa 35 Sekunden nach der Gutschrift der Zahlung bereit. Der Plan Wisp (1 vCPU, 1 GB RAM, 20 GB NVMe, $6 pro 28 Tage) reicht für eine statische Site; Pulse (2 vCPU, 2 GB, 40 GB, $10) passt für WordPress oder Ähnliches. Beachten Sie, dass es kein Zurücksetzen des Passworts per E-Mail gibt — bewahren Sie Ihre Zugangsdaten also sicher auf. Optionen vergleichen Sie unter beste Offshore-VPS.

Schritt 2: Domain privat registrieren und mit Krypto bezahlen

• ▹Wählen Sie einen Registrar, der Kryptowährung akzeptiert und kostenlose WHOIS-Privacy oder -Schwärzung anbietet, damit Ihre Kontaktdaten nicht veröffentlicht werden.
• ▹Denken Sie daran, dass der Registrar trotzdem speichert, was Sie ihm geben. Nutzen Sie für die Domain eine eigene E-Mail-Adresse, nicht Ihre persönliche.
• ▹Registrare verlangen in der Regel Kontaktdaten, die gemäß ihren Bedingungen korrekt sind; falsche Angaben können ein Grund für eine Sperrung sein — lesen Sie also die Bedingungen, bevor Sie entscheiden, was Sie angeben.
• ▹Manche länderspezifischen TLDs haben Wohnsitzregeln oder erlauben keine Privacy. Prüfen Sie die Richtlinie der TLD vor dem Kauf, statt es einfach anzunehmen.
• ▹Aktivieren Sie 2FA für das Registrar-Konto und eine Transfersperre. Die Domain zu verlieren ist ein größeres Risiko, als den Server zu verlieren.
• ▹Bezahlen Sie den VPS mit Monero, um die geringste On-Chain-Verknüpfung zu hinterlassen; siehe [VPS mit Monero bezahlen](/guides/pay-for-vps-with-monero).

Schritt 3: DNS auf den Server zeigen lassen

Nutzen Sie das DNS des Registrars oder einen separaten DNS-Anbieter. In beiden Fällen sieht der DNS-Host, welche Records existieren, und oft auch die Abfragevolumen. Setzen Sie während der Einrichtung eine niedrige TTL (300 Sekunden), damit sich Änderungen schnell verbreiten.

Schritt 4: Die Site mit Caddy und automatischem HTTPS ausliefern

Caddy holt und erneuert TLS-Zertifikate automatisch, sobald das DNS auf den Server zeigt und die Ports 80 und 443 offen sind. Debian 12/13 und Ubuntu 24.04 liefern ein `caddy`-Paket mit; Caddys eigenes apt-Repository hat neuere Versionen, falls Sie sie brauchen. Legen Sie Ihre Dateien in `/var/www/example`, ersetzen Sie `example.com` durch Ihre Domain und laden Sie neu. Für das Weiterleiten an eine App statt statischer Dateien siehe Caddy als Reverse Proxy.

sudo apt update && sudo apt install -y caddy
sudo mkdir -p /var/www/example

# /etc/caddy/Caddyfile
example.com {
    root * /var/www/example
    file_server
    encode zstd gzip
    header {
        Strict-Transport-Security "max-age=31536000"
        X-Content-Type-Options "nosniff"
        Referrer-Policy "no-referrer"
        -Server
    }
    log {
        output discard
    }
}

www.example.com {
    redir https://example.com{uri} permanent
}

sudo systemctl reload caddy

Schritt 5: Server härten und Backups einrichten

1. 01.Legen Sie einen sudo-Benutzer ohne Root-Rechte an, wechseln Sie zu SSH-Schlüsseln und deaktivieren Sie den Passwort-Login; folgen Sie der [SSH-Härtung](/guides/ssh-hardening).
2. 02.Aktivieren Sie eine Firewall: `sudo ufw allow OpenSSH && sudo ufw allow 80/tcp && sudo ufw allow 443/tcp && sudo ufw enable`.
3. 03.Schalten Sie automatische Sicherheitsupdates ein: `sudo apt install -y unattended-upgrades && sudo dpkg-reconfigure -plow unattended-upgrades`.
4. 04.Behalten Sie nur die Logs, die Sie brauchen. Das Caddyfile oben verwirft Access-Logs; entscheiden Sie das bewusst statt per Voreinstellung.
5. 05.Sichern Sie Site-Dateien und Datenbanken mit verschlüsselten Backups außerhalb des Servers, zum Beispiel mit restic an einen zweiten Ort; siehe [restic-Backups](/guides/restic-backups).
6. 06.Testen Sie mindestens einmal eine Wiederherstellung. Auch das Prepaid-Guthaben bei Ihrem Anbieter zählt: Ist es aufgebraucht, wird der Server gesperrt — halten Sie es also gedeckt.

Website und Ihre Identität getrennt halten

• ▹Nutzen Sie eine eigene E-Mail-Adresse für das Hosting-Konto, den Registrar und alle Dienste der Site; verwenden Sie nie Ihre persönliche Adresse oder Ihren Benutzernamen wieder.
• ▹Vermeiden Sie Analytics-, Werbe- oder Tag-IDs von Drittanbietern, die Sie auch auf persönlichen Sites verwenden; gemeinsame IDs verknüpfen Sites miteinander.
• ▹Certificate-Transparency-Logs veröffentlichen jeden Hostnamen, für den Sie ein Zertifikat erhalten — legen Sie also keine Subdomains an, die mehr verraten als beabsichtigt.
• ▹Entfernen Sie Metadaten aus Bildern und Dokumenten (EXIF, Autorenfelder) und prüfen Sie die git-Historie vor der Veröffentlichung auf echte Namen und E-Mails.
• ▹Administrieren Sie den Server über Tor oder ein VPN statt über Ihre private IP, und hosten Sie Ihre persönlichen Projekte nicht auf derselben IP.
• ▹Halten Sie auch die Zahlung getrennt: Laden Sie das Konto aus einer Wallet auf, die nicht mit einem Börsenkonto auf Ihren Namen verknüpft ist.

Wovor Offshore-Webhosting nicht schützt

• ▹Ihr lokales Recht: Eine Site im Ausland zu hosten ändert nicht die Regeln, die dort für Sie gelten, wo Sie leben.
• ▹Domain-Sperrungen: Der Registrar oder der Betreiber der TLD kann eine Domain sperren, egal wo der Server steht.
• ▹Umgang mit Missbrauch: Hoster gehen weiterhin gegen verifizierte Abuse-Meldungen vor, ob offshore oder nicht.
• ▹Zahlungs- und Kontospuren: Börsen, Kartenabwickler und E-Mail-Anbieter führen eigene Aufzeichnungen.
• ▹Ihre eigenen Fehler: Wiederverwendete Benutzernamen, gemeinsame Analytics-IDs, Metadaten und Admin-Logins von Ihrer privaten IP machen den Rest zunichte.
• ▹Angriffe auf die Site: Ein Offshore-Standort ist kein DDoS-Schutz, und ein ungepatchtes CMS wird überall kompromittiert.

FAQ