Semua sistem berjalan normal Amsterdam · Paris · Reykjavík +5 Bayar dengan Kripto
Jaringan & self-hostingMenengahBaca 21 menitDiperbarui 2026-08-31

Meloloskan VPN dari inspeksi paket mendalam

Sensor tidak memblokir “VPN”. Ia memblokir protokol yang bisa dikenalinya — dan WireGuard sudah bisa dikenali sejak paket pertamanya. Berikut apa yang sebenarnya dicocokkan oleh deep packet inspection, protokol obfuskasi mana yang bisa lolos, dan cara menjalankannya sendiri.

Meloloskan VPN dari inspeksi paket mendalam
Di halaman ini
  1. Apa yang sebenarnya dicocokkan oleh deep packet inspection
  2. Kenapa memindahkan WireGuard ke port 443 tidak berhasil
  3. Keluarga-keluarga protokol yang bisa lolos, dan apa yang harus dikorbankan masing-masing
  4. Apa yang Anda butuhkan sebelum mulai
  5. Langkah demi langkah
  6. Active probing, dan server yang tahu cara diam
  7. Alamat adalah sumber daya yang langka
  8. Apa yang tidak dilakukan oleh obfuskasi
  9. Yurisdiksi, pembayaran, dan kenapa akun itu penting
  10. Pertanyaan yang sering diajukan

Pagi ketika sebuah tunnel berhenti tersambung, insting pertama adalah menyalahkan server-nya. Padahal hampir tidak pernah itu masalahnya. Yang berubah adalah sesuatu di antara Anda dan server mulai memperhatikan bentuk paket Anda, bukan cuma tujuannya, memutuskan bentuk itu adalah VPN, lalu membuangnya. Pindah ke port 443 tidak akan membantu, karena port itu memang bukan yang selama ini membuat Anda ketahuan.

Jadi panduan ini dimulai dari bagian yang dilewatkan hampir semua tutorial: apa yang sebenarnya dicocokkan oleh deep packet inspection, kenapa WireGuard adalah tunnel paling mudah di dunia untuk diambil sidik jarinya, dan apa yang harus dikorbankan setiap keluarga obfuskasi demi bisa lolos — traffic acak, TLS pinjaman, dan QUIC yang menyamar sebagai HTTP/3. Baru kemudian pekerjaannya: satu binary, tiga konfigurasi server yang benar-benar berfungsi, dan cara menguji hasilnya sebagaimana sensor akan mengujinya, bukan sebagaimana pengguna yang berharap-harap cemas akan mengujinya. Mesin di baliknya bisa berada di yurisdiksi yang tidak terjangkau oleh filter itu, disewa tanpa ID dan dibayar dengan Monero — yang lebih penting daripada kedengarannya, dan bagian terakhir menjelaskan alasannya.

Apa yang sebenarnya dicocokkan oleh deep packet inspection

“DPI” kedengarannya seperti soal intelijen. Padahal kebanyakan cuma pencocokan string. Filter yang duduk di jalur nasional tidak sanggup berpikir keras soal setiap flow, jadi ia mengandalkan sinyal paling murah yang masih berfungsi, kira-kira dengan urutan berikut:

  • Sidik jari protokol pada offset tetap. Paket pertama sesi WireGuard adalah inisiasi handshake: tepat 148 byte, byte pertama 0x01, tiga byte berikutnya nol. OpenVPN memperkenalkan dirinya lewat opcode di byte pertama dan session id yang posisinya tidak pernah berubah. Mencocokkan salah satunya cuma butuh beberapa instruksi per paket tanpa perlu menyimpan state apa pun, itulah sebabnya ini selalu jadi hal pertama yang diterapkan.
  • Entropi, kalau tidak ada sidik jari yang bisa ditemukan. Kalau byte pertama sebuah flow acak secara merata — tidak ada ASCII yang bisa dicetak, tidak ada header yang bisa dikenali — itu sendiri sudah jadi sinyal, karena hampir tidak ada traffic sah yang terlihat seperti itu sejak byte nol. Filter pernah memblokir seluruh kategori traffic “terenkripsi penuh” hanya berdasarkan ini saja, dan itu persis jebakan yang dijatuhi protokol-protokol yang mengacak traffic-nya.
  • Active probing. Filter mencatat alamat server Anda, lalu menghubunginya sendiri, dari tempat lain, dan mengamati bagaimana server itu menjawab. Proxy yang menjawab, yang error dengan cara yang khas, atau yang sekadar membiarkan koneksi tetap terbuka, mengonfirmasi kecurigaan itu. Begitulah cara sebuah alamat berpindah dari “mungkin” menjadi masuk daftar blokir.
  • Perilaku dari waktu ke waktu. Satu flow berumur panjang menuju satu alamat asing, membawa beberapa ratus megabyte dengan kurva siang/malam yang terlihat seperti rumah tinggal, adalah sesuatu yang khas. Sebanyak apa pun obfuskasi payload dilakukan, itu tidak berubah.
  • Alamatnya sendiri. Rentang IP VPS yang dikenal, alamat yang terlihat di daftar langganan publik, apa pun yang diiklankan oleh penyedia komersial. Yang ini tidak berbiaya apa-apa bagi sensor, dan itulah sebabnya alamat proxy bersama mati lebih cepat daripada sebuah protokol.

