Penjelasan SOCKS5 UDP: cara kerja UDP ASSOCIATE

Dukungan UDP pada SOCKS5 berarti proxy dapat meneruskan datagram UDP, bukan hanya TCP, melalui perintah yang disebut UDP ASSOCIATE. Itulah alasan SOCKS5 muncul dalam pencarian DNS, panggilan VoIP, dan pekerjaan QUIC. Mekanismenya dibahas di bawah ini dengan mengutip spesifikasinya. Halaman terpisah membandingkan penyedia dengan dukungan UDP; halaman ini tetap berada di tingkat protokol.

Legenda yang digunakan di setiap tabel di bawah: ✅ didokumentasikan oleh vendor · ❌ tidak ditawarkan atau tidak didokumentasikan · ⚠️ didokumentasikan dengan batasan · 💡 tips praktis. Tidak ada tanda lain yang digunakan di halaman ini.

Bagaimana SOCKS5 berbeda dari SOCKS4 dan proxy HTTP

SOCKS5 berbeda dari SOCKS4 dan proxy HTTP terutama dalam dukungan protokol dan autentikasi. SOCKS4 hanya meneruskan TCP dan melewatkan autentikasi; proxy HTTP tetap terkunci pada lalu lintas web dan memeriksa header. SOCKS5 berada satu lapisan lebih rendah, yaitu lapisan sesi, dan tetap agnostik terhadap protokol. Itulah mengapa perbandingan SOCKS5 vs SOCKS4 terus muncul.

SOCKS4 masih cocok untuk skrip lama yang tidak pernah menyentuh UDP sama sekali, dan untuk skrip tersebut protokol ini bekerja baik tanpa perubahan. Sebaliknya, SOCKS5 adalah pilihan yang masuk akal untuk apa pun yang bersifat real-time atau bergantung pada UDP.

Handshake SOCKS5 dan langkah demi langkah UDP ASSOCIATE

Perintah UDP ASSOCIATE pada SOCKS5 membuka relay sementara sehingga klien dapat mengirim dan menerima datagram UDP melalui proxy, bukan secara langsung. Perintah ini berjalan bersama handshake standar: salam pembuka, autentikasi, permintaan. Setelah disetujui, balasan mengembalikan alamat relay untuk setiap paket selanjutnya. Menurut catatan Rama tentang RFC 1928, sesi TCP di belakangnya harus tetap terbuka, jika tidak relay akan mati.

Handshake SOCKS5 dan relay UDP ASSOCIATE

1. Langkah 1. Handshake TCP. Klien terhubung, mengirim salam pembuka dengan metode autentikasi.
2. Langkah 2. Pemilihan metode. Proxy memilih satu metode, sering kali kata sandi atau tanpa autentikasi.
3. Langkah 3. Autentikasi. Jika diperlukan, kedua pihak saling bertukar kredensial.
4. Langkah 4. Permintaan UDP ASSOCIATE. Klien mengirim perintah dengan petunjuk IP/port, atau 0.0.0.0:0.
5. Langkah 5. Penetapan port relay. Proxy membalas dengan alamat terikat untuk datagram.
6. Langkah 6. Penerusan datagram. Klien membungkus paket dalam header SOCKS5; proxy membongkar dan meneruskannya.

Port tersebut tetap terikat pada koneksi TCP, mudah dilupakan saat sebuah sesi terputus.

TCP vs UDP melalui proxy

TCP dan UDP berperilaku berbeda saat melewati proxy, dan protokol SOCKS5 menangani keduanya, hanya saja tidak dengan cara yang sama. TCP membutuhkan handshake, pengiriman berurutan, dan retransmisi, yang menambah latensi tetapi menjamin pengiriman. UDP melewati semua itu: tanpa handshake, tanpa urutan, tanpa pengiriman ulang, lebih ramping untuk lalu lintas yang sensitif terhadap waktu.

