HTTP, HTTPS ve SOCKS5 proxy farkı: hangi protokol, ne zaman?

HTTP, HTTPS ve SOCKS5 proxy farkı çoğu zaman “hangisi daha hızlı” ya da “hangisi daha gizli” sorusuna indirgenir. Oysa belirleyici olan, proxy’nin sizin trafiğinizi ne kadar okuduğu ve neyi taşıyabildiğidir. HTTP proxy web isteklerini satır satır anlar; HTTPS bağlantılarında yalnızca bir tünel açar; SOCKS5 ise içeriğe hiç bakmadan bayt taşır.

Bu fark pratikte üç şeyi belirler: hangi uygulamaların proxy’yi kullanabileceği, alan adlarının (DNS) nerede çözüleceği ve bir hata çıktığında sorunun nerede aranacağı. Aşağıda her protokolü bir isteğin yolculuğu üzerinden anlatıyor, sonra karar tablosu ve test komutlarıyla bitiriyoruz.

Düz HTTP ile bir sayfa istediğinizde tarayıcı isteği proxy’ye gönderir ve istek satırında hedefin tam adresini yazar. Proxy bu satırı okur, hedef sunucuya kendi bağlantısını açar, yanıtı alır ve size iletir. Yani proxy hem hedef adresi hem başlıkları hem de içeriği görür.

Bu “okuyabilme” bazı kurumsal işler için avantajdır: önbellekleme, içerik filtreleme, başlık ekleme ya da kayıt tutma yalnızca HTTP katmanını anlayan bir proxy ile mümkündür. Ama aynı özellik bir sınırdır: HTTP proxy yalnız HTTP konuşan uygulamalarla çalışır. Bir oyun istemcisi, bir e-posta programı veya kendi protokolünü kullanan bir masaüstü yazılım HTTP proxy’yi doğrudan kullanamaz.

Düz HTTP bugün az kullanılıyor; sitelerin büyük kısmı HTTPS’e geçti. Bu yüzden “HTTP proxy” dediğimiz şey pratikte çoğunlukla HTTPS trafiğini de taşıyan bir HTTP proxy’dir. Bunun nasıl olduğu bir sonraki bölümün konusu.

Tarayıcı bir HTTPS sitesine HTTP proxy üzerinden gitmek istediğinde proxy’ye önce CONNECT isteği gönderir: “şu alan adının 443 numaralı portuna bir tünel aç.” Proxy tüneli açtıktan sonra TLS el sıkışması doğrudan tarayıcı ile hedef sunucu arasında yapılır. Proxy bu noktadan sonra şifreli baytları taşır; sayfanın içeriğini, çerezleri ya da form verilerini göremez.

Burada sık yapılan bir karışıklığı düzeltelim. “HTTPS proxy” iki farklı anlama gelebilir: HTTPS sitelere CONNECT ile tünel açabilen HTTP proxy ya da sizinle proxy arasındaki bağlantının da TLS ile şifrelendiği proxy. Sağlayıcıların çoğu ilk anlamı kullanır. Proxy’ye giden bağlantının da şifreli olması gerekiyorsa bunu açıkça sormak gerekir; istemci tarafında adres http:// yerine https:// ile başlar ve her uygulama bunu desteklemez.

CONNECT yönteminin tanımı HTTP semantiğini anlatan RFC 9110’da yer alır. Bazı proxy’ler CONNECT’i yalnız 443 gibi belirli portlara izin verecek şekilde kısıtlar; standart dışı bir porta tünel açılamıyorsa sebep çoğu zaman budur.

SOCKS5 (RFC 1928) uygulama protokolüyle ilgilenmez. İstemci proxy’ye yalnız “şu adresin şu portuna bağlan” der; proxy bağlantıyı kurar ve iki taraf arasında baytları aktarır. Trafiğin HTTP, bir oyun protokolü ya da SMTP olması fark etmez. Bu yüzden SOCKS5, HTTP konuşmayan uygulamaların proxy üzerinden çıkabilmesinin en yaygın yoludur.