Yang berguna untuk diambil adalah tiga hal pertama itu yang masih bisa Anda perbaiki, dan itulah yang dibahas panduan ini. Dua hal terakhir itulah alasan kenapa bagian tentang melindungi alamat Anda bukan sekadar tempelan di akhir.

Kenapa memindahkan WireGuard ke port 443 tidak berhasil

Ini adalah saran yang paling sering diulang soal topik ini, dan hampir tidak berpengaruh apa-apa, dengan alasan yang layak disebutkan secara terus terang: tanda tangannya ada di payload, bukan di nomor port. Filter yang mencocokkan 0x01 pada offset nol dari datagram UDP berukuran 148-byte akan menemukannya di port 443 semudah menemukannya di 51820.

Lebih buruk lagi, langkah itu justru bisa membuat Anda makin menonjol. Port 443 membawa HTTPS, yang berjalan di atas TCP, serta QUIC dan HTTP/3, yang berjalan di atas UDP tapi diawali dengan QUIC long header yang bisa dikenali dan sebuah TLS ClientHello di dalamnya. Flow UDP di port 443 yang bukan salah satu dari keduanya adalah anomali kecil di jalur yang semua traffic lainnya di port itu adalah salah satu dari dua hal tadi.

Hal yang sama berlaku untuk mitos-mitos lainnya. Mengubah MTU mengubah fragmentasi, bukan byte handshake-nya. Menambahkan pre-shared key ke WireGuard memperkuat kriptografinya dan membiarkan format di jalur kabel tidak tersentuh. Menaruh tunnel di port tinggi yang tidak standar tidak memberi Anda keuntungan apa pun melawan pencocokan payload, meski memang mengurangi noise latar belakang dari scanner oportunistik.

Yang benar-benar mengubah keadaan adalah mengubah apa yang ada di jalur kabel itu sendiri: buat byte-nya terlihat seperti tidak ada yang bisa dikenali, atau buat ia terlihat seperti sesuatu yang sudah diputuskan sensor untuk tidak diblokir. Semua yang di bawah ini adalah salah satu dari dua langkah itu.

Keluarga-keluarga protokol yang bisa lolos, dan apa yang harus dikorbankan masing-masing

Ada empat pendekatan praktis. Urutannya bukan semata soal kekuatan, karena pilihan yang tepat tergantung pada apa yang sedang terjadi pada traffic Anda.

  • Traffic acak tanpa header — Shadowsocks-2022. Cipher AEAD 2022 (2022-blake3-aes-128-gcm dan sejenisnya) sama sekali tidak menaruh header plaintext apa pun di jalur kabel: sejak byte pertama, sebuah sesi tidak bisa dibedakan dari data acak, dan kunci yang salah tidak menghasilkan balasan apa pun terhadap probe. Murah, cepat, sepuluh menit untuk deploy, dan hasilnya bagus di hampir semua tempat. Satu-satunya kelemahannya adalah sinyal entropi yang disebutkan di atas — melawan filter yang memblokir flow acak tak terklasifikasi atas dasar prinsip, terlihat seperti tidak ada apa-apa bukan berarti terlihat tidak bersalah.
  • TLS pinjaman — VLESS dengan Reality. Opsi terkuat yang lazim dipakai saat ini. Server Anda melakukan handshake TLS 1.3 sungguhan, dan setiap klien yang gagal autentikasi diteruskan secara transparan ke situs pihak ketiga yang sungguhan, lengkap dengan sertifikat asli situs itu yang ia terima sebagaimana mestinya. Yang melakukan probing hanya melihat pengunjung biasa yang terhubung ke situs web biasa, karena memang persis itulah yang terjadi. Anda tidak butuh domain, tidak butuh sertifikat, dan tidak meninggalkan jejak certificate-transparency — tidak ada apa pun yang terdaftar di mana pun yang mengarah ke Anda.
  • TLS milik Anda sendiri — Trojan, atau VLESS lewat WebSocket di belakang web server. Tunnel-nya bersembunyi di dalam situs HTTPS Anda sendiri, dengan domain dan sertifikat Anda sendiri. Secara konsep lebih sederhana, dan bisa hidup berdampingan dengan situs web sungguhan di alamat yang sama. Konsekuensinya, domain itu sekarang jadi identitas yang bisa terbakar, sertifikatnya jadi catatan publik di CT log, dan memblokir satu hostname adalah langkah murah bagi sensor.
  • Berbentuk QUIC — Hysteria2 dan TUIC. Keduanya menyamar sebagai HTTP/3 dan bisa menyajikan situs web sungguhan kepada apa pun yang gagal autentikasi. Alasan memilihnya biasanya bukan soal sensor sama sekali, melainkan loss: di jalur yang menjatuhkan lima sampai sepuluh persen paketnya, keduanya tetap mempertahankan throughput di saat semua yang berbasis TCP runtuh. Konsekuensinya nyata — sebagian jaringan men-throttle atau membuang UDP sama sekali, dan congestion control Hysteria yang agresif jadi tetangga yang menyebalkan kalau Anda memasukkan angka bandwidth secara tidak jujur.