Memilih transportasi yang salah bukan masalah proxy, melainkan ketidakcocokan antara kebutuhan aplikasi dan tempat aplikasi tersebut berjalan.

Kapan dukungan UDP benar-benar penting

Tidak semua beban kerja dapat menoleransi overhead yang ditambahkan oleh jalur khusus TCP. SOCKS5 UDP menjadi penting setiap kali sebuah aplikasi tidak dapat menyerap overhead handshake atau retransmisi. Resolusi DNS, HTTP/3 berbasis QUIC, VoIP, dan gaming multipemain memang dirancang bergantung pada UDP. Lewati dukungan UDP dan aplikasi tersebut akan gagal total, atau beralih ke jalur yang lebih lambat. Ini bukan hal pinggiran, semakin banyak bagian web terus beralih ke protokol quic.

Sebaiknya periksa dukungan UDP lebih dulu untuk:

• ✅ Pencarian DNS yang membutuhkan IP egress yang sama dengan sisa sesi
• ✅ Lalu lintas QUIC dan HTTP/3, untuk menguji perilaku situs melalui transportasi baru
• ✅ Pemeriksaan kualitas VoIP dan panggilan video antar wilayah
• ✅ Pemantauan real-time, di mana ketepatan waktu sangat penting
• ✅ Protokol UDP khusus yang dibangun untuk alat internal

Ini hanya masuk akal sebagai penggunaan SOCKS5 UDP yang sah: infrastruktur Anda sendiri, akun Anda sendiri, atau pekerjaan yang dikontrak, tidak pernah sistem milik orang lain.

Resolusi DNS: SOCKS5 vs socks5h

SOCKS5 biasa menyelesaikan DNS secara lokal secara default, sehingga kueri dapat bocor ke luar terowongan. SOCKS5h membaliknya: protokol ini mengirimkan nama domain ke proxy, yang menangani resolusi dns remote. Perbedaannya terdengar kecil sampai resolusi lokal mengungkapkan situs apa saja yang dikueri oleh sebuah sesi. Pengaturan yang mengutamakan privasi memilih SOCKS5h secara default setiap kali klien mendukungnya.

Di mana nama domain diselesaikan

Di cURL hanya satu flag: --socks5 menyelesaikan secara lokal, --socks5-hostname secara remote.

Metode autentikasi pada SOCKS5

Protokol SOCKS5 mendefinisikan metode autentikasi standar, dan pilihan yang tepat bergantung pada pengaturannya. Nama pengguna dan kata sandi bekerja mulus dengan browser, skrip, dan alat antideteksi. Whitelist IP melewatkan kredensial dan memeriksa IP yang terhubung terhadap daftar yang disetujui, cocok untuk server tetap. Keduanya mencegah penggunaan tidak sah; keduanya tidak mengenkripsi.

Dua cara mengautentikasi koneksi SOCKS5

Bagaimana kedua metode terbagi berdasarkan kasus penggunaan:

• ✅ Nama pengguna/kata sandi: cocok untuk skrip dan pengaturan antideteksi dengan IP yang berubah-ubah
• ✅ Whitelist IP: cocok untuk server tetap dan otomatisasi dengan IP statis

💡 Rotasi kredensial bersama secara berkala untuk akses tim

Apa yang tidak dilakukan SOCKS5

Apakah SOCKS5 mendukung UDP? Ya, melalui UDP ASSOCIATE, tetapi itu adalah perutean, bukan perlindungan. Apakah termasuk enkripsi? Tidak, protokol ini memang tidak pernah dibangun untuk mengenkripsi payload, sehingga teks biasa tetap menjadi teks biasa kecuali dibungkus dalam TLS. SOCKS5 juga tidak akan menyentuh fingerprint browser; data canvas, font, dan layar diteruskan apa adanya. Ini adalah lapisan perutean, bukan privasi.

