Squid üzerinden Proxychains: 80 numaralı bağlantı noktasında CONNECT kısıtlamaları
Hedef bağlantı noktası 80 reddedildiğinde sıradan HTTP proxy isteklerini proxychains HTTP CONNECT tünellerinden ayırt edin.
Tarayıcı HTTP sayfasını Squid üzerinden yükler. Aynı hedef proxychains altında başarısız olur. Bu, iki programdan birinin yanlış proxy IP seçtiği anlamına gelmez.
Sıradan HTTP anlayan bir istemci web isteğini HTTP proxy biçiminde yönlendirme proxy'sine gönderebilir. Genel bir soket sarmalayıcısı ise uygulamanın açmak istediği bağlantı için bir bayt tüneli gerektirir. Zincirindeki bir HTTP proxy için proxychains CONNECT kullanır.
Yani 80 numaralı bağlantı noktasındaki düz metin bir web sitesi, 80 numaralı bağlantı noktası için bir CONNECT isteği üretebilir. CONNECT'e yalnızca onaylanmış TLS bağlantı noktası listesine izin veren bir Squid politikası, 80 numaralı bağlantı noktasına normal HTTP istekleri izinli olsa bile bu tüneli reddedebilir.
Yalnızca ana bilgisayar adlarını değil, istekleri karşılaştırın
proxychains-ng belgeleri HTTP CONNECT desteğini açıklar. Squid'in erişim kuralları yöntemi ve hedef bağlantı noktasını ayırt edebilir. Bunlar aynı web sitesine giden farklı istek yollarıdır.
Değiştirmeden önce reddi ve amaçlanan politikayı okuyun. CONNECT erişimini her bağlantı noktasına genişletmek önemli bir değişikliktir; sarmalayıcı uyumsuzluğuna varsayılan yanıt olmamalıdır.
Uygulamanın yerel HTTP proxy desteği varsa, bunu kullanmak düz metin HTTP için gereksiz genel bir tünelden kaçınabilir. Gerçekten ham bir TCP tüneli gerekiyorsa, onu sağlayan onaylı bir proxy protokolü ve bağlantı noktası politikası seçin.
Başarılı bir tarayıcı isteği, proxy'nin erişilebilirliği ve desteklenen tek bir istek kipi hakkında yararlı bir kanıttır. Ancak her tünel yönteminin, hedef bağlantı noktasının veya uygulama protokolünün o proxy üzerinden izinli olduğunu kanıtlamaz.