Kalau Anda ingin default: deploy Reality sebagai yang utama, simpan Shadowsocks-2022 di port kedua sebagai cadangan, dan tambahkan Hysteria2 hanya kalau masalah Anda ternyata jalur yang banyak loss, bukan jalur yang difilter. Ketiganya berjalan dari satu daemon yang sama, dan langkah-langkah di bawah mengonfigurasi masing-masing secara berurutan.

Apa yang Anda butuhkan sebelum mulai

Lebih sedikit daripada yang Anda kira. Ini beban kerja yang ringan; batasannya adalah bandwidth dan latency, bukan server-nya.

  • Paket kecil. Enkripsi dan terminasi TLS itu murah di vCPU modern mana pun yang punya AES-NI. Pup (1 vCPU / 1 GB / 25 GB NVMe, $3.50/mo) sudah nyaman untuk tunnel pribadi; Cub (1 vCPU / 2 GB / 40 GB, $5.00/mo) ukuran yang masuk akal kalau dipakai bersama beberapa orang; Scout (2 vCPU / 4 GB / 70 GB, $9.00/mo) kalau untuk satu rumah tangga atau tim kecil dan Anda ingin ruang lebih. Traffic tidak dibatasi pada 1 Gbps di semua tier, dan itulah spesifikasi yang sebenarnya penting untuk sebuah tunnel.
  • Lokasi yang tepat, dipilih berdasarkan jalurnya. Ini keputusan yang paling sering salah diambil orang. Pilih yurisdiksi terdekat yang rutenya dari Anda tidak difilter, bukan yang paling eksotis: bagi kebanyakan pembaca itu Amsterdam, Paris, Bucharest, atau Sofia, dan bagi yang di Asia, Kuala Lumpur. Reykjavik dan Zurich membeli jarak hukum, bukan kecepatan — berguna untuk apa yang Anda hosting, kurang berguna untuk apa yang Anda tunnel-kan.
  • Debian 13 atau Ubuntu LTS dari template library. Virtualisasi KVM penuh berarti kernel sungguhan dan network stack milik Anda sendiri, itulah yang memungkinkan Anda bind port rendah dan mengatur UDP tanpa perlu izin siapa pun.
  • IPv4 dedicated tanpa riwayat. Setiap paket sudah termasuk satu, plus IPv6 /64. Alamat yang belum pernah duduk di pool proxy bersama adalah satu-satunya hal paling berharga di sini, dan itulah alasan alamat budget-cloud daur ulang gagal dalam hitungan hari.
  • Sepuluh menit hardening lebih dulu. SSH key saja, tanpa login password, firewall default-deny. Checklist hardening Debian ini membahasnya; tunnel yang diobfuskasi di VPS dengan password root yang mudah ditebak itu ibarat gembok rumit di pintu yang terbuka lebar.
  • Domain — hanya kalau Anda memilih jalur TLS milik sendiri. Reality dan Shadowsocks tidak butuh domain sama sekali, dan itulah sebagian besar daya tariknya.

