Panduan
Mengapa port UDP berbeda
TCP mengonfirmasi koneksi. UDP sering tidak. Keheningan bisa berarti terbuka, difilter, atau sekadar “probe ini bukan protokol yang dipahami layanan.”
Mengapa ini penting
VPN (WireGuard, OpenVPN UDP), game, DNS, dan VoIP berbicara UDP. Pemeriksa yang hanya TCP tidak bisa memberi tahu apakah pintu itu berfungsi.
Pengguna rumah yang meneruskan port game atau VPN butuh probe UDP dari luar, bukan browser yang berpura-pura mengirim paket.
Tanpa jabat tangan
UDP bersifat kirim-dan-lupa. Banyak layanan mengabaikan muatan yang tidak dikenal. Firewall membuang paket tanpa mengirim reset.
Karena itu hasil sering mengatakan “tanpa balasan,” bukan tertutup yang bersih.
TCP
Koneksi yang ditolak tetap sebuah jawaban
- Probe
- Jabat tangan
- Terbuka atau tertutup
UDP
Tanpa balasan itu normal dan ambigu
- Datagram probe
- Mungkin ada balasan
- Terbuka, difilter, atau diabaikan
Probe yang paham protokol membantu
Kueri DNS di 53 atau permintaan NTP di 123 bisa memancing jawaban sungguhan. Gumpalan generik di port yang tidak dikenal mungkin tidak.
Meski begitu, port WireGuard yang terbuka bisa tetap sunyi sampai melihat jabat tangan yang valid.
Cara memeriksa
Gunakan pemeriksa port UDP dari jaringan pihak ketiga terhadap IP publik yang Anda teruskan. Bandingkan dengan pemeriksaan TCP pada layanan lain jika Anda memilikinya.
Hanya probe host yang boleh Anda uji.
Ingat
- Keheningan UDP bukan bukti port tertutup.
- Port TCP yang terbuka tidak mengatakan apa-apa tentang UDP pada nomor yang sama.
- NAT dan firewall stateful berperilaku berbeda untuk batas waktu UDP.
- Pemindaian tanpa izin tetap di luar batas.
