- Yayın tarihi
- Okuma süresi
- 6 dk okuma
HTTP ve SOCKS5 Proxy Arasındaki Farklar
HTTP ve SOCKS5 proxy hangi katmanda çalışır, HTTPS nasıl tünellenir, UDP ve kimlik doğrulama nasıl değişir? Karşılaştırma tablosu ve curl örnekleriyle seçim rehberi.
HTTP proxy ve SOCKS5 proxy aynı işi görür: trafiğinizi başka bir çıkış IP adresinden hedefe iletir. Aralarındaki fark, protokolün hangi katmanda çalıştığı ve bu yüzden nelerin görünür, nelerin mümkün olduğudur. Kısaca: HTTP proxy HTTP'yi anlar, SOCKS5 anlamaz ve bu onu daha genel yapar. Aşağıda farkları tek tek ve örneklerle görürsünüz.
Katman farkı: uygulama ve oturum
HTTP proxy, OSI modelinin uygulama katmanında çalışır. İstemci düz HTTP isteğini proxy'ye gönderir, proxy isteği okur, hedefe iletir ve yanıtı döndürür. RFC 9110 bu aracıyı proxy, gateway ya da tunnel biçimlerinden biri olarak tanımlar.
SOCKS5 (RFC 1928 (yeni sekmede açılır)) oturum katmanında çalışır. İstemci "şu adrese bağlan" der; proxy bağlantıyı kurar ve sonrasında baytlara dokunmaz. Protokolü adım adım SOCKS5 proxy nedir yazısında inceledik.
Bu fark doğrudan şu sonuçları doğurur:
- HTTP proxy başlık ekleyebilir, önbellek tutabilir, erişim kuralı uygulayabilir. SOCKS5 bunların hiçbirini yapmaz.
- SOCKS5, HTTP dışındaki protokolleri de taşır.
- İkisi de tek başına şifreleme getirmez.
HTTPS trafiği HTTP proxy'den nasıl geçer?
Şifreli trafik için HTTP proxy CONNECT yöntemini kullanır. İstek hedefi yalnızca ana makine ve porttur; varsayılan port yoktur, istemci port numarasını göndermek zorundadır (RFC 9110 §9.3.6). Parola yer tutucusuyla çıplak bir örnek:
CONNECT example.com:443 HTTP/1.1
Host: example.com:443
Proxy-Authorization: Basic S1VMTEFOSUNJOlBBUk9MQQ==Buradaki değer KULLANICI:PAROLA çiftinin Base64 kodlamasıdır (yer tutucu). Proxy hedefe TCP bağlantısı açar ve HTTP/1.1 200 Connection established benzeri bir 2xx yanıt döner. Sonrasında bağlantı tünel kipine geçer; TLS el sıkışması tünelin içinde istemci ile hedef arasında yapılır, proxy yalnızca şifreli baytları görür.
IPv6 hedef yazarken ana makine köşeli parantez içine alınır: CONNECT [2001:db8::1]:443 HTTP/1.1 (örnek adres, belgelendirme aralığı). Köşeli parantezsiz 2001:db8::1:443 yazımı portu adresten ayıramaz ve yanlıştır.
Düz HTTP (şifresiz) isteklerde proxy isteği doğrudan okuyup iletebilir. Bu yüzden HTTP proxy, şifresiz trafikte başlıkları ve içeriği görür; şifreli trafikte ise yalnızca ana makine ve port bilgisini görür.
RFC 9110, CONNECT yapan proxy'lerin bunu bilinen portlarla veya yapılandırılabilir bir hedef listesiyle sınırlamasını önerir. Örneğin açık bırakılmış bir CONNECT, SMTP gibi hizmetlerin kötüye kullanımına kapı aralayabilir. Kendi proxy'nizi işletiyorsanız bu sınırlamayı yapın.
Karşılaştırma tablosu
| Özellik | HTTP proxy | SOCKS5 proxy |
|---|---|---|
| Katman | Uygulama | Oturum |
| Taşıdığı trafik | HTTP ve CONNECT ile TLS tünelleri | Herhangi bir TCP; sunucu uygularsa UDP |
| UDP | Yok | UDP ASSOCIATE ile tanımlı, her sunucuda yok |
| Başlık görünürlüğü | Şifresiz HTTP'de görür | İçeriğe bakmaz |
| Kimlik doğrulama | Proxy-Authorization (Basic vb.) | Kullanıcı adı/parola (RFC 1929), GSSAPI |
| DNS çözümleme | Genelde CONNECT ana makinesiyle proxy'de | ATYP = 0x03 ile proxy'de; adres gönderilirse istemcide |
| İstemci desteği | Tarayıcılar, eklentiler, çoğu araç | Uygulamaya göre; geniş ama tek tek doğrulanmalı |
Tablodaki "UDP" satırı önemlidir. SOCKS5 UDP'yi protokol düzeyinde tanımlar, ancak bir sağlayıcının bunu sunması ayrı bir konudur. Sağlam Proxy'de ISP sayfasında SOCKS5 için UDP desteği belirtilmemiştir; UDP gerekiyorsa sipariş öncesi destekten teyit alın.
Kimlik doğrulama yöntemleri
HTTP proxy kimlik doğrulaması 407 Proxy Authentication Required yanıtı ve Proxy-Authorization başlığıyla yürür. En yaygın şema Basic'tir: kullanıcı adı ve parola Base64 ile kodlanır, şifrelenmez. SOCKS5'te RFC 1929 alt müzakeresi benzer şekilde parolayı düz metin taşır.
Pratikte ikisi de aynı kimlik bilgisi biçimini kullanır: KULLANICI ve PAROLA. Aradaki fark kablodaki gösterimdir. İki protokolde de şunu bilin:
- Proxy ile aranızdaki yol dinlenebiliyorsa parola ve şifresiz trafik görünür.
- Hedefe giden HTTPS trafiğinin içeriği, tünelin içinde TLS ile korunur.
- IP beyaz listesi bu iki protokolün özelliği değil, sağlayıcının sunduğu ek bir yetkilendirme yöntemidir. Ürünün hangi yöntemleri sunduğu ürün bilgisinden kontrol edilir.
curl ile yapılandırma örnekleri
Aşağıdaki komutlar aynı hedefe aynı proxy'den iki farklı protokolle gider. PROXY_HOST, PROXY_PORT, KULLANICI ve PAROLA yer tutucudur.
# HTTP proxy (HTTPS hedefte CONNECT tüneli kurulur)
curl --proxy http://KULLANICI:PAROLA@PROXY_HOST:PROXY_PORT https://example.com/
# SOCKS5, alan adı proxy tarafından çözülür
curl --proxy socks5h://KULLANICI:PAROLA@PROXY_HOST:PROXY_PORT https://example.com/Hangi bağlantının tünel kurduğunu görmek için ayrıntılı çıktıyı açın:
curl -v --proxy http://KULLANICI:PAROLA@PROXY_HOST:PROXY_PORT https://example.com/ -o /dev/nullÇıktıda CONNECT example.com:443 HTTP/1.1 satırını ve proxy yanıtını görürsünüz. SOCKS5 için aynı komutta şemayı socks5h:// yapın; curl bu kez SOCKS el sıkışmasını yürütür.
Ortam değişkenleriyle tüm komutlara uygulamak isterseniz:
export HTTPS_PROXY="http://KULLANICI:PAROLA@PROXY_HOST:PROXY_PORT"
export ALL_PROXY="socks5h://KULLANICI:PAROLA@PROXY_HOST:PROXY_PORT"ALL_PROXY desteği araca göre değişir; her uygulama aynı değişkeni okumaz.
IPv6 proxy adresi URL içinde köşeli parantezle yazılır: http://[2001:db8::1]:8080. Bölge kimlikli bir adres (fe80::1%eth0) proxy ayarına yazılmaz.
İstemci desteği ve uyumluluk
HTTP proxy desteği neredeyse her tarayıcıda, eklentide ve kitaplıkta hazır gelir. SOCKS5 desteği geniştir, ancak bazı araçlar yalnızca HTTP proxy ayarı sunar ya da SOCKS5'te alan adı çözümlemesini kendi yöntemiyle yapar. Kontrol listesi:
- Uygulamanız hangi proxy türlerini ayarlarında sunuyor?
- SOCKS5'te alan adı proxy'de mi, yerelde mi çözülüyor (
socks5/socks5hayrımı)? - UDP kullanıyor musunuz? Kullanıyorsanız sunucu UDP ASSOCIATE sunuyor mu?
- IPv6 hedeflere gidecek misiniz? Proxy ve istemci IPv6 hedefi nasıl ele alıyor?
Davranışlar yazılıma bağlıdır; RFC'ler bunların tamamını belirlemez. Bu yüzden son kararı kendi araç zincirinizde bir deneme yaparak verin. Denemeyi HTTP Proxy Kontrol, SOCKS5 Kontrol ve Proxy Kontrol araçlarıyla yapabilirsiniz.
Başarım ve uyumluluk değerlendirmesi
Hangisinin "daha hızlı" olduğu genel olarak söylenemez. Protokol başlığı farkı, bir bağlantının toplam süresi içinde küçük kalır; asıl belirleyici proxy sunucusunun ağ yolu, yoğunluğu ve yazılımıdır. Bu yüzden sayısal bir iddia yerine nitel bir çerçeve daha doğrudur:
- Bağlantı kurulumu: SOCKS5 birkaç gidiş-dönüşlük bir el sıkışma yapar. HTTP proxy ile HTTPS'te
CONNECTve ardından TLS el sıkışması gerekir. Çok sayıda kısa bağlantı açıyorsanız bağlantıları yeniden kullanmak (keep-alive, bağlantı havuzu) protokol seçiminden daha etkilidir. - Uyumluluk: HTTP proxy, kurumsal ağlar ve hazır araçlarla daha az sürtünmeyle çalışır. SOCKS5, protokolden bağımsız olduğu için özel yazılımlarda daha az engelle karşılaşır.
- Tanılama: HTTP proxy hataları HTTP durum kodlarıyla (
407,502,504) bildirilir. SOCKS5 hataları tek baytlık yanıt kodlarıyla gelir ve araç bunları çoğu zaman genel bir "bağlantı hatası" olarak sunar.
Hangi senaryoda hangisi?
| Senaryo | Daha uygun görünen | Neden |
|---|---|---|
| Tarayıcı eklentisi, antidetect tarayıcı | HTTP(S) | Ayar alanı hazır, kurulum kolay |
| Python / Node betiği, yalnızca HTTP(S) istekleri | HTTP(S) | Kitaplıklar yerleşik destekler |
| Bot, masaüstü uygulaması, HTTP dışı protokol | SOCKS5 | Uygulama protokolünden bağımsız |
| Alan adı çözümlemesini proxy'ye bırakmak | SOCKS5 (socks5h) | ATYP = 0x03 ile proxy çözer |
| UDP kullanan uygulama | SOCKS5, sunucu UDP sunuyorsa | UDP ASSOCIATE gerekir |
| Kurumsal ağ, kural ve günlük tutma | HTTP proxy | Uygulama katmanında denetim mümkün |
Bu tablo bir başlangıç noktasıdır. Aynı çıkış IP adresi iki protokolde de aynı kalır; yalnızca bağlantının kurulma biçimi değişir.
Sağlam Proxy paketlerinde protokol
HTTP & SOCKS5 Proxy, ayrı bir paket değil; ISP Proxy paketlerinin protokol katmanıdır. Satın alma adresi ve fiyatlar ISP Proxy ile aynıdır. Doğrulanmış bilgiler:
- Türkiye ve Amerika paketlerinin özelliklerinde HTTP ve SOCKS5 birlikte yazar.
- Avrupa paketlerinde yalnızca SOCKS5 yazar; HTTP(S) gerekiyorsa sipariş öncesi destekten teyit alın.
- Türkiye siparişinde Protokol Türü olarak HTTP veya SOCKS5 seçilir. "HTTP(S)" için ayrı bir seçenek yoktur.
- Kimlik doğrulama kullanıcı adı ve parola iledir.
Sayfada her pakette iki protokolün birlikte geldiği anlatılsa da Avrupa paket özelliklerinde yalnızca SOCKS5 yazar ve Türkiye sipariş formunda tek protokol seçilir. İki protokolü aynı anda kullanmayı düşünüyorsanız önce teyit alın. Güncel fiyatlar için ürün sayfasına bakın; satış Sağlam Proxy (saglamproxy.com) üzerinden yapılır.
IPv6 çıkış ve protokol seçimi
İki protokol de IPv6 hedefleri ve IPv6 adresli proxy sunucularını tanımlar: SOCKS5'te ATYP = 0x04, HTTP'de köşeli parantezli adres. Ancak IPv6 çıkışlı bir proxy, yalnızca IPv4 olan (AAAA kaydı bulunmayan) bir hedefe NAT64/DNS64 gibi bir çevirici olmadan doğrudan ulaşamaz. Bu, protokol seçiminden bağımsız bir sınırdır. IPv6 Proxy paketinde protokol HTTP(S) olarak geçer; SOCKS5 paket özelliği olarak listelenmemiştir ve gerekiyorsa sipariş öncesi teyit gerekir.
Her kullanımda yasalara ve hedef sitenin kullanım koşullarına uyum sizin sorumluluğunuzdadır.
Kısaca
HTTP proxy uygulama katmanında HTTP'yi anlar ve HTTPS'i CONNECT tünelleriyle geçirir; SOCKS5 oturum katmanında protokolden bağımsız bir aktarıcıdır. Tarayıcı ve hazır araçlarda HTTP(S) pratiktir, HTTP dışı trafik ve proxy tarafında DNS için SOCKS5 daha esnektir. Hız için sayı vermek yanıltıcıdır; seçimi kendi hedefiniz üzerinde yapacağınız bir denemeyle doğrulayın.
Sık sorulan sorular
HTTP proxy ile SOCKS5 proxy arasındaki temel fark nedir?
HTTP proxy uygulama katmanında çalışır ve HTTP isteklerini anlar; SOCKS5 oturum katmanında çalışır ve uygulama protokolünü yorumlamadan baytları aktarır. Bu yüzden SOCKS5 HTTP dışı trafik için daha esnektir, HTTP proxy ise tarayıcı ve hazır araçlarda daha yaygın desteklenir.
HTTP proxy HTTPS sitelere nasıl bağlanır?
İstemci proxy'ye CONNECT ana-makine:443 isteği gönderir. Proxy hedefe bir TCP bağlantısı açıp 2xx yanıt verir ve sonrasında bağlantı bir tünele dönüşür. TLS el sıkışması bu tünelin içinde, istemci ile hedef arasında yapılır; proxy içeriği göremez.
Hangisi daha hızlıdır?
Bu soruya genel bir yanıt vermek doğru olmaz. Hız, proxy sunucusunun ağına, yazılımına ve hattın yoğunluğuna bağlıdır; protokol seçimi tek başına belirleyici değildir. Kararı kendi hedefiniz üzerinde yapacağınız bir denemeyle verin.
SOCKS5 HTTP proxy'den daha güvenli midir?
Hayır, SOCKS5 kendi başına şifreleme sunmaz. Her iki protokolde de kullanıcı adı ve parola proxy'ye düz metin gidebilir; güvenlik uygulama katmanındaki TLS'ten ve proxy ile aranızdaki ağ yolundan gelir.
Sağlam Proxy paketlerinde hangi protokol seçilir?
ISP Proxy paketlerinin protokol katmanını anlatan HTTP & SOCKS5 Proxy ürününde Türkiye ve Amerika paketlerinde HTTP ve SOCKS5, Avrupa paketlerinde yalnızca SOCKS5 yazar. Türkiye siparişinde protokol türü olarak HTTP ya da SOCKS5 seçilir; iki protokolü aynı anda kullanmayı düşünüyorsanız sipariş öncesi destekten teyit alın.
/112İlgili sayfalar
- RehberSOCKS5 Proxy Nedir? Nasıl Çalışır?SOCKS5 proxy, RFC 1928 ile tanımlı bir oturum katmanı vekilidir. El sıkışma, komutlar, adres türleri, kullanıcı/parola…
- ÜrünHTTP & SOCKS5 ProxyISP paketlerinde HTTP ve SOCKS5 protokol seçenekleri
- ÜrünISP ProxyOperatöre kayıtlı sabit IPv4; Türkiye, ABD ve Avrupa paketleri
- AraçHTTP Proxy KontrolHTTP/HTTPS proxy yanıtını ve gecikmesini ölçer
/128Ürün
HTTP & SOCKS5 Proxy ürününü inceleyin
ISP paketlerinde HTTP ve SOCKS5 protokol seçenekleri. Satışı Sağlam Proxy (saglamproxy.com) üzerinden yapılır.