Langkah demi langkah

  1. Deploy di lokasi yang tidak terjangkau filter, dan lakukan hardening lebih dulu

    Deploy Debian 13 dari template library di lokasi terdekat yang jalurnya dari Anda bersih, lalu luangkan sepuluh menit untuk hardening dasar lebih dulu sebelum apa pun yang lain: SSH key saja, login password root dinonaktifkan, nftables default-deny, unattended security upgrades. Lalu perbarui sistemnya dan periksa jamnya, karena Reality bergantung pada itu:

    apt update && apt full-upgrade -y
    apt install -y curl ca-certificates systemd-timesyncd
    timedatectl set-ntp true
    timedatectl status

    Jaga agar server ini tetap bertujuan tunggal. Tunnel yang berbagi alamat dengan layanan web publik akan mewarisi setiap masalah reputasi yang pernah dimiliki layanan itu.

  2. Instal sing-box dari repository resminya

    Satu daemon mencakup ketiga protokolnya, jadi tidak ada alasan untuk menjalankan tiga daemon terpisah. Gunakan repository resmi proyeknya sendiri, bukan paket distro, karena ini software yang benar-benar rugi kalau Anda tertinggal satu rilis saja:

    mkdir -p /etc/apt/keyrings
    curl -fsSL https://sing-box.app/gpg.key -o /etc/apt/keyrings/sagernet.asc
    chmod a+r /etc/apt/keyrings/sagernet.asc
    printf 'Types: deb\nURIs: https://deb.sagernet.org/\nSuites: *\nComponents: *\nEnabled: yes\nSigned-By: /etc/apt/keyrings/sagernet.asc\n' > /etc/apt/sources.list.d/sagernet.sources
    apt update && apt install -y sing-box
    sing-box version

    Paketnya sudah menyertakan systemd unit yang membaca /etc/sing-box/config.json. Semua yang di bawah ini menulis ke satu file itu; tambahkan inbound yang Anda inginkan dan lewati yang tidak Anda perlukan.

  3. Opsi A — Shadowsocks-2022, cadangan sepuluh menit

    Mulai dari sini meskipun Reality akan jadi opsi utama Anda, karena ini cuma butuh dua menit dan memberi Anda pintu kedua yang gagalnya dengan cara berbeda. Bangkitkan key dengan panjang yang sesuai untuk cipher-nya — 16 byte untuk aes-128, 32 untuk aes-256:

    sing-box generate rand --base64 16

    Lalu inbound-nya, di port tinggi, bukan port yang mudah diingat:

    {
      "log": { "level": "warn" },
      "inbounds": [
        {
          "type": "shadowsocks",
          "tag": "ss-in",
          "listen": "::",
          "listen_port": 23456,
          "method": "2022-blake3-aes-128-gcm",
          "password": "PASTE_THE_GENERATED_KEY"
        }
      ],
      "outbounds": [ { "type": "direct" } ]
    }

    Tulis ini ke /etc/sing-box/config.json, lalu jalankan systemctl enable --now sing-box. Perhatikan tidak ada TLS di sini dan tidak ada sertifikat yang perlu diperoleh: perlindungannya adalah traffic-nya sama sekali tidak punya header yang bisa dikenali, dan kunci yang salah tidak mendapat jawaban apa pun.

  4. Opsi B — VLESS dengan Reality, meminjam TLS milik orang lain

    Inilah yang dijalankan sebagai opsi utama. Bangkitkan keypair dan identifier-nya lebih dulu, dan simpan PrivateKey di server sementara PublicKey untuk klien:

    sing-box generate reality-keypair
    sing-box generate uuid
    openssl rand -hex 8

    Lalu inbound-nya. handshake.server adalah situs sungguhan yang ditiru oleh server Anda — pilih yang populer, cepat diakses dari lokasi server Anda, mendukung TLS 1.3, dan sendirinya kecil kemungkinan diblokir di tempat Anda:

    {
      "type": "vless",
      "tag": "vless-in",
      "listen": "::",
      "listen_port": 443,
      "users": [
        { "uuid": "GENERATED_UUID", "flow": "xtls-rprx-vision" }
      ],
      "tls": {
        "enabled": true,
        "server_name": "www.cloudflare.com",
        "reality": {
          "enabled": true,
          "handshake": { "server": "www.cloudflare.com", "server_port": 443 },
          "private_key": "GENERATED_PRIVATE_KEY",
          "short_id": [ "GENERATED_HEX" ]
        }
      }
    }

    Tambahkan objek itu ke array inbounds di sebelah objek Shadowsocks, lalu reload dengan systemctl restart sing-box. Klien butuh lima nilai: alamat Anda, port 443, UUID-nya, key public-nya, dan short id-nya — plus server_name yang sama, yang membuat handshake-nya koheren.

  5. Opsi C — Hysteria2, kalau jalurnya banyak packet loss, bukan difilter

    Tambahkan opsi ini hanya kalau Anda sudah mengukur loss di jalur itu dan tunnel berbasis TCP mulai tersendat. Ini memakai QUIC, jadi butuh sertifikat — entah sertifikat sungguhan untuk domain milik Anda, atau pasangan self-signed yang sudah diberitahukan ke klien untuk diharapkan:

    {
      "type": "hysteria2",
      "tag": "hy2-in",
      "listen": "::",
      "listen_port": 8443,
      "up_mbps": 100,
      "down_mbps": 100,
      "users": [ { "password": "A_LONG_RANDOM_PASSWORD" } ],
      "masquerade": "https://news.ycombinator.com/",
      "tls": {
        "enabled": true,
        "alpn": [ "h3" ],
        "certificate_path": "/etc/sing-box/cert.pem",
        "key_path": "/etc/sing-box/key.pem"
      }
    }

    masquerade adalah yang didapat pengunjung yang belum terautentikasi: reverse proxy HTTP/3 polos menuju situs sungguhan, bukan error yang mengungkap identitas daemon-nya. Setel up_mbps dan down_mbps ke angka yang benar-benar bisa Anda pertahankan — congestion control-nya mempercayai angka itu, dan angka yang digelembungkan membuat Anda jadi tetangga yang menyebalkan di jalur itu, bukannya lebih cepat.

  6. Buka hanya port yang Anda pakai, tidak lebih

    Default-deny, lalu hanya beberapa hal yang memang harus bisa dijangkau. Dengan asumsi setup nftables dari panduan hardening, tambahkan port tunnel ke input chain:

    nft add rule inet filter input tcp dport 443 accept
    nft add rule inet filter input udp dport 443 accept
    nft add rule inet filter input udp dport 23456 accept
    nft list ruleset > /etc/nftables.conf

    Dua detail yang lebih penting daripada kelihatannya. Jaga SSH tetap di portnya sendiri dan firewall hanya ke alamat yang benar-benar Anda pakai, karena port SSH yang terbuka adalah sidik jari “server yang diadministrasi seseorang dari jarak jauh” yang jauh lebih jelas daripada tunnel itu sendiri. Dan jangan biarkan port testing tetap listening setelah Anda selesai menguji — setiap port tambahan yang terbuka adalah satu hal lagi yang bisa dikarakterisasi oleh pihak yang melakukan probing.

  7. Sambungkan klien, dan jaga agar pintu kedua tetap terbuka

    Klien yang bisa memakai semua protokol ini adalah aplikasi sing-box di Android, iOS, Windows, dan macOS, serta binary sing-box yang sama di Linux dengan config sisi klien. Susun profil klien dari nilai-nilai yang Anda bangkitkan tadi: alamat, port, UUID, public key, short id, dan server_name untuk Reality; alamat, port, cipher, dan key untuk Shadowsocks.

    Konfigurasikan keduanya sebelum Anda benar-benar membutuhkannya, dan taruh dalam profil yang sama supaya berpindah cukup satu ketukan. Mode kegagalan yang dihindari cara ini spesifik dan umum terjadi: sebuah blokir turun, satu-satunya protokol Anda berhenti berfungsi, dan satu-satunya cara memperbaiki server itu adalah koneksi yang sudah tidak mungkin lagi dilakukan. Protokol kedua di port yang berbeda, dengan tanda kegagalan yang berbeda pula, adalah asuransi paling murah di seluruh panduan ini.

    Kalau Anda mengadministrasi VPS ini lewat SSH dari dalam jaringan yang difilter, pastikan jalur itu juga tidak bergantung pada tunnel-nya.

  8. Uji seperti seorang sensor, bukan seperti pengguna biasa

    “Berhasil tersambung” adalah tes paling lemah yang ada. Periksa tiga hal yang diperiksa sebuah filter, dari mesin yang bukan server itu sendiri:

    curl -sv --max-time 8 https://YOUR_IP 2>&1 | grep -E 'subject:|issuer:'
    nc -vz -w 5 YOUR_IP 23456
    nmap -Pn -sV -p 443,8443,23456 YOUR_IP

    Begini rupanya kalau semuanya baik-baik saja: curl menampilkan sertifikat untuk target handshake Anda dan tidak ada petunjuk soal proxy; nc ke port Shadowsocks tersambung lalu diam saja sampai time out; nmap mengidentifikasi sebuah web server dan tidak ada yang lebih menarik dari itu. Kalau ada probe yang menghasilkan banner yang khas, reset seketika, atau version string yang menyebut nama daemon-nya, perbaiki itu dulu sebelum Anda mengandalkan setup-nya.

    Lalu periksa juga mode-mode kegagalan yang membosankan — bahwa layanannya tetap bertahan setelah reboot dengan systemctl is-enabled sing-box, dan bahwa journalctl -u sing-box -f tetap sepi saat pemakaian normal, bukannya mencatat setiap koneksi ke disk.

