Öncelikle açıkça belirtelim: Biz Geonode olarak proxy satışı yapıyoruz ve bu nedenle “proxym çalışmıyor” şeklinde pek çok mesaj alıyoruz. Her şeyden önce dürüstçe söylemek gerekirse, sorun neredeyse hiçbir zaman bağlantı noktasında değildir. Deneyimlerimize göre olasılık sırası şöyledir: yanlış kimlik bilgileri, güncellemeyi unuttuğunuz bir IP izin listesi, HTTPS isteği için düz HTTP bağlantı noktasının kullanılması, hedefin sizi engellemesi ve ancak ondan sonra gerçekten yanlış bir bağlantı noktası numarası. Hata ayıklama yapıyorsanız, rastgele bağlantı noktası numaralarını denemek yerine bu listeyi sırayla inceleyin — son yaklaşım verimli gibi görünse de neredeyse hiçbir zaman işe yaramaz.
Bununla birlikte, bu numaranın ne işe yaradığını anlamak, tüm hata sınıflandırmasını anlaşılır hale getirir.
Bağlantı Noktası Aslında Nedir?
Bir makinede tek bir adres bulunur ve ağ trafiği gerektirebilecek birçok program vardır. Bağlantı noktası numarası, işletim sisteminin belirli bir bağlantının hangi programa ait olduğunu anlamasını sağlar.
Adres, paketi makineye ulaştırır. Bağlantı noktası ise paketi o makinedeki doğru işleme yönlendirir. Tek bir sunucu, 443 numaralı bağlantı noktasında bir web sunucusu, 22 numaralı bağlantı noktasında bir SSH arka plan programı ve 8080 numaralı bağlantı noktasında bir proxy'yi aynı anda çalıştırabilir; çünkü her bağlantı, onu doğru dinleyiciye yönlendiren bir hedef bağlantı noktası taşır.
Özellikle bir proxy için bağlantı noktasının ek bir rolü vardır: tek bir proxy sunucusu genellikle her biri farklı şekilde yapılandırılmış birkaç bağlantı noktasında dinleme yapar. Aynı yazılım, aynı makine, hangi numaraya bağlandığınıza bağlı olarak farklı davranışlar. İşte bu nedenle sağlayıcınız size tek bir değer yerine bir liste verir — bu konuya daha sonra tekrar döneceğiz.
Üç Port Aralığı
Portlar 0 ile 65535 arasında değişir ve RFC 6335 bu aralığı üç gruba ayırır:
| Aralık | Adı | Sayılar | Atama |
|---|
| Sistem | İyi Bilinen Bağlantı Noktaları | 0–1023 | IANA tarafından atanır |
| Kullanıcı | Kayıtlı Bağlantı Noktaları | 1024–49151 | IANA tarafından atanır |
| Dinamik | Özel veya Geçici Bağlantı Noktaları | 49152–65535 | Asla atanmaz |
Uygulamada iki sonuç önemlidir.
Sistem bağlantı noktalarının bağlanması genellikle yüksek ayrıcalıklar gerektirir. Unix benzeri sistemlerde, 1024'ün altındaki bir bağlantı noktasına bağlanmak geleneksel olarak root yetkisi gerektirir. Proxy'lerin geleneksel olarak 80 yerine 8080 veya 3128 numaralı bağlantı noktalarında yer almasının doğrudan nedeni budur — düşük bir bağlantı noktasını kullanmak için bir proxy'yi root olarak çalıştırmak, sadece görünüşsel bir avantaj için yapılan kötü bir takastır.
Dinamik bağlantı noktaları, kendi bağlantılarınızın geldiği yerlerdir. 8080 numaralı bağlantı noktasındaki bir proxy’ye bağlandığınızda, makineniz üst aralıktan geçici bir kaynak bağlantı noktası seçer. Bu durum, bir güvenlik duvarı günlüğünü okuyup trafiğinizin neden 51423 numaralı bağlantı noktasından geliyormuş gibi göründüğünü merak edene kadar fark edilmez.
Yaygın Proxy Bağlantı Noktaları ve IANA’nın Aslında Ne Dediği
İşte burada genel kanı ile resmi kayıtlar arasında bir ayrılık ortaya çıkıyor ve bu ayrılık oldukça öğretici. Bu girdiler, yayınlanmış CSV dosyasından doğrudan alınmış olan IANA Hizmet Adı ve Aktarım Protokolü Bağlantı Noktası Kayıt Defteri kaynaklıdır.
| Bağlantı Noktası | Kullanıcıların Adı | IANA’nın Gerçekte Kaydettiği |
|---|
| 8080 | Varsayılan proxy bağlantı noktası | http-alt — "HTTP Alternatif (bkz. bağlantı noktası 80)" |
| 3128 | Squid bağlantı noktası | ndl-aas — "Aktif API Sunucu Bağlantı Noktası" |
| 1080 | SOCKS | socks — "Socks" |
| 8118 | Privoxy | privoxy — "Privoxy HTTP proxy" |
| 8888 | Alternatif proxy bağlantı noktası | ddi-tcp-1 — "NewsEDGE sunucusu TCP (TCP 1)" |
| 9050 | Tor SOCKS | versiera — "Versiera Agent Listener" |
| 8081 | İkincil proxy bağlantı noktası | sunproxyadmin — "Sun Proxy Admin Service" |
Bu tabloyu bir kez daha okuyun, çünkü yaygın bir varsayımı altüst ediyor. Herkesin "proxy bağlantı noktaları" olarak düşündüğü bağlantı noktalarından sadece 1080 ve 8118, proxy ile ilgili herhangi bir şeye kayıtlıdır.
3128 numaralı bağlantı noktası — genel olarak Squid'in varsayılan bağlantı noktası olarak tanımlanır ve gerçekten de Squid'in varsayılanıdır — tamamen alakasız bir şeye kayıtlıdır. Her yerde proxy araçları tarafından kullanılan 8888 numaralı bağlantı noktası, bir haber ürününe aittir. Her Tor kullanıcısının bildiği 9050 numaralı bağlantı noktası ise bir izleme aracına kayıtlıdır.
Buradan çıkarılacak ders, bu araçların yanlış bir şey yaptığı değildir. Kayıt defteri talep edilen atamaları kaydeder ve yaygın olarak kullanılan birçok yazılım, basitçe uygun bir numara seçmiş ve bu numara, kayıt yoluyla değil, kullanım yoluyla bir gelenek haline gelmiştir. Gelenek ve kayıt farklı sistemlerdir ve çakıştıkları durumlarda yazılımınız gelenekleri takip eder.
Pratikte çıkarılacak sonuç: bağlantı noktası numarası, neyin dinleme halinde olduğu konusunda kesin bir bilgi vermez. Bir proxy herhangi bir bağlantı noktasında çalışabilir. Geleneksel numaralar, sayının bir anlam taşıdığı için değil, birinin varsayılan bir değer seçmesi gerektiği için mevcuttur.
Bağlantı Noktası Protokolü Belirlemez
Bu alanda en sık rastlanan kavramsal hata budur.
1080 numaralı bağlantı noktasına bağlanmak, bağlantınızı SOCKS yapmaz. 8080 numaralı bağlantı noktasına bağlanmak, bağlantınızı HTTP yapmaz. Bağlantı noktası, bağlantınızı hangi dinleyicinin alacağını belirler; protokol ise o dinleyicinin kullandığı protokoldür. İkisi uyuşmazsa, bağlantı genellikle kafa karıştırıcı bir şekilde başarısız olur — yararlı bir hata mesajı yerine zaman aşımı, bağlantı sıfırlanması veya okunamayan baytlar dizisi ile karşılaşırsınız.
Bu nedenle, sağlayıcınız size bir uç nokta verdiğinde, üç bilgiye ihtiyacınız vardır ve bağlantı noktası bunlardan sadece biridir:
- Ana bilgisayar
- Bağlantı noktası
- O bağlantı noktasının kullandığı protokol — HTTP, HTTPS, SOCKS4 veya SOCKS5
İstemci yapılandırmasında protokol açıkça belirtilmelidir. curl’da, -x argümanındaki şema bunu taşır:
curl -x http://proxy.example.com:8080 https://example.com
curl -x socks5://proxy.example.com:1080 https://example.com
curl -x socks5h://proxy.example.com:1080 https://example.com
Bu üçüncü biçim, ilk ikisi arasındaki farktan daha önemlidir. socks5h, curl’a ana bilgisayar adını çözümleme için proxy’ye göndermesini söyler; düz socks5 ise yerel olarak çözümler ve adresi gönderir. Bunun sonucu bir DNS sızıntısıdır: trafiğiniz proxy üzerinden dışarı çıkarken, DNS sorgularınız kendi çözümleyicinize gider; bu da tam olarak bir oturumun işaretlenmesine neden olan türden bir tutarsızlıktır. Başka bir yerdeymiş gibi görünmenin önemli olduğu herhangi bir amaçla SOCKS5 kullanıyorsanız, socks5h kullanın.
Aynı Bağlantı Noktasının HTTP, HTTPS ve SOCKS İçin Nasıl Davrandığı
Bu üç durum, en kafa karıştırıcı belirtilerin çoğunu açıklayan farklılıklar gösterir.
HTTP proxy’si üzerinden düz HTTP. İstemciniz istek satırında tam URL’yi gönderir ve proxy bunu sizin adınıza alır. Proxy her şeyi görür ve değiştirebilir.
HTTP proxy'si üzerinden HTTPS. İstemciniz CONNECT isteği gönderir ve proxy izin verirse, bir TCP tüneli açar ve baytları okuyamadan aktarır. İşte bu nedenle bir HTTP proxy'si HTTPS trafiğini işler ve aynı bağlantı noktası her ikisine de hizmet eder.
Bundan doğrudan iki hata durumu ortaya çıkar. Bazı proxy'ler CONNECT'u belirli hedef bağlantı noktalarıyla (genellikle 443) sınırlar; bu nedenle standart olmayan bir bağlantı noktasına yapılan HTTPS isteği reddedilirken, normal tarama işlemi sorunsuz devam eder. Bazı bağlantı noktaları ise yalnızca düz HTTP için yapılandırılmıştır ve CONNECT tamamen devre dışı bırakılmıştır; bunun belirtisi, HTTP isteklerinin çalışması ve HTTPS isteklerinin başarısız olmasıdır; bu durum sertifika sorunu gibi görünse de aslında öyle değildir.
SOCKS. RFC 1928, SOCKS5 protokolünü uygulama katmanının altında çalışan bir protokol olarak tanımlar. HTTP'yi hiç anlamaz — TCP bağlantılarını aktarır, bu da onu bir HTTP proxy'sinden daha genel hale getirir. HTTP proxy'sinin işleyemediği protokoller için işe yarar ve önbellekleme veya başlık yeniden yazma gibi HTTP'ye özgü işlemleri gerçekleştiremez.
Seçim yapıyorsanız: Başlık işlemeyi gerektiren web trafiği için HTTP proxy'lerini; HTTP dışındaki bir şeyi proxy'ye yönlendirmeniz gerektiğinde veya proxy'nin mümkün olduğunca az bilgi sahibi olmasını istediğinizde SOCKS5'i tercih edin.
Sağlayıcılar Neden Size Birkaç Bağlantı Noktası Sunar?
Çoklu bağlantı noktalı uç noktalar yeni başlayanların kafasını karıştırır; ancak mantığı basittir: sağlayıcı, yapılandırmayı bağlantı noktası numarasına kodlar; böylece bunu başka bir yolla iletmenize gerek kalmaz.
Yaygın şemalar:
Dönüşüm davranışı. Bir bağlantı noktası her istekte yeni bir çıkış adresi verir; diğeri ise birkaç dakikalık bir oturum boyunca aynı adresi korur. Aynı kimlik bilgileri, aynı ana bilgisayar, farklı bağlantı noktası.
Coğrafi hedefleme. Bir bağlantı noktası bloğu, ülkelere veya bölgelere eşlenir.
Oturum kimliği. Her numaranın kalıcı bir oturuma karşılık geldiği bir bağlantı noktası aralığı; böylece aynı bağlantı noktasına tekrar tekrar bağlandığınızda aynı çıkış adresini alırsınız.
Protokol. Bir bağlantı noktası HTTP, diğeri ise SOCKS5 protokolünü kullanır.
Bazı sağlayıcılar ise bağlantı noktasını değiştirmek yerine kullanıcı adı sözdizimini kullanarak aynı şeyi yapar — bağlantı noktasını değiştirmek yerine kullanıcı adına parametreler eklerler. Her iki yaklaşım da mevcuttur ve hiçbiri diğerinden daha iyi değildir; satın aldığınız hizmetin belgelerini okumanız yeterlidir, çünkü tahminde bulunmanın getireceği hata, amaçladığınızdan farklı bir şey yaparken isteğin başarılı olmasıdır.
Bu son nokta vurgulanmaya değerdir. Bir rotasyon şemasında yanlış bir bağlantı noktası genellikle hata vermez. Bunun yerine, istenmeyen bir davranışa sahip, çalışır durumda bir istek üretir — istemediğiniz oturum kalıcılığı veya talep etmediğiniz bir ülke gibi. Bu, proxy'leri test etmenin önemi başlıklı yazımızda bahsettiğimiz "sessiz hata" sınıfıdır ve bağlantı noktası karışıklığı, bunun en yaygın nedenlerinden biridir.
Sorun Giderme: Her Bir Hata Mesajının Anlamı
Farklı hata mesajları farklı nedenlere işaret eder ve bunları doğru şekilde yorumlamak, birçok tahminden kurtulmanızı sağlar.
| Belirti | Olası neden | Kontrol |
|---|
| Bağlantı reddedildi, anında | O bağlantı noktasında dinleyen yok | Bağlantı noktası numarası, ana bilgisayar |
| Zaman aşımı, yanıt yok | Güvenlik duvarı paketleri sessizce reddediyor | Giden kurallar, sağlayıcı durumu |
| 407 Proxy Kimlik Doğrulaması Gerekli | Kimlik bilgileri yanlış veya eksik | Kullanıcı adı, şifre, IP izin listesi |
| Proxy'den 403 hatası | Kimlik doğrulaması yapıldı, ancak izin verilmedi | Paket sınırları, hedef kısıtlamaları |
| HTTP çalışıyor, HTTPS çalışmıyor | O bağlantı noktasında CONNECT | |
devre dışı bırakılmış veya kısıtlanmış | Protokol bağlantı noktası, sağlayıcı belgeleri |
| Gereksiz baytlar veya protokol hataları | Protokol uyuşmazlığı | Bu bağlantı noktası HTTP mi yoksa SOCKS mi? |
| Çalışıyor, ancak ülke veya oturum yanlış | Çoklu bağlantı noktası düzeninde yanlış bağlantı noktası | Sağlayıcının bağlantı noktası eşlemesi |
"Bağlantı reddedildi" ile "zaman aşımı" arasındaki fark, en yararlı ve en çok gözden kaçan husustur. "Reddedildi", bir yanıt alındığı ancak reddedildiği anlamına gelir — makineye erişilebilir ve o bağlantı noktasında dinleyen hiçbir şey yoktur. "Zaman aşımı", hiçbir yanıt alınmadığı anlamına gelir — genellikle sizin tarafınızda veya sizinle proxy arasında bir güvenlik duvarının paketleri düşürmesinden kaynaklanır. İlki yanlış bağlantı noktası numarasına işaret eder; ikincisi ise neredeyse hiçbir zaman işaret etmez.
Hızlı bir izolasyon testi:
nc -zv proxy.example.com 8080
Eğer bağlantı kurulursa, bağlantı noktası açık ve erişilebilirdir; kalan herhangi bir hata, ağ sorunundan ziyade kimlik doğrulama veya protokol kaynaklıdır. Bağlantı kurulmazsa, uygulamanızın hata ayıklamasını bırakın — sorun uygulamanın altındadır.
407 hatası ise özel olarak bahsedilmeyi hak eder, çünkü en yaygın olanıdır ve daha önce karşılaşmamış kişiler için bir bağlantı noktası sorunu gibi görünür. Oysa öyle değildir. Bu, proxy’ye başarıyla ulaştığınız, ancak proxy’nin sizden sağlamadığınız veya yanlış sağladığınız kimlik bilgilerini istediği anlamına gelir. Bağlantı noktası doğruydu.
Açık Bırakmamanız Gereken Bağlantı Noktaları
Bu, hazır bir proxy satın almak yerine kendi proxy’nizi çalıştırıyorsanız geçerlidir.
Kimliği doğrulanmamış bir proxy'yi asla internete açmayın. Açık bir proxy birkaç saat içinde keşfedilir — tüm adres alanı sürekli olarak taranır — ve sizin izniniz olmadan, sizin adresinize atfedilen trafiği iletmek için kullanılır. Bunun sonuçları, adresinizin engelleme listelerine eklenmesinden çok daha kötü durumlara kadar uzanabilir. Bir proxy’ye internet üzerinden erişilebiliyorsa, kimlik doğrulaması gereklidir.
Mümkün olduğunda kaynak adresine göre kısıtlama uygulayın. Kimlik bilgilerinin yanı sıra bir IP izin listesi kullanmak, yalnızca kimlik bilgilerine kıyasla anlamlı bir iyileştirmedir ve hiçbir maliyeti yoktur.
Olağandışı bir bağlantı noktasının koruma sağladığını varsaymayın. Bir hizmeti 47281 numaralı bağlantı noktasına taşımak onu gizlemez. Tek bir ana bilgisayarın tüm bağlantı noktası aralığını taramak saniyeler sürer. Gizlilik burada size ölçülebilir bir fayda sağlamaz.
CONNECT hedeflerini sınırlayın. Herhangi bir ana bilgisayardaki herhangi bir bağlantı noktasına CONNECT yönlendiren bir proxy, genel amaçlı bir aktarıcıdır. Bunu 443 numaralı bağlantı noktasıyla ve gerçekten ihtiyacınız olan hedeflerle sınırlamak, kimlik bilgileri sızdırıldığında kötüye kullanılma olasılığını önemli ölçüde azaltır.
Yalnızca yerel bağlantıya ihtiyacınız varsa localhost'a bağlayın. Yalnızca aynı makinedeki yazılımlar tarafından kullanılan bir proxy, 0.0.0.0 adresinde değil, 127.0.0.1 adresinde dinlemelidir. Bu tek satırlık yapılandırma, bu tür sorunların tamamını önler ve kendi sunucunuzda barındırma kurulumlarında en sık yapılan hatadır.
Sık Sorulan Sorular
Varsayılan proxy bağlantı noktası nedir?
Evrensel bir varsayılan değer yoktur. HTTP proxy’leri için en yaygın bağlantı noktası 8080, Squid kurulumları için 3128 ve SOCKS için 1080’dir. Bunların hiçbiri zorunlu değildir — bir proxy herhangi bir bağlantı noktasında dinleme yapabilir — ve IANA kayıt defterinde 8080 veya 3128, proxy hizmetleri olarak bile kayıtlı değildir. Her zaman sağlayıcınızın belirttiği bağlantı noktasını kullanın.
8080 bir proxy bağlantı noktası mıdır?
Gelenek olarak, sıklıkla öyledir. Resmi olarak, IANA 8080 numaralı bağlantı noktasını "http-alt" olarak kaydeder ve bunu "HTTP Alternatif (bkz. bağlantı noktası 80)" olarak tanımlar — bu, bir proxy bağlantı noktası değil, alternatif bir web sunucusu bağlantı noktasıdır. Bu bağlantı noktası, proxy anlamı taşıdığı için değil, akılda kalıcı olması ve bağlanmak için root ayrıcalıkları gerektirmemesi nedeniyle bir proxy geleneği haline gelmiştir.
SOCKS5 hangi bağlantı noktasını kullanır?
Gelenek gereği 1080'dir ve bu, gelenek ile kayıt arasında uyumun sağlandığı nadir durumlardan biridir: IANA, 1080'i socks olarak listeler. Bireysel kurulumlar farklılık gösterebilir — Tor'un SOCKS bağlantı noktası varsayılan olarak 9050'dir ve IANA bu numarayı tamamen alakasız bir amaç için kaydetmiştir.
Proxy'm neden HTTP için çalışıyor da HTTPS için çalışmıyor?
Neredeyse her zaman bunun nedeni, o bağlantı noktasının CONNECT yöntemine izin vermemesi (HTTPS trafiğinin bir HTTP proxy üzerinden tünellenmesi bu yöntemle gerçekleşir) ya da CONNECT'un belirli hedef bağlantı noktalarıyla sınırlandırılmış olmasıdır. Sağlayıcınızın HTTPS için ayrı bir bağlantı noktası sunup sunmadığını kontrol edin ve bağlandığınız hedef bağlantı noktasının izinli olup olmadığını doğrulayın.
Hangi proxy bağlantı noktasını kullanmam gerektiğini nasıl öğrenebilirim?
İstifacınızın belgelerinden öğrenebilirsiniz. Bağlantı noktası numarası, neyin dinleme halinde olduğuna dair kesin bir bilgi vermediğinden, bunu inceleme yoluyla güvenilir bir şekilde belirlemenin bir yolu yoktur. Eğer kontrol etmeniz gerekiyorsa, nc -zv host port komutu bir şeyin dinleme halinde olup olmadığını gösterir, ancak hangi protokolü kullandığını belirtmez.
Proxy bağlantı noktası ile proxy sunucusu arasındaki fark nedir?
Sunucu, trafiğinizi yöneten yazılım ve makinedir. Bağlantı noktası ise, o makinenin numaralandırılmış giriş noktalarından hangisine bağlandığınızdır. Bir sunucu genellikle farklı yapılandırmalara sahip birkaç bağlantı noktasında dinleme yapar — farklı dönüş davranışları, farklı ülkeler, farklı protokoller — bu nedenle sağlayıcılar size tek bir numara yerine bir liste sunar.
Proxy için herhangi bir bağlantı noktasını kullanabilir miyim?
Teknik olarak evet, özel ayrıcalıklar olmadan 1024–65535 aralığındaki herhangi bir bağlantı noktasını kullanabilirsiniz. Uygulamada ise, sağlayıcınızın atadığı bağlantı noktalarını kullanırsınız; çünkü bunlar, sağlayıcının kendi tarafındaki yapılandırmaya eşlenmiştir. Kendi proxy'nizi çalıştırıyorsanız, 49152'nin üzerindeki dinamik aralıktan kaçının; çünkü işletim sisteminiz bu aralıktan geçici kaynak bağlantı noktaları ayırır ve çakışmalar, teşhis edilmesi gerçekten zor olan aralıklı sorunlara neden olur.
Bağlantı noktası numarası proxy hızını etkiler mi?
Hayır. Bağlantı noktası, kendi başına herhangi bir performans özelliği olmayan bir adresleme detaydır. Aynı sağlayıcıdaki farklı bağlantı noktalarının performansları farklıysa, bunun nedeni sayıdan değil, farklı altyapı üzerinden yönlendirilmelerinden veya farklı rotasyon davranışlarından kaynaklanır.
Sonuç
Proxy bağlantı noktası bir yönlendirme ayrıntısıdır: hedef makineye, bağlantınızı hangi dinleme işleminin işlemesi gerektiğini bildirir; bundan öte bir anlamı yoktur. Sayıların kendisinin kesin bir anlamı yoktur; IANA kayıt defteri bunu açıkça göstermektedir — 3128, Squid'e kayıtlı değildir; 8888 bir haber ürününe aittir ve 9050 bir izleme aracısıdır. Bunlar kullanımla yerleşmiş geleneklerdir ve yazılımınız bu geleneklere uyar.
Bir sorun oluştuğunda bunun anlamı şudur: sayıları tahmin etmek yerine hata mesajını okuyun. “Bağlantı reddedildi” hatası, yanlış bağlantı noktasına işaret eder. Zaman aşımı hatası, güvenlik duvarına işaret eder. 407 hatası, bağlantı noktasının doğru olduğunu ancak kimlik bilgilerinizi doğru girmediğinizi gösterir. Protokol hataları, HTTP bekleyen bir SOCKS dinleyicisine bağlandığınızı veya tam tersi bir durumun söz konusu olduğunu gösterir. Her bir belirti farklı bir katmanı gösterir ve bağlantı noktası numaralarını değiştirmek yalnızca ilk durumda yardımcı olur.
Bir uç nokta için size birkaç bağlantı noktası verildiğinde, rastgele birini seçmek yerine belgeleri okuyun. Buradaki hata durumu bir hata mesajı değildir — yanlış ülkeyi veya yanlış oturum davranışını sessizce kullanarak çalışan bir istek olup, bu çok daha pahalıya mal olan bir tür hatadır.
