SOCKS5
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:

HTTP
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.

Uyarı

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

ÖzellikHTTP proxySOCKS5 proxy
KatmanUygulamaOturum
Taşıdığı trafikHTTP ve CONNECT ile TLS tünelleriHerhangi bir TCP; sunucu uygularsa UDP
UDPYokUDP 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ğrulamaProxy-Authorization (Basic vb.)Kullanıcı adı/parola (RFC 1929), GSSAPI
DNS çözümlemeGenelde CONNECT ana makinesiyle proxy'deATYP = 0x03 ile proxy'de; adres gönderilirse istemcide
İstemci desteğiTarayı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.

Bash
# 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:

Bash
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:

Bash
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:

  1. Uygulamanız hangi proxy türlerini ayarlarında sunuyor?
  2. SOCKS5'te alan adı proxy'de mi, yerelde mi çözülüyor (socks5 / socks5h ayrımı)?
  3. UDP kullanıyor musunuz? Kullanıyorsanız sunucu UDP ASSOCIATE sunuyor mu?
  4. 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 CONNECT ve 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?

SenaryoDaha uygun görünenNeden
Tarayıcı eklentisi, antidetect tarayıcıHTTP(S)Ayar alanı hazır, kurulum kolay
Python / Node betiği, yalnızca HTTP(S) istekleriHTTP(S)Kitaplıklar yerleşik destekler
Bot, masaüstü uygulaması, HTTP dışı protokolSOCKS5Uygulama protokolünden bağımsız
Alan adı çözümlemesini proxy'ye bırakmakSOCKS5 (socks5h)ATYP = 0x03 ile proxy çözer
UDP kullanan uygulamaSOCKS5, sunucu UDP sunuyorsaUDP ASSOCIATE gerekir
Kurumsal ağ, kural ve günlük tutmaHTTP proxyUygulama 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.

/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.