Setup Web Hosting Offshore: Hosting Situs di Luar Negeri Langkah demi Langkah

Singkatnya: web hosting offshore berarti menjalankan situs web Anda di server yang berada di luar negara tempat Anda tinggal, biasanya dengan penyedia yang hanya meminta sedikit data pribadi. Untuk menyiapkannya, sewa VPS di luar negeri, daftarkan domain dengan privasi WHOIS dan bayar dengan kripto, arahkan DNS ke server, sajikan situs dengan Caddy untuk HTTPS otomatis, lalu perkuat server, buat backup, dan pisahkan identitas situs dari identitas Anda sendiri.

Hosting offshore mengubah siapa yang memegang server dan data akun Anda. Hosting offshore tidak membuat konten ilegal menjadi legal, tidak menyembunyikan Anda dari registrar atau jejak pembayaran, dan tidak memperbaiki kesalahan operasional. Bagian terakhir membahas batasan tersebut secara rinci. Untuk gambaran yang lebih luas, lihat hosting offshore.

Langkah 1: Pilih VPS offshore

VPS memberi Anda root penuh, sehingga Anda mengendalikan web server, log, dan kunci TLS alih-alih bergantung pada panel shared hosting. Untuk situs statis atau CMS kecil, 1–2 vCPU dan RAM 1–2 GB sudah cukup; database dan aplikasi yang lebih berat membutuhkan lebih banyak.

Di NoctisNode, server baru di-deploy di FI-1 (Finlandia). Pendaftaran hanya membutuhkan email dan kata sandi, pembayaran hanya dengan kripto dengan XMR sebagai default, dan server ter-deploy sekitar 35 detik setelah pembayaran dikreditkan. Paket Wisp (1 vCPU, RAM 1 GB, NVMe 20 GB, $6 per 28 hari) cukup untuk situs statis; Pulse (2 vCPU, 2 GB, 40 GB, $10) cocok untuk WordPress atau sejenisnya. Perlu dicatat tidak ada reset kata sandi via email, jadi simpan kredensial Anda dengan aman. Bandingkan opsinya di VPS offshore terbaik.

Langkah 2: Daftarkan domain secara privat dan bayar dengan kripto

• ▹Pilih registrar yang menerima mata uang kripto dan menawarkan privasi atau redaksi WHOIS gratis, agar detail kontak Anda tidak dipublikasikan.
• ▹Ingat bahwa registrar tetap menyimpan apa yang Anda berikan. Gunakan alamat email khusus untuk domain, bukan email pribadi.
• ▹Registrar umumnya mensyaratkan detail kontak yang akurat sesuai ketentuan mereka; data palsu dapat menjadi alasan penangguhan, jadi baca ketentuannya sebelum memutuskan apa yang dikirimkan.
• ▹Beberapa TLD kode negara memiliki aturan domisili atau tidak mengizinkan privasi. Periksa kebijakan TLD sebelum membeli, jangan berasumsi.
• ▹Aktifkan 2FA akun registrar dan transfer lock. Kehilangan domain adalah risiko yang lebih besar daripada kehilangan server.
• ▹Bayar VPS dengan Monero untuk keterkaitan on-chain paling minim; lihat [membayar VPS dengan Monero](/guides/pay-for-vps-with-monero).

Langkah 3: Arahkan DNS ke server

Gunakan DNS registrar atau penyedia DNS terpisah. Bagaimanapun, host DNS dapat melihat record apa saja yang ada dan sering juga volume kuerinya. Atur TTL rendah (300 detik) selama penyiapan agar perubahan cepat menyebar.

Langkah 4: Sajikan situs dengan Caddy dan HTTPS otomatis

Caddy memperoleh dan memperbarui sertifikat TLS secara otomatis begitu DNS mengarah ke server dan port 80 serta 443 terbuka. Debian 12/13 dan Ubuntu 24.04 menyediakan paket `caddy`; repositori apt milik Caddy sendiri memiliki versi yang lebih baru jika Anda membutuhkannya. Taruh file Anda di `/var/www/example`, ganti `example.com` dengan domain Anda, lalu reload. Untuk mem-proxy ke aplikasi alih-alih file statis, lihat reverse proxy Caddy.

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

Langkah 5: Perkuat server dan siapkan backup

1. 01.Buat user sudo non-root, beralih ke kunci SSH, dan nonaktifkan login kata sandi; ikuti [hardening SSH](/guides/ssh-hardening).
2. 02.Aktifkan firewall: `sudo ufw allow OpenSSH && sudo ufw allow 80/tcp && sudo ufw allow 443/tcp && sudo ufw enable`.
3. 03.Aktifkan pembaruan keamanan otomatis: `sudo apt install -y unattended-upgrades && sudo dpkg-reconfigure -plow unattended-upgrades`.
4. 04.Simpan hanya log yang Anda butuhkan. Caddyfile di atas membuang access log; putuskan dengan sengaja, bukan mengikuti default.
5. 05.Backup file situs dan database ke luar server dengan backup terenkripsi, misalnya restic ke lokasi kedua; lihat [backup restic](/guides/restic-backups).
6. 06.Uji restore setidaknya sekali. Saldo prabayar di penyedia juga penting: jika habis, server ditangguhkan, jadi jaga agar tetap terisi.

Pisahkan situs web dan identitas Anda

• ▹Gunakan email khusus untuk akun hosting, registrar, dan layanan situs apa pun; jangan pernah memakai ulang alamat atau username pribadi.
• ▹Hindari ID analitik, iklan, atau tag pihak ketiga yang juga Anda pakai di situs pribadi; ID yang sama mengaitkan situs-situs tersebut.
• ▹Log Certificate Transparency memublikasikan setiap hostname yang Anda buatkan sertifikat, jadi jangan membuat subdomain yang mengungkap lebih dari yang Anda inginkan.
• ▹Hapus metadata dari gambar dan dokumen (EXIF, kolom author) dan periksa riwayat git dari nama dan email asli sebelum memublikasikan.
• ▹Kelola server lewat Tor atau VPN alih-alih IP rumah Anda, dan jangan meng-hosting proyek pribadi di IP yang sama.
• ▹Pisahkan juga pembayaran: isi akun dari wallet yang tidak terkait dengan akun exchange atas nama Anda.

Apa yang tidak dilindungi web hosting offshore

• ▹Hukum lokal Anda: meng-hosting situs di luar negeri tidak mengubah aturan yang berlaku bagi Anda di tempat tinggal Anda.
• ▹Takedown domain: registrar atau operator TLD dapat menangguhkan domain di mana pun servernya berada.
• ▹Penanganan penyalahgunaan: host tetap menindak laporan penyalahgunaan yang terverifikasi, offshore atau tidak.
• ▹Jejak pembayaran dan akun: exchange, pemroses kartu, dan penyedia email menyimpan catatan mereka sendiri.
• ▹Kesalahan Anda sendiri: username yang dipakai ulang, ID analitik bersama, metadata, dan login admin dari IP rumah membatalkan semua upaya lainnya.
• ▹Serangan terhadap situs: lokasi offshore bukan perlindungan DDoS, dan CMS yang tidak di-patch bisa disusupi di mana pun.

FAQ