Active probing, dan server yang tahu cara diam

Fingerprinting menemukan kandidat; probing mengonfirmasinya. Begitu sebuah filter mencurigai sebuah alamat, ia akan membuka koneksinya sendiri dari jaringan yang tidak berhubungan, dan mengamati apa yang terjadi. Semuanya bergantung pada jawabannya.

Server yang mengembalikan error yang khas, menutup koneksi pada momen yang khas, atau menerima koneksi yang mustahil bisa ia autentikasi, telah mengonfirmasi dugaan itu. Ini bukan sekadar teori: ini adalah mekanisme yang sudah terdokumentasi, yang dipakai filter berskala besar untuk memensiunkan protokol obfuskasi lama secara massal, dan itulah sebabnya plugin bergaya obfs yang sekadar mengacak header tidak bertahan begitu berhadapan dengannya.

Desain-desain modern menjawab probe itu dengan salah satu dari dua cara yang benar:

  • Tidak menjawab sama sekali. Shadowsocks-2022 tidak bisa menghasilkan respons yang valid tanpa kuncinya, jadi ia tidak menghasilkan apa-apa. Bagi yang melakukan probing, port itu terlihat seperti lubang hitam, sama seperti tampilan port yang diblokir firewall. Ia juga membawa perlindungan replay dengan jendela waktu terbatas, jadi sesi yang berhasil direkam tidak bisa dikirim ulang nanti untuk memancing perilaku tertentu.
  • Menjawab sesuatu yang benar, tentang orang lain. Reality meneruskan handshake yang belum terautentikasi ke host pihak ketiga yang sungguhan, lalu merelai kembali sertifikat asli host itu. Yang melakukan probing mendapat chain yang valid untuk situs yang jelas-jelas bukan Anda. Pilih target handshake yang populer, masuk akal bisa dijangkau dari negara tempat server Anda berada, dan kecil kemungkinannya untuk diblokir juga — dan jaga agar jam server tetap sinkron, karena Reality menolak handshake di luar jendela waktu yang sempit.

