Dvi tarpinio serverio nuostatos gali sukurti grandinę, kurios nenorėjote

Jūsų programa nurodo į tarpinį serverį B, bet buvo paleista per apvalkalą, sukonfigūruotą tarpiniam serveriui A. Kokį išėjimą mato svetainė? Atsakymas priklauso nuo to, kokį ryšį perima apvalkalas.

Paprastame įdėtame išdėstyme programa pirmiausia bando prisijungti prie B. Apvalkalas perima tą ryšį ir perduoda jį per A. Tada programa kalba B tarpinio serverio protokolu per gautą srautą, o B atlieka galutinį prisijungimą prie svetainės.

application → wrapper proxy A → application proxy B → website

Svetainė mato galutinį B išeinantį ryšį. B mato ryšį, ateinantį per A. Tai skiriasi nuo to, kai apvalkalas tyliai perrašo pačios programos tarpinio serverio nuostatą.

Paprasta schema turi sąlygas

Aplenkimo taisyklės, nepalaikomi socket kvietimai, esami procesai ir kiekvieno produkto perėmimo modelis gali pakeisti kelią. Kai kurie apvalkalai gali išskirti savo tarpinį serverį arba pasirinktas paskirties vietas. Nemanokite, kad kiekviena įrankių pora jungiasi vienodai.

proxychains-ng aprašymas paaiškina jo perėmimo metodą ir apribojimus. Programa, naudojanti vietinį tarpinio serverio palaikymą, vis tiek užmezga tinklo ryšį su tuo tarpiniu serveriu, o tai yra vienas perėmimo kandidatas.

Kad sąmoningai sudarytumėte neautentifikuotų viešų galinių taškų grandinę, nemokamas tarpinių serverių sąrašas siūlo kandidatus, kurių protokolai turi atitikti kiekvieną įrankį. Netikėtam išėjimui atskirai užrašykite tris adresus: galinį tašką, kurį pasirinko programa, galinį tašką, kurį pasirinko apvalkalas, ir rezultatą, kurį mato svetainė. Žvelgiant tik į naršyklės nuostatas, praleidžiamas vidurinis sluoksnis.

Naudokite vieną maršrutą, kol nustatote numatytą elgseną, o kitą pridėkite tik jei grandinė būtina. Papildomi šuoliai gali pridėti gedimo taškų ir skirtingų pasitikėjimo santykių. Jie automatiškai netrina identifikuojančių slapukų ir nepriverčia kiekvieno programos ryšio eiti tuo pačiu maršrutu.