• ❌ Tidak ada enkripsi payload; SOCKS5 merutekan lalu lintas, tidak membungkusnya dalam TLS
• ❌ Tidak ada penyamaran fingerprint browser; data canvas dan font diteruskan tanpa perubahan
• ❌ Tidak ada perlindungan terhadap kebocoran WebRTC; itu pengaturan browser, bukan proxy
• ❌ Tidak ada pemfilteran malware atau konten bawaan

Cara menguji dukungan UDP pada pengaturan Anda

Verifikasi cepat lebih baik daripada menebak-nebak apakah sebuah paket benar-benar berfungsi. Menguji perilaku UDP ASSOCIATE SOCKS5 membutuhkan lima atau enam pemeriksaan, dan tidak ada yang memerlukan alat khusus selain klien proxy dan jendela terminal. Mulailah dari yang kecil: konfirmasi dasar-dasarnya sebelum mengejar performa. Kehilangan paket dan latensi hanya penting setelah koneksi stabil. Jalankan ini secara berurutan, bukan langsung ke pengukuran waktu.

1. Langkah 1. Hubungkan klien, pastikan handshake selesai.
2. Langkah 2. Kirim permintaan UDP ASSOCIATE, periksa keberadaan alamat relay yang valid.
3. Langkah 3. Jalankan kueri DNS melalui relay, pastikan hasilnya kembali dengan benar.
4. Langkah 4. Periksa IP keluar dengan alat what-is-my-ip.
5. Langkah 5. Ukur kehilangan paket pada beberapa ratus paket UDP.
6. Langkah 6. Catat latensi sebagai p50 dan p95, karena lonjakan lebih penting daripada rata-rata.

Kesalahan umum

Kebiasaan pengujian sangat bervariasi antar tim, tetapi pola kegagalannya berulang. Sebagian besar masalah UDP dapat dilacak kembali ke beberapa kesalahan. Menganggap setiap paket mendukung UDP tanpa memeriksa dokumentasi adalah yang terbesar, karena apakah SOCKS5 mendukung UDP sering kali bergantung pada tingkat paket, bukan nama protokolnya. Menguji latensi sebelum relay berfungsi adalah kesalahan terbesar kedua yang hampir menyamai.

• ❌ Menganggap UDP berfungsi di setiap paket tanpa memeriksa dokumentasi
•  Melewatkan tes DNS, langsung melompat ke lalu lintas aplikasi
• ❌ Mengabaikan kehilangan paket dan hanya melihat latensi rata-rata
• ❌ Menggunakan kembali port relay yang sama di seluruh sesi yang tidak terkait
• ❌ Lupa bahwa koneksi kontrol TCP harus tetap terbuka

Tidak ada dari kesalahan ini yang aneh, semuanya hanya berasal dari melewatkan pemeriksaan yang kebanyakan orang anggap ditangani sendiri oleh protokol SOCKS5 tanpa langkah verifikasi manual apa pun.

Bagaimana Insocks mendukung SOCKS5 dengan UDP

Pengungkapan: Insocks adalah layanan kami, jadi perlakukan bagian ini sebagai informasi vendor, bukan penelitian independen, karena ada kepentingan bisnis yang jelas dalam cara penulisan bagian ini. Setiap paket menangani dasar-dasar protokol dengan cara yang sama di balik layar, tetapi bagian UDP cukup bervariasi antara penyedia dan tingkatan. Stack lengkap dibangun dengan mempertimbangkan UDP sejak hari pertama, bukan ditambal belakangan. Proxy Insocks mendukung SOCKS5 UDP pada paket residensial, seluler, ISP, dan statis, karena relay UDP berada di stack inti alih-alih ditambahkan di atasnya sebagai ide belakangan. Pengaturan tidak memerlukan konfigurasi tambahan: pilih SOCKS5 di alat Anda dan UDP terbawa secara otomatis. Itulah mengapa tim memilih Insocks saat UDP benar-benar harus berfungsi.

Sumber: Proxy UDP, insocks.com, tangkapan layar diambil Agustus 2026

