UDP melalui proxy: mengapa HTTP tidak cocok, perlu SOCKS5

Jika Anda telah menghubungkan proxy HTTP, tetapi permainan tidak menemukan server, panggilan Discord tidak terhubung, dan YouTube serta situs di HTTP/3 memuat dengan lambat — itu bukan karena proxy "berkualitas buruk". Masalahnya ada pada protokol. Proxy HTTP secara fisik tidak dapat bekerja dengan lalu lintas UDP, dan permainan, panggilan VoIP, serta QUIC (HTTP/3) dibangun di atas UDP. Dalam artikel ini, kita akan membahas mengapa hal ini terjadi, dan bagaimana memilih proxy yang benar-benar dapat melewatkan semua lalu lintas — tidak hanya permintaan browser.

TCP vs UDP: apa perbedaan mendasar

Semua pengiriman data jaringan dibangun di atas dua protokol transportasi dasar — TCP dan UDP. TCP membangun koneksi, menjamin pengiriman paket dalam urutan yang benar, mengirim ulang paket yang hilang, dan mengonfirmasi penerimaan setiap fragmen. Ini andal, tetapi lambat: sebelum data dikirim, perlu dilakukan "jabat tangan" (handshake), dan setiap kehilangan paket menyebabkan pengiriman ulang dan penundaan.

UDP bekerja dengan cara yang berbeda: paket dikirim tanpa membangun koneksi, tanpa konfirmasi, dan tanpa jaminan pengiriman. Jika paket hilang — tidak ada yang akan mengirim ulang, aplikasi sendiri yang memutuskan apa yang harus dilakukan dengan kehilangan tersebut. Ini terdengar seperti kekurangan, tetapi untuk tugas waktu nyata, ini adalah keuntungan besar: lebih baik kehilangan satu frame video atau satu tick permainan, daripada menunggu pengiriman ulang dan mengalami lag selama setengah detik.

Itulah sebabnya UDP digunakan untuk:

Permainan online (Counter-Strike, Dota 2, Fortnite, penembak seluler) — penting untuk memiliki latensi minimum (ping), bukan 100% pengiriman setiap paket;
VoIP dan panggilan video — Discord, Zoom, Google Meet, panggilan WhatsApp menggunakan UDP untuk suara dan video;
Streaming waktu nyata — WebRTC, siaran melalui OBS dengan latensi rendah;
Permintaan DNS — sebagian besar resolver DNS bekerja di atas UDP;
QUIC / HTTP/3 — protokol transportasi baru yang dipromosikan oleh Google dan Cloudflare sebagai pengganti TCP+TLS untuk lalu lintas web.

HTTP dan HTTPS dalam bentuk klasik (HTTP/1.1, HTTP/2) bekerja di atas TCP. Oleh karena itu, penjelajahan web biasa melalui proxy HTTP berjalan tanpa masalah — tetapi semua yang ada dalam daftar di atas mulai mengalami masalah.

Mengapa proxy HTTP hanya bekerja dengan TCP

Proxy HTTP awalnya dirancang untuk satu tugas — meneruskan permintaan HTTP. Ketika Anda membuka situs HTTPS melalui proxy HTTP, browser mengirimkan perintah CONNECT host:port ke server proxy, proxy membangun terowongan TCP ke server tujuan, dan kemudian seluruh lalu lintas terenkripsi berjalan melalui terowongan ini. Ini hanya berfungsi karena klien, proxy, dan server menggunakan TCP di semua tahap.

Protokol HTTP CONNECT tidak memiliki mekanisme untuk meneruskan datagram UDP. Spesifikasi proxy tidak mencakup pembuatan "terowongan tanpa koneksi" — dan UDP adalah pengiriman tanpa koneksi. Oleh karena itu, ketika permainan atau Discord mencoba mengirim paket UDP melalui proxy HTTP yang diatur dalam sistem, sistem operasi baik mengabaikan pengaturan proxy untuk lalu lintas ini (dan paket dikirim langsung, melewati proxy), atau koneksi tidak dapat dibangun sama sekali.

Dalam praktiknya, ini muncul sebagai berikut: aplikasi menunjukkan "tidak ada koneksi ke server", suara dalam panggilan hilang setiap beberapa detik, ping dalam permainan melambung di atas 300-500 ms atau pencocokan tidak menemukan server sama sekali. Masalahnya bukan pada kecepatan proxy dan bukan pada penyedia — protokol proxy HTTP secara arsitektural tidak dapat bekerja dengan UDP.