Uji sendiri sebelum Anda mempercayainya. Dari mesin yang tidak berhubungan, jalankan curl -v https://YOUR_IP ke port Reality: Anda seharusnya melihat sertifikat milik target handshake dan tidak ada petunjuk apa pun soal proxy. Ke port Shadowsocks, nc seharusnya menggantung lalu time out tanpa mengembalikan satu byte pun. Apa pun di luar itu adalah temuan yang perlu diperiksa.

Alamat adalah sumber daya yang langka

Protokol bisa diganti dalam sepuluh menit. Alamat tidak begitu. Begitu sebuah IPv4 diblokir di dalam sebuah negara, biasanya ia tetap diblokir jauh setelah apa pun yang memicunya sudah hilang, karena tidak ada orang di sisi lain yang dibayar untuk meninjau ulang daftarnya. Perlakukan alamat sebagai aset, dan protokol sebagai barang habis pakai.

Tiga kebiasaan mengikuti dari itu. Jangan publikasikan alamatnya. Alamat yang diposting di daftar langganan publik, sebuah channel, atau konfigurasi bersama, bisa dienumerasi, dan enumerasi adalah serangan paling murah yang ada — itulah sebabnya tunnel privat bertahan jauh lebih lama daripada tunnel publik gratisan. Jangan taruh nama yang bisa terbakar di atasnya. Kalau Anda menjalankan jalur TLS milik sendiri, domain yang juga melayani apa pun yang menarik perhatian akan menyeret alamatnya ikut jatuh. Jangan campur peran. VPS bertujuan tunggal, yang hanya berisi tunnel Anda dan tidak ada yang lain, tidak akan mewarisi catatan buruk yang didapat dari hal lain yang pernah Anda jalankan di situ.

Separuh lainnya adalah dari mana alamat itu berasal. Cloud budget dengan perputaran tinggi mendaur ulang IPv4 lewat ribuan pelanggan berumur pendek, jadi alamat yang “baru” bisa jadi sudah membawa reputasi orang lain bahkan sebelum paket pertama Anda terkirim. Setiap paket di sini menyertakan IPv4 dedicated yang sudah disaring, bukan potongan dari pool bersama — lihat apa arti IP bersih yang sebenarnya untuk definisinya dan cara memverifikasinya sendiri. Kalau alamat Anda pernah ditandai, atau diblokir di tempat yang penting, minta penggantian lewat panel; Anda seharusnya tidak perlu memesan baru hanya untuk mendapatkan alamat yang berfungsi. Dan kalau Anda ingin tahu apakah masalahnya sensor atau daftar reputasi, panduan kami soal memeriksa apakah sebuah IP masuk blacklist membedakan keduanya.

Apa yang tidak dilakukan oleh obfuskasi

Perhitungan yang jujur, karena sisa panduan ini hanya layak dibaca kalau bagian ini juga ada di dalamnya.

  • Obfuskasi tidak menyembunyikan fakta bahwa Anda mengirim traffic terenkripsi ke suatu tempat. Operator jaringan tetap melihat sebuah flow menuju alamat asing, volumenya, waktunya, dan berapa lama itu berlangsung. Reality membuat flow itu terlihat seperti kunjungan biasa ke situs web biasa; itu tidak membuatnya menghilang.
  • Obfuskasi tidak mengalahkan analisis traffic. Flow bervolume tinggi yang berkelanjutan dengan pola siang/malam yang khas tetap saja khas. Melawan lawan yang mau mengeluarkan sumber daya sungguhan untuk korelasi, bukan sekadar pencocokan pola, obfuskasi payload adalah alat yang salah, dan Tor dengan pluggable transport adalah jawaban yang lebih banyak dipelajari.
  • Obfuskasi tidak melindungi endpoint. Perangkat yang sudah dibobol, akun yang sedang login, browser fingerprinting, dan semua yang Anda ketik di sisi seberang, tidak tersentuh oleh semua ini.
  • Obfuskasi tidak membuat server-nya anonim. Host tetap tahu alamat mana yang milik Anda, dan pendaftaran tanpa KYC membatasi apa yang bisa diketahui, bukan menghilangkannya sama sekali. Kami menjabarkan persis apa yang terlihat dan tidak terlihat di apakah VPS berbayar kripto benar-benar anonim, dan itu sepadan dengan sepuluh menit waktu Anda sebelum mengandalkan asumsi.
  • Obfuskasi tidak permanen. Ini adalah perlombaan senjata dengan siklus rilisnya sendiri. Konfigurasi yang berfungsi hari ini mungkin perlu diganti setahun lagi, dan itulah alasan sesungguhnya untuk memakai setup yang Anda kendalikan sendiri dan bisa diubah dalam sepuluh menit, dibanding langganan yang cuma bisa Anda batalkan.

