İki proxy ayarı, amaçlamadığınız bir zincir oluşturabilir

Uygulamanız proxy B'yi işaret ediyor, ancak proxy A için yapılandırılmış bir sarmalayıcı aracılığıyla başlatılmış. Web sitesi hangi çıkışı görüyor? Yanıt, sarmalayıcının hangi bağlantıyı yakaladığına bağlıdır.

Basit iç içe bir düzenlemede uygulama önce B'ye bağlanmayı dener. Sarmalayıcı bu bağlantıyı yakalar ve A üzerinden taşır. Ardından uygulama oluşan akış üzerinde B'nin proxy protokolünü konuşur ve B son web sitesi bağlantısını kurar.

application → wrapper proxy A → application proxy B → website

Web sitesi B'nin son dışa giden bağlantısını görür. B ise A üzerinden gelen bir bağlantı görür. Bu, sarmalayıcının uygulamanın kendi proxy ayarının üzerine sessizce yazmasından farklıdır.

Basit şemanın koşulları var

Atlatma kuralları, desteklenmeyen soket çağrıları, mevcut süreçler ve her ürünün yakalama modeli yolu değiştirebilir. Bazı sarmalayıcılar kendi proxylerini veya seçili hedefleri hariç tutabilir. Her araç çiftinin aynı şekilde birleştiğini varsaymayın.

proxychains-ng açıklaması yakalama yaklaşımını ve sınırlarını açıklar. Yerleşik proxy desteği kullanan bir program yine de o proxy'ye ağ bağlantısı kurar; bu, yakalama için bir adaydır.

Kimliği doğrulanmamış genel uç noktaların kasıtlı bir zinciri için ücretsiz proxy listesi, protokolleri her araçla eşleşmesi gereken adaylar sunar. Beklenmeyen bir çıkış için üç adresi ayrı ayrı kaydedin: uygulamanın seçtiği uç nokta, sarmalayıcının seçtiği uç nokta ve web sitesinin gördüğü sonuç. Yalnızca tarayıcı ayarlarına bakmak orta katmanı kaçırır.

Amaçlanan davranışı belirlerken tek bir yol kullanın, diğerini yalnızca zincir gerekiyorsa ekleyin. Ekstra atlamalar arıza noktaları ve farklı güven ilişkileri ekleyebilir. Tanımlayıcı çerezleri otomatik olarak silmezler ve uygulamadaki her bağlantının aynı yolu izlemesini sağlamazlar.