SOCKS5’in iki özelliği daha öne çıkar. Birincisi UDP desteğidir: protokol, UDP trafiği için ayrı bir ilişkilendirme komutu tanımlar. Sesli iletişim, bazı oyunlar ve DNS gibi UDP kullanan işler için bu önemlidir; ancak hem sağlayıcının hem istemcinin UDP’yi desteklemesi gerekir, her SOCKS5 hizmeti bunu açmaz. İkincisi alan adı çözümüdür; bunu ayrı bir bölümde ele alıyoruz çünkü sızıntıların çoğu buradan çıkar.

SOCKS5 trafiği kendiliğinden şifrelemez. HTTPS bir siteye SOCKS5 üzerinden bağlandığınızda şifreleme yine tarayıcı ile site arasındaki TLS’ten gelir. Düz metin bir protokolü SOCKS5 ile taşırsanız proxy sağlayıcısı ve aradaki ağ o içeriği görebilir.

Bir alan adına bağlanmadan önce adın IP adresine çevrilmesi gerekir. HTTP proxy kullanırken bu işi genelde proxy yapar, çünkü istekte alan adı yazar. SOCKS5’te ise iki seçenek vardır: istemci adı kendisi çözüp proxy’ye IP adresi gönderebilir ya da adı olduğu gibi proxy’ye iletip çözümü ona bırakabilir.

İlk durumda DNS sorgusu sizin kendi ağınızdan çıkar. Hedef site sizi proxy IP’siyle görse de, DNS sunucunuz hangi alan adlarını sorguladığınızı bilir ve bazı coğrafi hizmetler yerel DNS yanıtı yüzünden yanlış bölgeye yönlendirebilir. curl gibi araçlarda bu ayrım şema adıyla yapılır: socks5:// adresi istemcide çözer, socks5h:// adresi çözümü proxy’ye bırakır. Tarayıcı eklentilerinde ve bazı yazılımlarda aynı seçenek “DNS’i proxy üzerinden çöz” ya da “remote DNS” gibi bir kutucukla gelir.

Pratik kural: lokasyona duyarlı işlerde (yerel arama sonucu, bölgesel fiyat, reklam görünümü) DNS’i proxy tarafında çözdürün. Sonra bir DNS sızıntı testiyle doğrulayın.

HTTP proxy’lerde kullanıcı adı ve şifre her istekle birlikte Proxy-Authorization başlığında gönderilir; yanlış bilgi verildiğinde proxy 407 Proxy Authentication Required yanıtı döner. Bu kod görüldüğünde sorun hedef sitede değil, proxy’ye giriş aşamasındadır.

SOCKS5’te kimlik doğrulama bağlantının başında, ayrı bir alt müzakereyle yapılır (kullanıcı adı/şifre yöntemi RFC 1929’da tanımlıdır). Hatalı bilgide 407 gibi okunur bir HTTP kodu görmezsiniz; bağlantı genelde hemen kapanır ve istemci yalnız “bağlantı reddedildi” ya da genel bir hata gösterir. Bu yüzden SOCKS5 hatalarını ayıklarken ilk bakılacak yer kimlik bilgisidir.

Her iki protokolde de kullanıcı adı/şifre yerine IP izni (whitelist) kullanılabilir: sağlayıcı panelinde kendi çıkış IP’nizi tanımlarsınız, proxy o IP’den gelen bağlantıyı şifresiz kabul eder. Ev bağlantısı gibi IP’si değişen ağlarda bu yöntem sık kırılır.

Taşıdığı trafik: HTTP proxy yalnız HTTP/HTTPS; SOCKS5 her türlü TCP trafiği, destekleniyorsa UDP.

İçeriği görme: HTTP proxy düz HTTP’de içeriği görür, HTTPS’de yalnız hedef alan adı ve portu görür; SOCKS5 içeriği yorumlamaz, yalnız hedef adres ve portu bilir.

DNS çözümü: HTTP proxy’de genellikle proxy tarafında; SOCKS5’te istemci ayarına bağlı (socks5 ya da socks5h).

Hata görünümü: HTTP proxy 407, 502, 503 gibi okunur kodlar döner; SOCKS5 hataları çoğunlukla bağlantı reddi veya zaman aşımı olarak görünür.

Uygulama desteği: tarayıcılar, scraping kütüphaneleri ve çoğu SEO aracı ikisini de destekler; oyun istemcileri, e-posta programları ve masaüstü yazılımlar çoğunlukla yalnız SOCKS ile ya da Proxifier benzeri bir yönlendiriciyle çalışır.

