UDP üzerinden proxy: Neden HTTP uygun değil, SOCKS5 gerekiyor

Eğer HTTP proxy bağladıysanız ve oyun sunucusunu bulamıyorsanız, Discord araması bağlanmıyorsa ve YouTube ile HTTP/3 siteleri nadiren yükleniyorsa, sorun "kötü kaliteli" bir proxy'de değil. Sorun protokoldedir. HTTP proxy fiziksel olarak UDP trafiği ile çalışamaz; oyunlar, VoIP aramaları ve modern QUIC (HTTP/3) UDP üzerine inşa edilmiştir. Bu yazıda, bunun neden böyle olduğunu ve gerçekten tüm trafiği geçirecek bir proxy nasıl seçeceğimizi inceleyeceğiz — sadece tarayıcı istekleri değil.

TCP vs UDP: Temel fark nedir

Tüm ağ veri iletimi, iki temel taşıma protokolü olan TCP ve UDP üzerine kuruludur. TCP, bağlantı kurar, paketlerin doğru sırayla teslim edilmesini garanti eder, kaybolan paketleri yeniden gönderir ve her parçanın alındığını onaylar. Bu güvenilir, ancak yavaştır: veriler gitmeden önce "el sıkışma" (handshake) yapılması gerekir ve her paket kaybı yeniden gönderim ve gecikmeye yol açar.

UDP ise farklı çalışır: paketler bağlantı kurmadan, onay olmadan ve teslimat garantisi olmadan gönderilir. Eğer bir paket kaybolursa — kimse onu yeniden göndermeyecek, uygulama kaybı ile ne yapacağına kendisi karar verir. Bu bir dezavantaj gibi görünse de, gerçek zamanlı görevler için büyük bir avantajdır: bir video karesini veya bir oyun tikini kaybetmek, yeniden gönderim beklemekten ve yarım saniye gecikme yaşamaktan daha iyidir.

Bu nedenle UDP üzerine inşa edilenler:

Çevrimiçi oyunlar (Counter-Strike, Dota 2, Fortnite, mobil nişancı oyunları) — önemli olan en düşük gecikme (ping) ve her paketin %100 teslimatı değil;
VoIP ve video aramaları — Discord, Zoom, Google Meet, WhatsApp aramaları sesi ve videoyu iletmek için UDP kullanır;
Gerçek zamanlı akış — WebRTC, düşük gecikmeli OBS ile yayınlar;
DNS istekleri — çoğu DNS çözümleyici UDP üzerinde çalışır;
QUIC / HTTP/3 — Google ve Cloudflare tarafından TCP+TLS'nin web trafiği için bir alternatifi olarak tanıtılan yeni bir taşıma protokolü.

HTTP ve HTTPS klasik biçimde (HTTP/1.1, HTTP/2) TCP üzerinde çalışır. Bu nedenle, normal web taraması HTTP proxy üzerinden sorunsuz çalışır — ancak yukarıdaki listedeki her şey bozulmaya başlar.

Neden HTTP proxy yalnızca TCP ile çalışır

HTTP proxy, başlangıçta bir görev için tasarlanmıştır — HTTP isteklerini iletmek. HTTPS sitesi açtığınızda, tarayıcı proxy sunucusuna CONNECT host:port komutunu gönderir, proxy hedef sunucuya bir TCP tüneli kurar ve ardından tüm şifreli trafik bu tünel üzerinden gider. Bu, hem istemci, hem proxy, hem de sunucu tüm aşamalarda TCP kullandığı için çalışır.

HTTP'nin CONNECT protokolünün UDP veri paketlerini iletmek için bir mekanizması yoktur. Proxy spesifikasyonu "bağlantısız tünel" oluşturmayı öngörmez — ve UDP tam olarak bağlantısız iletimdir. Bu nedenle, bir oyun veya Discord, ayarlanan HTTP proxy üzerinden bir UDP paketi göndermeye çalıştığında, işletim sistemi ya bu trafik için proxy ayarlarını yok sayar (ve paket doğrudan, proxyyi atlayarak gider) ya da bağlantı kurulamaz.

Pratikte bu şu şekilde ortaya çıkar: uygulama "sunucuya bağlantı yok" gösterir, aramadaki ses birkaç saniyede bir kaybolur, oyundaki ping 300-500 ms'nin üzerine çıkar veya eşleştirme hiç sunucu bulamaz. Sorun proxy'nin hızı veya sağlayıcıda değil — HTTP proxy protokolü mimari olarak UDP ile çalışamaz.