QUIC dan HTTP/3: sakit kepala baru untuk proxy

QUIC adalah protokol transportasi yang dikembangkan oleh Google, yang menjadi dasar HTTP/3. Ia bekerja di atas UDP, tetapi pada saat yang sama menerapkan mekanisme keandalannya sendiri, enkripsi (TLS 1.3 terintegrasi), dan multiplexing aliran — yaitu mengambil yang terbaik dari TCP, tetapi tanpa penundaan untuk membangun koneksi. Situs-situs di Cloudflare, Google, YouTube, dan banyak CDN sudah secara massal menggunakan QUIC secara default.

Masalahnya adalah bahwa browser secara default mencoba terhubung ke situs melalui QUIC (port 443/UDP), dan jika proxy HTTP tidak mendukung penerusan UDP, terjadi salah satu dari dua hal:

Browser melakukan fallback ke HTTP/2 melalui TCP — lalu lintas tetap berjalan melalui proxy, tetapi memerlukan waktu tambahan untuk negosiasi ulang protokol, yang menyebabkan halaman memuat jauh lebih lambat;
Atau paket UDP QUIC dikirim langsung melewati proxy dengan IP nyata — ini kritis untuk tugas di mana anonimitas penting: multi-akunting, browser anti-deteksi, pengujian geo-iklan. Situs melihat sebagian lalu lintas dengan IP proxy, dan sebagian lagi dengan IP nyata pengguna;

Skenario kedua sangat berbahaya bagi para arbitrator dan spesialis SMM yang menggunakan browser anti-deteksi (Dolphin Anty, AdsPower, Multilogin, GoLogin). Jika browser "bocor" ke QUIC tanpa melalui proxy, platform seperti Facebook atau Google Ads dapat mengaitkan beberapa akun berdasarkan IP nyata, bahkan jika pengaturan proxy sudah benar. Sebagian besar browser anti-deteksi modern karena itu secara paksa menonaktifkan QUIC atau memblokir UDP untuk proxy HTTP — tetapi jika Anda mengatur proxy secara manual di Chrome biasa, Anda harus mengurusnya sendiri.

SOCKS5 dan UDP ASSOCIATE: bagaimana cara kerjanya

SOCKS5 adalah protokol proxy yang lebih rendah daripada HTTP. Ia tidak terikat pada protokol aplikasi tertentu (HTTP, FTP, dll.) dan bekerja pada tingkat soket, artinya dapat meneruskan baik lalu lintas TCP maupun UDP. Dalam spesifikasi SOCKS5 (RFC 1928) terdapat perintah UDP ASSOCIATE, yang secara khusus dirancang untuk meneruskan datagram UDP melalui server proxy.

Cara kerjanya adalah sebagai berikut: klien pertama-tama membangun koneksi TCP biasa dengan server SOCKS5 dan mengirimkan perintah UDP ASSOCIATE. Server kemudian mengalokasikan port UDP yang akan digunakan untuk pertukaran datagram. Selanjutnya, klien membungkus setiap paket UDP dalam header SOCKS5 khusus dan mengirimkannya ke port tersebut, sementara server meneruskan konten lebih lanjut ke tujuan, menghapus header. Lalu lintas balik berjalan dengan skema yang sama.

Catatan penting: tidak setiap proxy SOCKS5 di pasar benar-benar mendukung UDP ASSOCIATE. Banyak penyedia menjual "SOCKS5" hanya sebagai cara alternatif untuk otentikasi untuk lalu lintas TCP, tanpa meneruskan UDP sama sekali. Oleh karena itu, jika Anda memerlukan dukungan UDP untuk permainan, panggilan, atau QUIC — tanyakan kepada penyedia secara khusus tentang ketersediaan UDP ASSOCIATE, bukan hanya protokol SOCKS5 dalam daftar.

Untuk tugas di mana stabilitas dan IP nyata pengguna akhir penting — misalnya, pengujian iklan di TikTok Ads atau Facebook Ads dari wilayah tertentu dengan mempertimbangkan lalu lintas seluler — proxy seluler lebih cocok: jaringan operator dan rotasi IP mengurangi risiko pemblokiran selama sesi panjang, termasuk saat panggilan suara dan streaming.

HTTP vs SOCKS5: tabel perbandingan

Agar tidak bingung tentang jenis proxy yang harus dipilih untuk tugas tertentu, mari kita bandingkan protokol berdasarkan parameter kunci.

