Hosting offshore strony WWW: jak krok po kroku postawić stronę za granicą

Krótko: hosting offshore oznacza uruchomienie strony na serwerze znajdującym się poza krajem, w którym mieszkasz, zwykle u dostawcy, który prosi o niewiele danych osobowych. Aby go skonfigurować, wynajmij VPS za granicą, zarejestruj domenę z ochroną prywatności WHOIS i zapłać w kryptowalutach, skieruj DNS na serwer, serwuj stronę przez Caddy z automatycznym HTTPS, a następnie zabezpiecz serwer, rób kopie zapasowe i trzymaj tożsamość strony oddzielnie od własnej.

Hosting offshore zmienia to, kto przechowuje Twój serwer i dane konta. Nie sprawia, że nielegalne treści stają się legalne, nie ukrywa Cię przed rejestratorem ani śladem płatności i nie naprawia błędów operacyjnych. Te ograniczenia szczegółowo omawia ostatnia sekcja. Szerszy przegląd znajdziesz w hostingu offshore.

Krok 1: wybierz VPS offshore

VPS daje pełny root, więc to Ty kontrolujesz serwer WWW, logi i klucze TLS, zamiast polegać na panelu hostingu współdzielonego. Dla strony statycznej lub małego CMS wystarczy 1–2 vCPU i 1–2 GB RAM; bazy danych i cięższe aplikacje potrzebują więcej.

W NoctisNode nowe serwery są wdrażane w FI-1 (Finlandia). Rejestracja wymaga tylko e-maila i hasła, płatności przyjmujemy wyłącznie w kryptowalutach z XMR jako domyślną, a serwer uruchamia się około 35 sekund po zaksięgowaniu płatności. Plan Wisp (1 vCPU, 1 GB RAM, 20 GB NVMe, $6 za 28 dni) obsłuży stronę statyczną; Pulse (2 vCPU, 2 GB, 40 GB, $10) pasuje do WordPressa i podobnych. Pamiętaj, że nie ma resetu hasła przez e-mail, więc przechowuj dane logowania bezpiecznie. Porównaj opcje w zestawieniu najlepszy VPS offshore.

Krok 2: zarejestruj domenę prywatnie i zapłać kryptowalutą

• ▹Wybierz rejestratora, który przyjmuje kryptowaluty i oferuje darmową ochronę prywatności WHOIS lub redakcję danych, tak by Twoje dane kontaktowe nie były publikowane.
• ▹Pamiętaj, że rejestrator i tak przechowuje to, co mu podasz. Używaj dla domeny dedykowanego adresu e-mail, a nie prywatnego.
• ▹Rejestratorzy zazwyczaj wymagają danych kontaktowych zgodnych z prawdą zgodnie z ich regulaminem; fałszywe dane mogą być podstawą zawieszenia, więc przeczytaj regulamin, zanim zdecydujesz, co podać.
• ▹Niektóre krajowe domeny najwyższego poziomu mają wymogi rezydencji lub nie dopuszczają ochrony prywatności. Sprawdź zasady TLD przed zakupem, zamiast zakładać.
• ▹Włącz 2FA na koncie u rejestratora i blokadę transferu. Utrata domeny to większe ryzyko niż utrata serwera.
• ▹Zapłać za VPS w Monero, aby zostawić jak najmniej powiązań on-chain; zobacz [płatność za VPS w Monero](/guides/pay-for-vps-with-monero).

Krok 3: skieruj DNS na serwer

Użyj DNS rejestratora lub osobnego dostawcy DNS. Tak czy inaczej, host DNS widzi, jakie rekordy istnieją, i często wolumen zapytań. Na czas konfiguracji ustaw niski TTL (300 sekund), aby zmiany szybko się propagowały.

Krok 4: serwuj stronę przez Caddy z automatycznym HTTPS

Caddy automatycznie uzyskuje i odnawia certyfikaty TLS, gdy DNS wskazuje na serwer, a porty 80 i 443 są otwarte. Debian 12/13 i Ubuntu 24.04 mają pakiet `caddy`; własne repozytorium apt Caddy oferuje nowsze wersje, jeśli ich potrzebujesz. Umieść pliki w `/var/www/example`, zamień `example.com` na swoją domenę i przeładuj. Jeśli zamiast plików statycznych chcesz przekazywać ruch do aplikacji, zobacz Caddy jako 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

Krok 5: zabezpiecz serwer i skonfiguruj kopie zapasowe

1. 01.Utwórz użytkownika z sudo innego niż root, przejdź na klucze SSH i wyłącz logowanie hasłem; postępuj według [hardeningu SSH](/guides/ssh-hardening).
2. 02.Włącz firewall: `sudo ufw allow OpenSSH && sudo ufw allow 80/tcp && sudo ufw allow 443/tcp && sudo ufw enable`.
3. 03.Włącz automatyczne aktualizacje bezpieczeństwa: `sudo apt install -y unattended-upgrades && sudo dpkg-reconfigure -plow unattended-upgrades`.
4. 04.Zachowuj tylko potrzebne logi. Powyższy Caddyfile odrzuca logi dostępu; decyduj świadomie, a nie domyślnie.
5. 05.Rób kopie plików strony i baz danych poza serwerem jako zaszyfrowane kopie zapasowe, na przykład restic do drugiej lokalizacji; zobacz [kopie zapasowe restic](/guides/restic-backups).
6. 06.Przynajmniej raz przetestuj odtwarzanie. Liczy się też przedpłacone saldo u dostawcy: gdy się wyczerpie, serwer zostanie zawieszony, więc dbaj o jego doładowanie.

Trzymaj stronę i swoją tożsamość osobno

• ▹Używaj dedykowanego e-maila do konta hostingowego, rejestratora i wszelkich usług strony; nigdy nie używaj ponownie prywatnego adresu ani nazwy użytkownika.
• ▹Unikaj identyfikatorów zewnętrznej analityki, reklam czy tagów, których używasz też na prywatnych stronach; wspólne ID łączą strony ze sobą.
• ▹Logi Certificate Transparency publikują każdą nazwę hosta, dla której uzyskasz certyfikat, więc nie twórz subdomen, które ujawniają więcej, niż zamierzasz.
• ▹Usuwaj metadane z obrazów i dokumentów (EXIF, pola autora) i przed publikacją sprawdź historię git pod kątem prawdziwych nazwisk i e-maili.
• ▹Administruj serwerem przez Tor lub VPN zamiast z domowego IP i nie hostuj prywatnych projektów pod tym samym IP.
• ▹Oddziel też płatności: zasilaj konto z portfela, który nie jest powiązany z kontem na giełdzie na Twoje nazwisko.

Przed czym hosting offshore nie chroni

• ▹Przed lokalnym prawem: hosting strony za granicą nie zmienia przepisów, które obowiązują Cię tam, gdzie mieszkasz.
• ▹Przed zawieszeniem domeny: rejestrator lub operator TLD może zawiesić domenę niezależnie od lokalizacji serwera.
• ▹Przed obsługą nadużyć: hostingi, offshore czy nie, nadal reagują na zweryfikowane zgłoszenia nadużyć.
• ▹Przed śladami płatności i kont: giełdy, operatorzy kart i dostawcy poczty prowadzą własne zapisy.
• ▹Przed Twoimi własnymi błędami: powtarzane nazwy użytkownika, wspólne ID analityki, metadane i logowania administracyjne z domowego IP niweczą resztę.
• ▹Przed atakami na stronę: lokalizacja offshore to nie ochrona przed DDoS, a niezałatany CMS zostanie przejęty wszędzie.

FAQ