Yang benar-benar dilakukan obfuskasi, secara konsisten, adalah menaikkan biaya untuk memblokir Anda dari “pencocokan byte pada line rate” menjadi “keputusan untuk merusak banyak traffic biasa”. Dalam praktiknya, itu biasanya sudah seluruh intinya.

Yurisdiksi, pembayaran, dan kenapa akun itu penting

Protokol menentukan apakah paket bisa lolos atau tidak. Semua hal lain soal apakah tunnel-nya tetap bertahan diputuskan di luar jalur kabel.

Yurisdiksi menentukan siapa yang bisa memaksa apa. Footprint kami mencakup delapan lokasi di Belanda, Prancis, Romania, Bulgaria, Swedia, Islandia, Swiss, dan Malaysia; permintaan yang punya bobot di satu lokasi bisa sama sekali tidak berarti di lokasi lain, dan tidak ada surat takedown ala AS yang punya kekuatan di lokasi mana pun di antaranya. Itu adalah kebijakan operasional yang disampaikan secara jujur, bukan kekebalan hukum — perintah pengadilan lokal tetap berlaku, dan ada batas mutlak soal penyalahgunaan yang tidak kami geser. Offshore hosting menjelaskan perbedaan ini dengan tepat.

Akun adalah bagian yang paling sering diremehkan orang. Sebuah tunnel hanya seprivat catatan soal siapa yang menyewanya. Pendaftaran di sini hanya butuh alamat email untuk pengiriman kredensial dan tidak ada lagi — tanpa ID, tanpa kartu, tanpa alamat, tanpa nomor telepon. Tidak ada file verifikasi yang perlu diserahkan karena kami memang tidak pernah mengumpulkannya.

Pembayaran adalah separuh lainnya dari itu. Kartu menghubungkan sebuah server dengan catatan bank dan nama hukum di database yang tidak dikendalikan oleh kita berdua. Checkout di sini diselesaikan on-chain, dan Monero diperlakukan sebagai warga kelas satu, bukan sekadar tambahan belakangan: panduan kami soal membayar VPS dengan XMR menuntun seluruh alurnya, dan membeli tanpa kartu kredit membahas cara memulainya dari nol kripto. Deploy makan waktu sekitar enam puluh detik setelah konfirmasi, jadi alamat pengganti hanya beberapa menit jauhnya kalau Anda pernah membutuhkannya.

Digabungkan, itulah bentuk sebuah tunnel yang bisa bertahan: protokol yang tidak bisa dicocokkan filter secara murah, alamat yang belum pernah dibakar siapa pun, yurisdiksi di luar jangkauan filter, dan akun yang tidak pernah menyimpan apa pun yang layak dituntut. Kalau Anda ingin versi polos dari tunnel yang sama lebih dulu, panduan setup WireGuard ini cuma sepuluh menit dan tempat yang bagus untuk memulai — kembali ke sini kalau ada yang berhenti tersambung.

Pertanyaan yang sering diajukan

Kenapa tunnel WireGuard saya tiba-tiba berhenti berfungsi semalam?

Hampir selalu karena sebuah filter di jalurnya mulai mencocokkan protokolnya, bukan karena ada yang berubah di server Anda. Handshake WireGuard adalah paket tetap berukuran 148-byte yang diawali 0x01, yang gampang sekali dicocokkan pada line rate, dan penerapannya cenderung terjadi serentak. Dua konfirmasi cepat: server-nya masih menjawab SSH dari tempat lain, dan tunnel yang sama berfungsi dari jaringan yang berbeda. Kalau keduanya benar, itu masalah jalurnya, bukan VPS-nya — dan mengganti port tidak akan memperbaikinya.

Apakah legal memakai VPN yang diobfuskasi?