Parameter	Proxy HTTP/HTTPS	SOCKS5 dengan UDP ASSOCIATE
Dukungan TCP	Ya	Ya
Dukungan UDP	Tidak	Ya (dengan implementasi UDP ASSOCIATE)
Bekerja dengan QUIC/HTTP3	Fallback ke HTTP/2 atau kebocoran lalu lintas	Penuh meneruskan lalu lintas
Permainan (CS, Dota, Fortnite)	Tidak berfungsi	Berfungsi
VoIP/panggilan video (Discord, Zoom)	Putus dan penundaan	Koneksi stabil
Penjelajahan web biasa	Berfungsi	Berfungsi
Pengaturan di browser anti-deteksi	Mudah	Mudah, didukung oleh semua utama

Praktik: permainan, panggilan, streaming melalui SOCKS5

Mari kita lihat skenario konkret di mana perbedaan antara proxy HTTP dan SOCKS5 muncul dalam praktik.

P permainan online. Jika perlu mengganti wilayah pencocokan atau menghindari pembatasan geo dalam permainan, proxy HTTP tidak akan cocok — klien permainan menggunakan protokol UDP sendiri untuk berkomunikasi dengan server permainan, dan lalu lintas akan melewati proxy. Anda memerlukan proxy SOCKS5 dengan dukungan UDP ASSOCIATE yang terkonfirmasi, yang dapat diatur baik dalam pengaturan permainan itu sendiri (jika ada opsi tersebut), atau melalui tingkat sistem menggunakan utilitas tunneling pihak ketiga.

Panggilan Discord dan Zoom. Saluran teks Discord bekerja melalui HTTPS (TCP) dan berjalan dengan baik melalui proxy HTTP. Namun, panggilan suara dan video menggunakan saluran UDP terpisah — itulah sebabnya sering kali Anda dapat menulis di obrolan, tetapi panggilan tidak terhubung atau suara "terputus". Solusinya adalah SOCKS5 dengan UDP, yang diatur pada tingkat aplikasi Discord (di pengaturan terdapat bagian Proxy, di mana Anda dapat menentukan jenis SOCKS5) atau pada tingkat sistem keseluruhan melalui klien proxy.

Streaming dan WebRTC. Layanan seperti OBS dengan output WebRTC terintegrasi, serta panggilan video di browser (Google Meet, WhatsApp Web) menggunakan UDP untuk meminimalkan penundaan. Untuk tugas semacam itu, proxy residensial dengan dukungan SOCKS5 adalah yang terbaik — mereka memberikan IP nyata dari penyedia rumah, yang mengurangi kemungkinan pemblokiran oleh rentang alamat pusat data yang "mencurigakan", dan pada saat yang sama meneruskan lalu lintas UDP tanpa kehilangan.

Pemrosesan dan otomatisasi dengan titik akhir WebSocket/QUIC. Jika Anda memproses data dari situs yang menggunakan HTTP/3 secara default (banyak situs di Cloudflare), dan mendapatkan respons yang tidak stabil atau diblokir melalui proxy HTTP, coba SOCKS5 — ini akan menghilangkan pengembalian protokol yang tidak perlu dan membuat perilaku pemroses lebih mendekati perilaku browser nyata.

Cara mengatur SOCKS5 di aplikasi dan browser

Pengaturan SOCKS5 berbeda tergantung pada aplikasinya. Mari kita bahas opsi utama yang dihadapi oleh para arbitrator, spesialis SMM, dan pengguna biasa.

Browser anti-deteksi (Dolphin Anty, AdsPower, GoLogin, Multilogin, Octo Browser). Di pengaturan profil, Anda perlu memilih jenis proxy "SOCKS5" alih-alih "HTTP", dan memasukkan host, port, nama pengguna, dan kata sandi. Semua browser yang disebutkan mendukung SOCKS5 secara default — perbedaannya dari HTTP minimal di antarmuka, tetapi secara prinsipil berbeda dalam dukungan protokol di dalam mesin browser.

Discord. Pengaturan → Suara dan video → Proxy. Pilih jenis SOCKS5, masukkan alamat dan port server. Jika penyedia memerlukan otorisasi dengan nama pengguna dan kata sandi, masukkan di kolom yang sesuai.

Klien permainan dan tingkat sistem. Sebagian besar permainan tidak memiliki pengaturan proxy bawaan, jadi digunakan pengalihan lalu lintas sistem melalui klien proxy (misalnya, Proxifier atau utilitas serupa), yang dapat bekerja dengan SOCKS5 dan meneruskan paket TCP dan UDP dari proses permainan tertentu di sistem.

