Dy cilësime proxy mund të krijojnë një zinxhir që nuk e kishit synuar

Aplikacioni juaj tregon proxy B, por u nis përmes një mbështjellësi të konfiguruar për proxy A. Cilën dalje sheh faqja e internetit? Përgjigja varet nga lidhja që mbështjellësi përgjon.

Në një rregullim të thjeshtë të folezuar, aplikacioni fillimisht përpiqet të lidhet me B. Mbështjellësi e përgjon atë lidhje dhe e kalon përmes A. Më pas aplikacioni flet protokollin e proxy-t të B mbi rrjedhën që rezulton, dhe B bën lidhjen përfundimtare me faqen.

application → wrapper proxy A → application proxy B → website

Faqja sheh lidhjen përfundimtare dalëse të B. B sheh një lidhje që vjen përmes A. Kjo ndryshon nga rasti kur mbështjellësi mbishkruan në heshtje cilësimin e vetë aplikacionit.

Diagrami i thjeshtë ka kushte

Rregullat e anashkalimit, thirrjet e socket-it të pambështetura, proceset ekzistuese dhe modeli i përgjimit i secilit produkt mund të ndryshojnë rrugën. Disa mbështjellës mund të përjashtojnë proxy-n e tyre ose destinacione të zgjedhura. Mos supozoni se çdo palë mjetesh kombinohet në të njëjtën mënyrë.

Përshkrimi i proxychains-ng shpjegon qasjen e tij të përgjimit dhe kufizimet. Një program që përdor mbështetje vendase për proxy bën gjithsesi një lidhje rrjeti me atë proxy, që është një kandidat për përgjim.

Për një zinxhir të qëllimshëm pikash përfundimtare publike të paautentikuara, lista e proxy-ve falas ofron kandidatë, protokollet e të cilëve duhet të përputhen me çdo mjet. Për një dalje të papritur, regjistroni tre adresa veçmas: pikën përfundimtare që zgjodhi aplikacioni, pikën përfundimtare që zgjodhi mbështjellësi, dhe rezultatin që sheh faqja. Shikimi vetëm i cilësimeve të shfletuesit humb shtresën e mesme.

Përdorni një rrugë ndërsa vendosni sjelljen e synuar, pastaj shtoni tjetrën vetëm nëse zinxhiri kërkohet. Kërcimet shtesë mund të shtojnë pika dështimi dhe marrëdhënie të ndryshme besimi. Ato nuk i fshijnë automatikisht cookie-t identifikuese dhe nuk e bëjnë çdo lidhje të aplikacionit të ndjekë të njëjtën rrugë.