Hız: protokolün kendisi hız farkı yaratmaz denecek kadar hafiftir. Belirleyici olan proxy sunucusunun konumu, IP türü ve ağ kalitesidir.

1) Tarayıcıdan bölgesel içerik kontrolü: HTTP proxy yeterlidir ve kurulumu en kolaydır. Lokasyon önemliyse DNS’in proxy tarafında çözüldüğünü test edin.

2) Python veya Node ile veri toplama: requests, httpx, Scrapy ve Playwright HTTP proxy’yi doğrudan destekler. SOCKS5 için çoğu kütüphanede ek paket gerekir; özel bir ihtiyaç yoksa HTTP ile başlamak kurulum hatasını azaltır.

3) Oyun istemcisi: oyunlar HTTP proxy kullanamaz. SOCKS5 ve gerekirse Proxifier gibi bir yönlendirici gerekir. Oyun paketlerimizde desteklenen protokol her paket satırında ayrıca yazılıdır (SOCKS ya da SOCKS veya HTTP); satın almadan önce o satıra bakın.

4) Masaüstü yazılım veya e-posta istemcisi: HTTP konuşmadığı için SOCKS5 tercih edilir.

5) Kurumsal ağda içerik filtreleme veya önbellek: içeriği okuyabilen HTTP proxy gerekir; SOCKS5 bu işi yapamaz.

6) UDP gerektiren uygulamalar: yalnız UDP destekli SOCKS5 işe yarar. Sağlayıcıya UDP desteğini önceden sorun.

SOCKS5 adresini HTTP olarak girmek: istemci proxy’ye HTTP isteği gönderir, SOCKS sunucusu anlamaz ve bağlantı anında kapanır. Tarayıcıda “proxy sunucusu bağlantıları reddediyor” benzeri bir mesaj görülür.

HTTP proxy’yi SOCKS olarak girmek: istemci SOCKS el sıkışması bekler, HTTP sunucusu bunu geçersiz istek sayar. Sonuç yine kopma ya da zaman aşımıdır.

Doğru protokol ama sürekli 407: kullanıcı adı/şifre hatalı ya da IP izniniz tanımlı değil.

Sayfa açılıyor ama yanlış ülke içeriği geliyor: SOCKS5’te DNS istemcide çözülüyor olabilir; socks5h ya da remote DNS ayarını açın.

Bu belirtiler genel bağlantı hatalarıyla karışabilir. Daha geniş kontrol listesi için bağlantı hataları rehberimize bakabilirsiniz.

Protokolü doğrulamanın en hızlı yolu curl’dür. HTTP proxy için: curl -x http://KULLANICI:SIFRE@HOST:PORT https://ifconfig.me komutu proxy IP’sini döndürmelidir. Aynı satırı -v ile çalıştırırsanız CONNECT isteğini ve proxy’nin “200 Connection established” yanıtını görürsünüz.

SOCKS5 için: curl -x socks5h://KULLANICI:SIFRE@HOST:PORT https://ifconfig.me. Bu komut çalışıp socks5:// ile başlayan sürüm de çalışıyorsa proxy her iki DNS modunu destekliyordur. Biri çalışıp diğeri çalışmıyorsa fark DNS çözümündedir.

Komut HTTP ile çalışıp SOCKS5 ile çalışmıyorsa (ya da tersi) sorun protokol seçimindedir; host ve şifreyi değiştirmeden önce panelde portun hangi protokole ait olduğuna bakın. Bazı sağlayıcılar iki protokolü ayrı portlardan verir.

Paket hangi protokolleri veriyor ve bunlar aynı porttan mı, ayrı portlardan mı sunuluyor? SOCKS5’te UDP destekleniyor mu? Kimlik doğrulama kullanıcı adı/şifre ile mi, IP izniyle mi, yoksa ikisiyle de mi yapılabiliyor? DNS proxy tarafında çözülebiliyor mu? Kullanacağınız yazılım hangi protokolü destekliyor?

Son soru çoğu zaman kararı tek başına verir: önce yazılımın desteklediği protokolü öğrenin, sonra paketi buna göre seçin. Protokolden bağımsız olarak IP türü ve oturum tipi kararı için proxy türleri rehberimiz iyi bir sonraki adımdır.