Browser Chrome/Firefox secara manual. Di Chrome tidak ada dukungan bawaan untuk SOCKS5 dalam pengaturan — Anda harus menjalankan browser dengan flag --proxy-server="socks5://host:port", atau menggunakan ekstensi. Di Firefox, dukungan sudah terintegrasi: Pengaturan → Jaringan → Pengaturan koneksi → Pengaturan proxy manual → Host SOCKS, versi SOCKS v5, dan pastikan untuk mencentang "Gunakan SOCKS v5 untuk menyelesaikan DNS melalui proxy" — ini penting agar permintaan DNS juga berjalan melalui terowongan, bukan langsung.

Contoh kode: memeriksa UDP melalui SOCKS5

Untuk pengembang yang ingin memeriksa apakah proxy benar-benar meneruskan UDP, berikut beberapa contoh praktis.

Memeriksa koneksi TCP melalui SOCKS5 menggunakan curl:

curl -x socks5h://user:pass@proxy_host:1080 https://ifconfig.me

Memeriksa dengan Python melalui pustaka PySocks, yang memungkinkan membungkus soket dalam terowongan SOCKS5, termasuk mode UDP:

import socks
import socket

s = socks.socksocket(socket.AF_INET, socket.SOCK_DGRAM)
s.set_proxy(socks.SOCKS5, "proxy_host", 1080, username="user", password="pass")
s.sendto(b"ping", ("8.8.8.8", 53))
data, addr = s.recvfrom(1024)
print(data)

Jika server mendukung UDP ASSOCIATE, Anda akan menerima respons. Jika pustaka melempar kesalahan koneksi atau timeout — itu berarti proxy tertentu hanya mengimplementasikan bagian TCP dari SOCKS5, dan tidak cocok untuk permainan atau panggilan. Untuk pengujian otomatis titik akhir QUIC, Anda dapat menggunakan curl --http3 dalam kombinasi dengan terowongan SOCKS5, setelah memastikan bahwa versi curl yang diinstal mendukung HTTP/3.

Daftar periksa pemilihan proxy untuk lalu lintas UDP

Tanyakan kepada penyedia bukan hanya "apakah ada SOCKS5", tetapi secara khusus dukungan untuk perintah UDP ASSOCIATE;
Untuk permainan dan panggilan VoIP, uji koneksi sebelumnya — ping nyata dan stabilitas lebih penting daripada kecepatan yang dinyatakan;
Untuk tugas dengan multi-akunting di browser anti-deteksi, periksa bahwa QUIC dinonaktifkan atau sepenuhnya melewati proxy — jika tidak, mungkin ada kebocoran IP nyata;
Untuk streaming dan panggilan video, utamakan proxy dengan ping rendah ke wilayah yang diperlukan — untuk skenario semacam itu, proxy residensial sangat cocok, karena mereka menggunakan alamat IP nyata dari penyedia layanan;
Jika tugasnya adalah pemrosesan cepat tanpa memerlukan UDP (permintaan HTTP/HTTPS biasa), Anda dapat menggunakan proxy data center yang lebih murah dan cepat — tidak perlu membayar lebih untuk dukungan UDP dalam hal ini;
Selalu uji proxy pada aplikasi tertentu sebelum penggunaan besar-besaran — tidak ada proxy "bekerja selalu" yang universal, perilaku tergantung pada implementasi di sisi penyedia.

Kesimpulan

Proxy HTTP sangat baik dalam menangani lalu lintas web biasa, tetapi secara arsitektural tidak dapat meneruskan UDP — yang berarti tidak cocok untuk permainan, panggilan VoIP, streaming, dan QUIC/HTTP3 modern. Jika Anda mengalami pemutusan panggilan, lag dalam permainan, atau perilaku aneh dari situs di Cloudflare melalui proxy — masalahnya bukan pada kualitas koneksi, tetapi pada protokol proxy itu sendiri. Solusinya adalah SOCKS5 dengan dukungan UDP ASSOCIATE yang terkonfirmasi, yang perlu dikonfirmasi sebelumnya, bukan ditebak setelah fakta.

Jika tugas Anda terkait dengan panggilan video, streaming, atau penggunaan browser anti-deteksi, di mana penting untuk mencegah kebocoran lalu lintas melewati proxy, perhatikan proxy seluler — alamat IP operator memberikan kepercayaan tinggi dari platform dan dukungan stabil untuk protokol modern, termasuk SOCKS5 dengan UDP.