QUIC ve HTTP/3: proxy için yeni bir baş ağrısı

QUIC, Google tarafından geliştirilen ve HTTP/3'ün temelini oluşturan bir taşıma protokolüdür. UDP üzerinde çalışır, ancak kendi güvenilirlik, şifreleme (gömülü TLS 1.3) ve akış çoklama mekanizmasını uygular — yani TCP'den en iyisini alır, ancak bağlantı kurma gecikmeleri olmadan. Cloudflare, Google, YouTube ve birçok CDN, QUIC'i varsayılan olarak yaygın bir şekilde kullanmaktadır.

Sorun, tarayıcının varsayılan olarak bir siteye QUIC (port 443/UDP) üzerinden bağlanmaya çalışmasıdır ve eğer HTTP proxy UDP iletimi desteklemiyorsa, iki şeyden biri olur:

Tarayıcı, TCP üzerinden HTTP/2'ye geri döner — trafik yine proxy üzerinden gider, ancak protokolün yeniden müzakere edilmesi için ek zaman harcanır, bu nedenle sayfalar belirgin şekilde daha uzun yüklenir;
Ya da QUIC UDP paketleri doğrudan gerçek IP ile proxyyi atlayarak gider — bu, anonimlik açısından önemli olan görevler için kritik: çoklu hesap kullanımı, anti-detect tarayıcılar, reklamların coğrafi test edilmesi. Site, trafiğin bir kısmını proxy IP'si ile, diğer kısmını kullanıcının gerçek IP'si ile görür;

İkinci senaryo, anti-detect tarayıcılar (Dolphin Anty, AdsPower, Multilogin, GoLogin) kullanan aracı ve SMM uzmanları için özellikle tehlikelidir. Eğer tarayıcı QUIC'i proxyyi atlayarak geçiriyorsa, Facebook veya Google Ads gibi platformlar, gerçek IP üzerinden birkaç hesabı bağlayabilir, hatta proxy ayarlarında her şey doğru belirtilmiş olsa bile. Bu nedenle, çoğu modern anti-detect tarayıcı, QUIC'i zorla kapatır veya HTTP proxy için UDP'yi engeller — ancak eğer proxy'yi manuel olarak normal Chrome'da ayarlıyorsanız, bunu kendiniz halletmeniz gerekir.

SOCKS5 ve UDP ASSOCIATE: nasıl çalışır

SOCKS5, HTTP'den daha düşük seviyeli bir proxy protokolüdür. Belirli bir uygulama protokolüne (HTTP, FTP vb.) bağlı değildir ve soketler seviyesinde çalışır, yani hem TCP hem de UDP trafiğini iletebilir. SOCKS5 spesifikasyonunda (RFC 1928) özel olarak proxy sunucusu üzerinden UDP veri paketlerini iletmek için tasarlanmış UDP ASSOCIATE komutu bulunmaktadır.

Bu şekilde çalışır: istemci önce SOCKS5 sunucusuyla normal bir TCP bağlantısı kurar ve UDP ASSOCIATE komutunu gönderir. Sunucu, veri paketlerinin değişimi için kullanılacak bir UDP portu tahsis eder. Daha sonra istemci her UDP paketini özel bir SOCKS5 başlığına sarar ve bu porta gönderir, sunucu içeriği hedefe iletirken başlığı kaldırır. Geri trafik aynı şemaya göre gider.

Önemli bir not: Piyasadaki her SOCKS5 proxy gerçekten UDP ASSOCIATE'i desteklememektedir. Birçok sağlayıcı, "SOCKS5"i yalnızca TCP trafiği için alternatif bir kimlik doğrulama yöntemi olarak satmakta, UDP iletimini hiç gerçekleştirmemektedir. Bu nedenle, oyunlar, aramalar veya QUIC için UDP desteğine ihtiyacınız varsa — sağlayıcıdan UDP ASSOCIATE'ın varlığını, sadece SOCKS5 protokolünü değil, özellikle belirtin.

Hem istikrarın hem de son kullanıcı gerçek IP'sinin önemli olduğu görevler için — örneğin, belirli bir bölgeden TikTok Ads veya Facebook Ads'de reklam testi — mobil proxyler daha uygundur: operatör ağı ve IP döngüsü, uzun oturumlar sırasında, sesli aramalar ve akış dahil olmak üzere, engellenme riskini azaltır.

HTTP vs SOCKS5: karşılaştırmalı tablo

Hangi proxy türünü belirli bir görev için seçeceğinizi karıştırmamak için, protokolleri anahtar parametreler açısından karşılaştıralım.