Autentikasi bekerja dengan login dan kata sandi, atau tanpa keduanya, tergantung pada pengaturan akun. Setiap permintaan UDP ASSOCIATE SOCKS5 melewati infrastruktur relay yang sama terlepas dari paket mana yang mengirimkannya.

Siapa pun yang menggunakan proxy ini mengonfirmasi penggunaan yang sah sesuai regulasi AS dan ketentuan layanan setiap situs, karena semua ini tidak dimaksudkan untuk melewati aturan yang sengaja diterapkan oleh situs target. Periksa perilaku SOCKS5 UDP dengan demo gratis, atau langsung ke pendaftaran.

Poin-poin utama

Versi singkat bagi siapa pun yang membaca sekilas sebelum FAQ di bawah, mencakup materi yang telah dibahas, bagian demi bagian, tanpa mengulang setiap detail terakhir dari atas. Ini dimaksudkan sebagai jangkar cepat bagi siapa pun yang langsung melewati satu langkah. Poin-poin ini merangkum uraian di atas, termasuk apakah SOCKS5 mendukung UDP sebagaimana yang diasumsikan kebanyakan orang. Tidak ada di sini yang menggantikan spesifikasi untuk kasus-kasus khusus. Perlakukan ini sebagai penyegaran, bukan gambaran lengkap.

• ✅ SOCKS5 mendukung TCP dan UDP melalui perintah UDP ASSOCIATE
• ✅ SOCKS5h menyelesaikan DNS secara remote; SOCKS5 biasa menyelesaikan secara lokal, yang dapat menyebabkan kebocoran
• ✅ Autentikasi adalah nama pengguna/kata sandi atau whitelist IP, tidak pernah enkripsi
• ✅ Dukungan UDP bergantung pada paket, bukan hanya nama protokolnya
• ✅ Pengujian dimulai dengan dasar koneksi sebelum latensi dan kehilangan paket

Pengungkapan dan sumber data

Semua data dalam artikel ini, termasuk harga, tingkatan tarif, batasan, dan ketersediaan produk, akurat per tanggal publikasi yang tertera di halaman ini. Ketentuan vendor sering berubah tanpa pemberitahuan, tingkatan awal berubah sesuai volume, dan harga promosi mungkin berlaku pada hari Anda membaca artikel ini. Tidak ada di sini yang merupakan penawaran, jaminan ketentuan saat ini, atau rekomendasi untuk membeli.

Artikel ini diterbitkan oleh Insocks. Insocks menjual proxy dan memiliki kepentingan komersial pada bagian di atas. Detail protokol bertumpu pada spesifikasi yang dikutip dan dokumentasi vendor, yang berlaku per Agustus 2026. Merek dagang adalah milik pemiliknya masing-masing.

Pertanyaan yang sering diajukan

Jawaban lugas untuk pertanyaan yang paling sering diajukan orang tentang topik ini.

Apakah SOCKS5 mendukung UDP?

Ya, melalui UDP ASSOCIATE, meneruskan datagram melalui port khusus setelah handshake TCP.

Apa itu perintah UDP ASSOCIATE?

Perintah SOCKS5 yang membuka port relay sehingga datagram UDP melewati proxy secara langsung.

Apa perbedaan antara SOCKS5 dan socks5h?

SOCKS5 menyelesaikan DNS secara lokal; socks5h menyelesaikannya melalui proxy, menghindari kebocoran DNS.

Apakah SOCKS5 mengenkripsi lalu lintas?

Tidak. SOCKS5 hanya merutekan lalu lintas, tidak mengenkripsi payload; gunakan TLS secara terpisah.

Bisakah saya menggunakan SOCKS5 untuk kueri DNS?

Ya, kueri DNS dirutekan melalui SOCKS5, dan socks5h adalah pilihan yang lebih aman.

Mengapa klien saya gagal membuka sesi UDP?

Biasanya paket tidak mendukung UDP, koneksi kontrol terputus, atau autentikasi tidak diatur dengan benar.