Sebagian besar masalah VPN bermuara pada beberapa penyebab saja, dan memeriksanya dalam urutan yang benar menghemat satu malam. Jalankan perintah di server kecuali langkahnya menyebut lain. Contoh di bawah memakai WireGuard di port bawaannya 51820/udp; untuk OpenVPN atau Xray, ganti dengan nama layanan dan port Anda.
Terakhir diperiksa 2026-11-13.
1. Apakah server memakai paket dengan IPv4 sendiri?
Klien VPN tersambung ke server Anda dari luar. Paket NAT hanya mengizinkan satu port masuk dari luar, yaitu port SSH pribadi Anda, jadi tidak ada VPN yang bisa berjalan di sana. Jika dasbor menampilkan alamat dengan port seperti 20xxx, Anda memakai NAT. Pindah ke IPv4 sendiri tetap menyimpan data Anda dan tidak perlu instal ulang; lihat Mengganti alamat IP.
2. Apakah layanannya berjalan?
systemctl status wg-quick@wg0
journalctl -u wg-quick@wg0 -n 30 --no-pager
Untuk OpenVPN, unitnya biasanya openvpn-server@server; untuk Xray, xray. Layanan yang gagal dimulai hampir selalu menyebut alasannya di baris terakhir log: salah ketik di konfigurasi, file kunci tidak ada, port sudah dipakai.
3. Apakah ia mendengarkan di port yang Anda harapkan?
ss -ulpn | grep 51820 # UDP: WireGuard, OpenVPN over UDP
ss -tlpn | grep 443 # TCP: Xray / VLESS, OpenVPN over TCP
Jika tidak ada keluaran, layanan tidak mendengarkan di sana, apa pun isi konfigurasinya. Bandingkan port tersebut dengan yang ada di klien.
4. Apakah firewall mengizinkannya?
ufw status verbose
Jika firewall aktif dan port Anda tidak ada di daftar, buka port tersebut:
ufw allow 51820/udp
Perhatikan protokolnya: WireGuard butuh UDP, dan aturan 51820/tcp tidak berguna baginya. Biarkan aturan SSH tetap ada sebelum Anda mengaktifkan atau memuat ulang firewall, kalau tidak Anda akan mengunci diri sendiri. Jika tetap terjadi, konsol browser di dasbor bisa membawa Anda masuk lagi.
5. Apakah klien benar-benar sampai ke server?
Di WireGuard, handshake yang memberi tahu:
wg show
latest handshake: N seconds ago pada sebuah peer berarti klien sudah sampai ke server dan kuncinya cocok. Jika tidak ada baris handshake sama sekali, klien tidak pernah sampai. Periksa dengan urutan ini: IP dan port endpoint di konfigurasi klien, firewall dari langkah 4, dan apakah kunci publik klien ada di blok [Peer] server (dan sebaliknya).
6. Tersambung, tetapi tidak ada yang terbuka?
Terowongan berjalan, tetapi server tidak meneruskan lalu lintas ke internet. Periksa penerusan:
sysctl net.ipv4.ip_forward
Hasilnya harus 1. Jika tidak, aktifkan secara permanen:
echo 'net.ipv4.ip_forward=1' > /etc/sysctl.d/99-vpn.conf
sysctl --system
Lalu periksa aturan NAT. Di konfigurasi WireGuard, itu adalah baris PostUp dengan MASQUERADE, dan nama antarmuka di dalamnya harus nama antarmuka server yang sebenarnya:
ip -br addr
Jika barisnya bertuliskan -o eth0 tetapi nama antarmuka Anda berbeda, perbaiki konfigurasi dan mulai ulang layanan.
7. Uji dari jaringan lain
Sambungkan lewat data seluler, bukan Wi-Fi rumah, atau minta seseorang di negara lain mencobanya. Jika VPN berjalan di sana tetapi tidak dari jaringan Anda yang biasa, servernya baik-baik saja dan ada sesuatu di tengah jalan yang memblokir koneksi.
- Untuk melihat apakah server Anda bisa dijangkau dari negara tertentu: Cara memeriksa apakah IP VPS Anda bisa dijangkau dari Rusia dan Iran.
- Di tempat WireGuard dan OpenVPN dikenali dan diblokir, VLESS + Reality terlihat seperti HTTPS biasa dan jauh lebih sulit diblokir.
8. Masih belum berhasil?
Buka tiket dan sertakan apa yang sudah Anda periksa: keluaran langkah 2–5 dan nama klien VPN Anda. Dengan itu, biasanya kami bisa memberi tahu letak masalahnya dalam satu balasan.
Komentar
Belum ada komentar. Jadilah yang pertama.