Dukungan UDP SOCKS5: mengapa kebanyakan penyedia proxy melewatkannya
Dukungan UDP pada SOCKS5 berarti proxy dapat meneruskan datagram UDP melalui perintah UDP ASSOCIATE, bukan hanya aliran TCP. Sedikit penyedia yang mengaktifkannya karena penerusan datagram lebih mahal, lebih sulit diukur, dan menarik penyalahgunaan. Sebelum membeli, mintalah dokumentasi, jalankan tes UDP nyata melalui relay, dan periksa batasan port serta sesi.
Apa arti dukungan UDP pada proxy sebenarnya
Dukungan SOCKS5 UDP yang sesungguhnya berarti proxy mengembalikan port relay dan meneruskan datagram dua arah selama sesi Anda membutuhkannya. Sebuah baris di halaman harga hanyalah klaim. Perbedaannya terlihat saat pertama kali Anda merutekan panggilan VoIP, klien game, atau alat DNS melalui proxy.
- ✅ Dukungan yang berfungsi: alamat relay dikembalikan, balasan masuk kembali, dan sesi bertahan ber menit-menit, bukan hanya beberapa paket.
- ❌ Dukungan yang diklaim: "UDP" muncul di daftar fitur, tanpa dokumentasi, tanpa rentang port, dan tanpa cara mengujinya.
💡 Anggap UDP belum terkonfirmasi sampai Anda melihatnya bekerja pada trafik Anda sendiri.
Bagaimana UDP ASSOCIATE bekerja di SOCKS5
UDP ASSOCIATE adalah perintah protokol SOCKS5 yang menyiapkan relay datagram di samping kanal kendali TCP. Klien meminta asosiasi melalui TCP, server menjawab dengan alamat dan port relay, lalu datagram mengalir melalui port tersebut dengan header SOCKS kecil yang terlampir.
Klien mendapatkan port relay melalui TCP, lalu mengirim datagram melaluinya
CONNECT bekerja secara berbeda: ia membuka satu aliran TCP ke satu tujuan, dan itu saja yang diimplementasikan banyak server proxy. Koneksi kendali tetap penting setelah penyiapan, karena asosiasi hanya hidup selama koneksi itu tetap terbuka.
"Asosiasi UDP berakhir ketika koneksi TCP tempat permintaan UDP ASSOCIATE tiba ikut berakhir."
— RFC 1928, SOCKS Protocol Version 5
Jadi klien yang memutus kanal TCP menganggurnya akan kehilangan UDP bersamaan dengannya. Fragmentasi adalah titik lemah lainnya: spesifikasi menjadikannya opsional, dan kebanyakan server hanya membuang datagram terfragmentasi, jadi pertahankan payload di bawah MTU jalur.
Mengapa proxy HTTP tidak dapat membawa UDP
Proxy HTTP klasik tidak bisa membawa UDP, karena metode CONNECT-nya hanya membuka terowongan TCP. Itulah inti praktis dari pertanyaan SOCKS5 vs proxy HTTP untuk aplikasi real-time. CONNECT-UDP, metode HTTP baru dari pekerjaan MASQUE IETF, memang bisa memproksikan UDP, tetapi jarang ditawarkan penyedia proxy saat ini.
| Protokol | Dukungan UDP | Catatan |
|---|---|---|
| HTTP | ❌ Tidak | Hanya meneruskan permintaan web |
| HTTPS (CONNECT) | ❌ Tidak | Terowongan TCP untuk trafik TLS |
| SOCKS4 | ❌ Tidak | Hanya TCP secara desain |
| SOCKS5 | ✅ Jika diaktifkan | UDP ASSOCIATE ada dalam spesifikasi; setiap penyedia memutuskan apakah mengaktifkannya |
| MASQUE CONNECT-UDP | ⚠️ Tahap awal | Berbasis HTTP/3, jarang dijual penyedia proxy |
Jadi jika Anda bertanya apakah SOCKS5 mendukung UDP, spesifikasinya menjawab ya, dan ini adalah protokol proxy umum yang benar-benar bisa Anda beli dengan relay datagram. Detail protokol ada di halaman proxy SOCKS5 .
Mengapa kebanyakan penyedia menonaktifkan UDP
Kebanyakan penyedia mematikan UDP karena biaya operasionalnya lebih tinggi dan lebih sulit dikendalikan daripada TCP. Ledakan datagram mempersulit penagihan per-GB, dan setiap relay yang setengah berfungsi berubah menjadi tiket dukungan.
| Alasan | Dampak pada pengguna |
|---|---|
| Trafik ditagih per GB | Tagihan tak terduga saat trafik suara atau game melonjak |
| Risiko penyalahgunaan | UDP dinonaktifkan pada paket lebih murah atau seluruh pool |
| NAT dan pool mobile | Sesi terputus saat NAT operator memetakan ulang port |
| Pembatasan port | Beberapa aplikasi tidak bisa mencapai port yang dibutuhkan |
| Biaya infrastruktur | Paket UDP lebih mahal atau datang dengan batasan |
| Beban dukungan | Lebih sedikit penyedia yang menawarkan bantuan untuk masalah UDP |
Tidak satu pun dari ini membuat UDP menjadi fitur yang buruk. Ini menjelaskan mengapa dukungan SOCKS5 UDP tidak umum dan mengapa batasannya layak diteliti lebih dalam.
Pool mobile adalah kasus tersulit. NAT operator bisa mengubah port publik selama jeda, sehingga banyak penyedia menawarkan UDP hanya pada IP residen, ISP, atau datacenter, di mana alamat keluar tetap stabil.
Tugas mana yang benar-benar membutuhkan UDP
Suatu tugas membutuhkan UDP ketika protokolnya mengirim datagram, bukan aliran. Untuk beban kerja ini, proxy UDP adalah alasan utama untuk membeli.
- Panggilan VoIP, di mana RTP membawa audio
- Game online dengan pembaruan status real-time
- Pencarian DNS yang dikirim sebagai paket UDP ke resolver pilihan
- Trafik QUIC dan HTTP/3 pada aplikasi yang bisa meroutenya melalui SOCKS5
- Panggilan WebRTC dan konferensi berbasis browser
- IPTV dan pengiriman video berbasis UDP lainnya
- Pemantauan streaming media, di mana packet loss dan jitter adalah metriknya
Contoh: tim QA VoIP
Sebuah vendor perangkat lunak pusat kontak di AS menguji kualitas panggilan dari beberapa negara bagian sebelum setiap rilis. Signaling bekerja melalui proxy HTTPS mereka, tetapi audio tidak pernah tiba, karena RTP berjalan di atas UDP. Memindahkan rig pengujian ke proxy UDP dengan UDP ASSOCIATE terdokumentasi memungkinkan tim mengukur jitter dan packet loss per wilayah alih-alih menebak-nebak.
Tugas mana yang tidak membutuhkan UDP
Pengumpulan data publik, pelacakan SERP, pengecekan harga e-commerce, dan panggilan API berjalan di atas HTTP atau HTTPS, yang berarti TCP. Paket berkemampuan UDP tidak menambah apa pun untuk mereka. Tidak yakin tentang aplikasi Anda sendiri? Tangkap trafiknya selama satu menit: jika satu-satunya paket UDP hanyalah pencarian DNS biasa, TCP sudah cukup.
💡 Jika beban kerja Anda tidak pernah mengirim datagram, jangan membayar untuk UDP. Proxy residen standar sudah mencakup pekerjaan scraping dan API.
Cara memverifikasi klaim dukungan UDP langkah demi langkah
Anda bisa memeriksa klaim UDP dalam sekitar sepuluh menit, selama klien Anda benar-benar mengimplementasikan UDP ASSOCIATE. Lakukan sebelum berkomitmen pada paket proxy UDP.
- Baca dokumentasinya. Cari penyebutan eksplisit UDP ASSOCIATE dan rentang port yang diizinkan.
- Pilih klien SOCKS5 yang mendukung UDP. curl dan pengaturan proxy browser hanya menggunakan CONNECT, jadi tidak bisa menguji UDP.
- Kirim datagram nyata. Query resolver DNS publik melalui UDP melalui relay dan konfirmasi jawabannya kembali dengan cara yang sama.
- Ukur kualitas. Jalankan pengukuran latensi singkat dan pemeriksaan packet loss dengan trafik yang mendekati beban kerja nyata Anda.
| Apa yang diperiksa | Hasil yang diharapkan |
|---|---|
| Dokumentasi menyebut UDP ASSOCIATE | Pernyataan eksplisit ditambah rentang port |
| Permintaan asosiasi | Server mengembalikan alamat dan port relay |
| Query DNS over UDP | Jawaban tiba melalui relay |
| Packet loss | Di bawah 1% untuk suara dan gaming |
| Latensi | Stabil, tanpa lonjakan setiap beberapa menit |
Jalankan pengukuran latensi yang sama sekali tanpa proxy dan sekali melaluinya. Selisihnya itulah biaya relay bagi Anda. Untuk suara, ITU-T G.114 menganggap hingga 150 ms tunda satu arah masih dapat diterima untuk sebagian besar panggilan, jadi bandingkan total Anda dengan anggaran itu, bukan dengan nol.
Port dan batasan mana yang perlu diperiksa
Batasan menentukan apakah relay bertahan terhadap trafik nyata. Relay UDP SOCKS5 yang melewati satu tes cepat masih bisa gagal di bawah beban jika sesi dibatasi ketat.
- ✅ Port yang diizinkan: pembatasan port merusak beberapa aplikasi tanpa kesalahan yang jelas.
- ✅ Batas datagram: tanyakan ukuran paket maksimum dan batas laju.
- ✅ Batas waktu relay: cari tahu berapa lama asosiasi menganggur tetap terbuka.
- ✅ Sesi bersamaan: periksa berapa banyak asosiasi yang bisa ditahan satu IP.
💡 Jika batas waktu relay pendek, buat aplikasi Anda mengirim paket kecil setiap 15 hingga 20 detik selama keheningan, sama seperti cara softphone menjaga pemetaan NAT tetap terbuka.
Melompati pemeriksaan ini adalah alasan tim mendapati UDP yang berfungsi saat pengujian namun memutus panggilan di produksi.
UDP, QUIC, dan HTTP/3: apa yang berubah
QUIC berjalan di atas UDP, tetapi kebanyakan browser mainstream tidak mengirimkannya melalui proxy SOCKS5. Dengan proxy yang dikonfigurasi, biasanya mereka mundur ke HTTP/2 atau HTTP/1.1 di atas TCP, terlepas dari apa yang didukung penyedia.
Fallback ini senyap, jadi periksa kolom protokol di developer tools browser Anda sebelum berasumsi HTTP/3 terukur. Aplikasi yang mengimplementasikan SOCKS5 UDP sendiri bisa membawa QUIC melalui relay. Jika kinerja HTTP/3 adalah tujuan pengujian Anda, gunakan klien semacam itu, atau beri label hasil browser yang diproksikan sebagai HTTP/2 agar tidak ada yang membandingkan angka yang salah.
Kesalahan umum saat menguji dukungan UDP
Kebanyakan laporan "UDP tidak berfungsi" berujung pada penyiapan pengujian, bukan pada penyedia. Singkirkan ini sebelum membuka tiket.
Klien, firewall, relay, dan resolver: periksa masing-masing secara berurutan
| Kesalahan | Penyebab | Solusi |
|---|---|---|
| ❌ Menguji dengan alat khusus CONNECT | Klien tidak pernah meminta relay UDP | Gunakan klien yang mengimplementasikan relay UDP |
| ❌ socks5 alih-alih socks5h | Hostname diselesaikan secara lokal, sehingga DNS bocor | Gunakan socks5h untuk DNS jarak jauh pada trafik TCP; ini tidak menguji UDP |
| ❌ DNS lokal dibiarkan aktif saat tes UDP | Query tidak pernah menyentuh relay | Kirim query pengujian ke resolver publik melalui relay |
| ❌ Port tertutup di sisi Anda | Firewall Anda membuang trafik relay | Izinkan UDP keluar ke port relay |
Apa yang harus ditanyakan kepada penyedia sebelum membeli
Lima pertanyaan mengungkap sebagian besar yang tidak disebutkan halaman harga, dan jawaban yang samar pun memberi tahu Anda sesuatu. Ajukan sebelum membayar proxy dengan dukungan UDP.
- ✅ Apakah UDP ASSOCIATE diimplementasikan, dan di mana dokumentasinya?
- ✅ Pool mana yang mendukungnya: residen, ISP, datacenter, mobile?
- ✅ Port mana yang terbuka untuk trafik relay?
- ✅ Apakah UDP ditagih per IP, per GB, atau terpisah?
- ✅ Bisakah saya mengujinya lewat demo terlebih dahulu?
Seperti apa jawaban yang baik
Jawaban yang solid menyebutkan perintahnya, mencantumkan pool dan port, menjelaskan penagihan dalam satu kalimat, dan menawarkan pengujian. Sebagai referensi, Insocks mendukung SOCKS5 UDP pada semua jenis proxy kecuali mobile dan menagih per IP, mulai dari $0,40 untuk proxy SOCKS5 24 jam.
Mengapa penyedia SOCKS5 dengan dukungan UDP sungguhan unggul
Penyedia dengan dukungan SOCKS5 UDP yang berfungsi mencakup beban kerja yang tidak bisa ditangani proxy khusus TCP, dan dokumentasi yang jelas menghemat berhari-hari trial and error.
| Fitur | Manfaat |
|---|---|
| Relay datagram yang berfungsi | VoIP, gaming, dan WebRTC berjalan tanpa fallback senyap |
| Port dan batasan terdokumentasi | Penyiapan terprediksi dan lebih sedikit tes gagal |
| Dukungan DNS jarak jauh | Tidak ada kebocoran DNS lokal pada trafik TCP |
| Harga per IP | Tidak ada tagihan mengejutkan dari ledakan datagram |
| Demo gratis | Relay teruji sebelum Anda membayar |
👉 Coba proxy demo untuk menguji relay UDP di pool aktif, lalu daftar untuk akses penuh atau beli proxy UDP setelah angkanya terlihat tepat.
Poin-poin utama
- SOCKS5 adalah protokol proxy umum dengan UDP dalam spesifikasinya, melalui UDP ASSOCIATE.
- Dukungan SOCKS5 UDP yang diiklankan dan dukungan yang berfungsi bukan hal yang sama.
- VoIP, gaming, WebRTC, dan alat DNS UDP membutuhkannya; scraping dan API tidak.
- socks5h menangani DNS jarak jauh untuk TCP dan tidak membuktikan apa pun tentang UDP.
- Periksa port, batas waktu, batas sesi, dan penagihan sebelum membeli.
Pertanyaan yang sering diajukan
Apakah SOCKS5 mendukung UDP secara default?
Protokolnya mendefinisikan UDP ASSOCIATE, tetapi setiap penyedia memutuskan apakah mengaktifkannya.
Mengapa proxy SOCKS5 saya gagal pada trafik UDP?
Biasanya penyedia belum mengaktifkan penerusan UDP, klien Anda tidak mendukungnya, atau ada port yang diblokir.
Bisakah proxy HTTP menangani UDP?
Proxy HTTP klasik tidak bisa, karena CONNECT hanya membuka terowongan TCP.
Bagaimana cara menguji apakah proxy mendukung UDP ASSOCIATE?
Gunakan klien SOCKS5 yang mendukung penerusan UDP, kirim query DNS over UDP melaluinya, dan konfirmasi balasannya kembali.
Apakah saya butuh dukungan UDP untuk web scraping?
Tidak, permintaan scraping dan API berjalan di atas TCP.
Apakah dukungan UDP membuat proxy lebih cepat?
Tidak, hanya memungkinkan aplikasi berbasis UDP bekerja melalui proxy.
Dengan menggunakan proxy, Anda mengonfirmasi bahwa menggunakannya sesuai dengan hukum AS yang berlaku. Insocks dibuat untuk penggunaan bisnis yang sah di Amerika Serikat. Panduan lainnya ada di blog Insocks.