Parametre	HTTP/HTTPS proxy	SOCKS5 ile UDP ASSOCIATE
TCP desteği	Evet	Evet
UDP desteği	Hayır	Evet (UDP ASSOCIATE uygulanıyorsa)
QUIC/HTTP3 ile çalışma	HTTP/2'ye geri dönüş veya trafik sızıntısı	Tam trafik iletimi
Oyunlar (CS, Dota, Fortnite)	Çalışmaz	Çalışır
VoIP/video aramaları (Discord, Zoom)	Kesintiler ve gecikmeler	Kararlı bağlantı
Normal web taraması	Çalışır	Çalışır
Anti-detect tarayıcılarda ayarlama	Kolay	Kolay, tüm ana tarayıcılar tarafından desteklenir

Pratik: oyunlar, aramalar, SOCKS5 üzerinden akış

HTTP proxy ile SOCKS5 arasındaki farkların pratikte nasıl ortaya çıktığını inceleyelim.

Çevrimiçi oyunlar. Eğer eşleştirme bölgesini değiştirmek veya oyundaki coğrafi kısıtlamayı aşmak gerekiyorsa, HTTP proxy uygun olmayacaktır — oyun istemcisi, oyun sunucuları ile iletişim kurmak için kendi UDP protokolünü kullanır ve trafik proxyyi atlayarak gider. UDP ASSOCIATE desteği onaylanmış SOCKS5 proxy gerekir, bu ya oyunun ayarlarında (eğer böyle bir seçenek varsa) ya da üçüncü taraf tünelleme araçları aracılığıyla sistem düzeyinde belirtilir.

Discord ve Zoom aramaları. Discord'un metin kanalları HTTPS (TCP) üzerinden çalışır ve HTTP proxy üzerinden mükemmel bir şekilde geçer. Ancak sesli ve video aramaları ayrı bir UDP kanalı kullanır — bu nedenle genellikle sohbet edebilirken, arama bağlanmaz veya ses "kesilir". Çözüm, uygulama düzeyinde (Discord ayarlarında SOCKS5 türünü belirtebileceğiniz bir Proxy bölümü vardır) veya tüm sistem düzeyinde bir proxy istemcisi aracılığıyla SOCKS5 ile UDP ayarlamaktır.

Akış ve WebRTC. OBS gibi yerleşik WebRTC çıkışına sahip hizmetler ve tarayıcı tabanlı video aramaları (Google Meet, WhatsApp Web) gecikmeyi en aza indirmek için UDP kullanır. Bu tür görevler için konut proxyleri SOCKS5 desteği ile en uygunudur — bunlar, ev sağlayıcısının gerçek IP'sini sağlar, bu da "şüpheli" veri merkezi IP aralığına göre engellenme olasılığını azaltır ve aynı zamanda UDP trafiğini kayıpsız iletir.

WebSocket/QUIC uç noktaları ile veri çekme ve otomasyon. Eğer varsayılan olarak HTTP/3 kullanan sitelerden veri çekiyorsanız (Cloudflare üzerindeki birçok site) ve HTTP proxy üzerinden kararsız yanıtlar veya yasaklamalar alıyorsanız, SOCKS5 deneyin — bu, gereksiz protokol geri dönüşünü ortadan kaldıracak ve veri çekme davranışını gerçek bir tarayıcı davranışına daha yakın hale getirecektir.

Uygulamalarda ve tarayıcılarda SOCKS5 nasıl ayarlanır

SOCKS5 ayarları, uygulamaya bağlı olarak değişir. Aracı, SMM uzmanları ve sıradan kullanıcıların karşılaştığı ana seçenekleri inceleyelim.

Anti-detect tarayıcılar (Dolphin Anty, AdsPower, GoLogin, Multilogin, Octo Browser). Profil ayarlarında "SOCKS5" proxy türünü "HTTP" yerine seçmeniz, host, port, kullanıcı adı ve şifreyi belirtmeniz gerekir. Tüm bu tarayıcılar, kutudan çıktığı gibi SOCKS5'i destekler — HTTP ile arayüzdeki fark minimumdur, ancak tarayıcı motoru içindeki protokol desteği açısından temeldir.

Discord. Ayarlar → Ses ve video → Proxy. SOCKS5 türünü seçin, sunucu adresini ve portunu girin. Sağlayıcı, kullanıcı adı ve şifre ile kimlik doğrulama gerektiriyorsa, bunları ilgili alanlarda belirtin.