Di sebagian besar dunia, ya — tunnel terenkripsi adalah infrastruktur biasa dan software ini adalah open source arus utama. Sebagian kecil negara mengatur atau membatasi penggunaan VPN, dan aturannya bervariasi mulai dari syarat lisensi sampai larangan total, jadi jawabannya tergantung di mana Anda berada, bukan di mana server-nya berada. Kami tidak dalam posisi untuk memberi nasihat hukum untuk yurisdiksi Anda. Yang bisa kami sampaikan adalah apa yang berlaku di pihak kami: menjalankan tunnel privat untuk traffic Anda sendiri di VPS yang Anda sewa adalah pemakaian biasa, dan batas mutlak dari acceptable use policy kami — tidak boleh CSAM, tidak boleh terorisme — tidak berubah, apa pun kondisinya.

Mana yang sebaiknya saya pilih: Reality, Shadowsocks-2022, atau Hysteria2?

Reality sebagai yang utama: ini yang paling kuat melawan fingerprinting maupun active probing, dan tidak butuh domain atau sertifikat milik Anda sendiri. Shadowsocks-2022 sebagai pintu kedua di port lain, karena cuma butuh dua menit kerja dan gagalnya dengan cara berbeda. Hysteria2 hanya kalau Anda sudah mengukur packet loss sungguhan di jalurnya — ia unggul di jalur yang banyak loss dan tidak memberi keuntungan tambahan apa pun di jalur yang bersih. Ketiganya berjalan dari satu daemon sing-box yang sama, jadi ini pilihan soal inbound, bukan soal software.

Apakah saya perlu nama domain untuk ini?

Tidak untuk Reality atau Shadowsocks-2022, dan itulah sebagian besar daya tariknya — tanpa registrasi, tanpa sertifikat, dan tanpa catatan certificate-transparency yang memuat alamat Anda. Anda baru butuh domain untuk pendekatan TLS milik sendiri (Trojan, atau VLESS lewat WebSocket di belakang web server) atau kalau Anda ingin sertifikat yang ditandatangani dengan benar untuk Hysteria2. Melewatkan domain juga menghilangkan satu identifier yang bisa diblokir secara terpisah dari alamat Anda.

IP server saya diblokir. Bisakah saya langsung menggantinya?

Bisa, dan Anda seharusnya tidak perlu memesan baru untuk melakukannya — minta penggantian lewat panel. Sebelum itu, cari tahu dulu apa yang sebenarnya masuk daftar: alamat yang diblokir di dalam satu negara adalah peristiwa penyensoran, sedangkan alamat yang masuk Spamhaus atau DNSBL adalah peristiwa reputasi dengan penyebab dan solusi yang berbeda, yang dibahas lengkap oleh panduan blacklist kami. Kalau alamatnya pernah dipublikasikan di konfigurasi bersama atau daftar langganan publik, anggap enumerasi sebagai penyebabnya dan jangan publikasikan alamat penggantinya.

Apakah obfuskasi memperlambat koneksi?

Nyaris tidak, dan jarang dengan cara yang dibayangkan orang. CPU server x86-64 mana pun dari dekade terakhir punya AES-NI, jadi enkripsinya sendiri bukan bottleneck — di port 1 Gbps, jaringannyalah yang jadi bottleneck. Reality menambahkan satu handshake TLS sungguhan saat setup koneksi dan nyaris tidak ada apa-apa lagi setelah itu. Shadowsocks-2022 adalah yang paling ringan di antara ketiganya. Hysteria2 bisa jauh lebih cepat daripada alternatif lainnya di jalur yang banyak loss, dan sedikit lebih lambat di jalur yang bersih. Yang benar-benar memakan latency Anda adalah geografi, itulah sebabnya memilih lokasi terdekat yang bisa dipakai selalu lebih baik daripada memilih yang paling eksotis.

Apakah tunnel obfuskasi self-hosted lebih baik daripada VPN komersial?

Untuk urusan menembus filter, biasanya ya, karena satu alasan struktural: rentang alamat penyedia komersial itu dipublikasikan, dipakai bersama oleh ribuan pengguna, dan bisa dienumerasi, jadi mereka diblokir secara borongan dan tetap diblokir. Alamat Anda sendiri hanya dipakai oleh Anda. Trade-off-nya jujur — tunnel bagi satu pengguna tidak memberi Anda kerumunan untuk berbaur, jadi ia melindungi dari pemblokiran jauh lebih baik daripada melindungi dari atribusi. Dari dua masalah itu, yang mana yang sebenarnya Anda hadapi adalah pertanyaan yang layak dijawab lebih dulu, dan apa yang sebenarnya disembunyikan VPS berbayar kripto adalah uraian jujurnya.

Deploy VPS offshore dalam waktu sekitar satu menit

Tanpa KYC, dibayar kripto, semua NVMe. Pilih paket, bayar dengan Monero atau koin besar lainnya, dapatkan root dalam sekitar 60 detik.

Fenrir berjaga