Dvě nastavení proxy mohou vytvořit řetěz, který jste nechtěli

Vaše aplikace ukazuje na proxy B, ale byla spuštěna přes obal nakonfigurovaný pro proxy A. Který výstup vidí web? Odpověď závisí na tom, které spojení obal zachytí.

V jednoduchém vnořeném uspořádání se aplikace nejprve pokusí připojit k B. Obal toto spojení zachytí a přenese ho přes A. Aplikace pak mluví proxy protokolem B přes výsledný proud a B provede konečné připojení k webu.

application → wrapper proxy A → application proxy B → website

Web vidí konečné odchozí spojení B. B vidí spojení přicházející přes A. To se liší od toho, kdy obal tiše přepíše vlastní nastavení proxy aplikace.

Jednoduchý diagram má podmínky

Pravidla obcházení, nepodporovaná volání socketů, existující procesy a model zachytávání každého produktu mohou cestu změnit. Některé obaly mohou vyloučit svou vlastní proxy nebo vybrané cíle. Nepředpokládejte, že se každá dvojice nástrojů skládá stejně.

Popis proxychains-ng vysvětluje jeho přístup k zachytávání a omezení. Program, který používá nativní podporu proxy, stále vytváří síťové spojení k této proxy, což je jeden z kandidátů na zachycení.

Pro záměrný řetěz neověřených veřejných koncových bodů nabízí seznam bezplatných proxy kandidáty, jejichž protokoly musí odpovídat každému nástroji. U neočekávaného výstupu zaznamenejte tři adresy odděleně: koncový bod, který zvolila aplikace, koncový bod, který zvolil obal, a výsledek, který vidí web. Pohled pouze na nastavení prohlížeče přehlíží prostřední vrstvu.

Používejte jednu trasu, dokud ověřujete zamýšlené chování, a druhou přidejte jen tehdy, je-li řetěz nutný. Další přeskoky mohou přidat body selhání a odlišné vztahy důvěry. Automaticky nemažou identifikační cookies ani nezpůsobí, že každé spojení v aplikaci půjde stejnou trasou.