Oyun istemcileri ve sistem düzeyi. Çoğu oyun, yerleşik proxy ayarına sahip değildir, bu nedenle SOCKS5 ile çalışabilen ve belirli bir oyun sürecinin TCP ve UDP paketlerini yönlendiren bir proxy istemcisi (örneğin, Proxifier veya benzeri araçlar) aracılığıyla sistem düzeyinde trafik yönlendirilir.

Chrome/Firefox tarayıcısında manuel ayar. Chrome'da ayarlarda SOCKS5 için yerel destek yoktur — ya --proxy-server="socks5://host:port" bayrağı ile tarayıcıyı başlatmanız ya da bir uzantı kullanmanız gerekir. Firefox'ta destek yerleşiktir: Ayarlar → Ağ → Bağlantı ayarları → Proxy'yi manuel ayarla → SOCKS Host, SOCKS v5 sürümü ve "DNS'i proxy üzerinden çözmek için SOCKS v5 kullan" seçeneği — bu önemlidir, böylece DNS istekleri de tünel üzerinden gider, doğrudan değil.

Kod örnekleri: SOCKS5 üzerinden UDP kontrolü

UDP'nin gerçekten proxy üzerinden geçip geçmediğini kontrol etmek isteyen geliştiriciler için birkaç pratik örnek verelim.

SOCKS5 üzerinden TCP bağlantısını kontrol etmek için curl kullanımı:

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

PySocks kütüphanesi ile Python'da kontrol, bu kütüphane soketi SOCKS5 tüneline sarmayı sağlar, UDP modunu da içerir:

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)

Eğer sunucu UDP ASSOCIATE'ı destekliyorsa, bir yanıt alırsınız. Eğer kütüphane bir bağlantı hatası veya zaman aşımı verirse — bu, belirli proxy'nin yalnızca SOCKS5'in TCP kısmını uyguladığı ve oyunlar veya aramalar için uygun olmadığı anlamına gelir. QUIC uç noktalarını otomatik test etmek için curl --http3 kullanabilir, SOCKS5 tüneli ile birleştirerek, öncelikle HTTP/3 desteği olan bir curl sürümünün kurulu olduğundan emin olmalısınız.

UDP trafiği için proxy seçimi kontrol listesi

Sağlayıcıdan sadece "SOCKS5 var mı" değil, özellikle UDP ASSOCIATE komutunun desteğini sorun;
Oyunlar ve VoIP aramaları için bağlantıyı önceden test edin — gerçek ping ve kararlılık, belirtilen hızdan daha önemlidir;
Anti-detect tarayıcılarda çoklu hesap kullanımı için görevlerde, QUIC'in kapalı veya tamamen proxy üzerinden geçtiğinden emin olun — aksi takdirde gerçek IP sızıntısı olabilir;
Akış ve video aramaları için, gerekli bölgeye düşük ping ile proxy tercih edin — bu tür senaryolar için konut proxyleri iyi bir seçimdir, çünkü bunlar iletişim sağlayıcılarının gerçek IP adreslerini kullanır;
Eğer görev hızlı veri çekme ise ve UDP'ye ihtiyaç yoksa (normal HTTP/HTTPS istekleri), daha ucuz ve hızlı veri merkezi proxyleri ile yetinebilirsiniz — bu durumda UDP desteği için fazla ödeme yapmanıza gerek yok;
Her zaman proxy'yi geniş çaplı kullanımdan önce belirli bir uygulamada test edin — evrensel "her zaman çalışır" proxy yoktur, davranış sağlayıcı tarafındaki uygulamaya bağlıdır.

Sonuç

HTTP proxy, normal web trafiği ile mükemmel bir şekilde çalışır, ancak mimari olarak UDP ile geçiş yapamaz — bu nedenle oyunlar, VoIP aramaları, akış ve modern QUIC/HTTP3 için uygun değildir. Eğer arama kesintileri, oyunlarda gecikmeler veya proxy üzerinden Cloudflare'daki sitelerin garip davranışları ile karşılaştıysanız — sorun bağlantının kalitesinde değil, proxy protokolündedir. Çözüm, UDP ASSOCIATE desteği onaylanmış SOCKS5'dir; bu desteği önceden sormak gerekir, sonradan tahmin etmeye çalışmamak.

Eğer görevleriniz video aramaları, akış veya trafik sızıntısını önlemenin önemli olduğu anti-detect tarayıcılar ile ilgiliyse, mobil proxyler'e dikkat edin — operatör IP adresleri, platformlar üzerinde yüksek güven sağlar ve modern protokollerin, SOCKS5 ile UDP dahil, kararlı desteğini sağlar.