To proxyindstillinger kan skabe en kæde, du ikke havde tænkt dig

Din applikation peger på proxy B, men den blev startet gennem en indpakning, der er konfigureret til proxy A. Hvilken udgang ser webstedet? Svaret afhænger af, hvilken forbindelse indpakningen opfanger.

I et ligetil indlejret arrangement forsøger applikationen først at forbinde til B. Indpakningen opfanger denne forbindelse og fører den gennem A. Derefter taler applikationen B's proxyprotokol over den resulterende strøm, og B foretager den endelige forbindelse til webstedet.

application → wrapper proxy A → application proxy B → website

Webstedet ser B's endelige udgående forbindelse. B ser en forbindelse, der ankommer gennem A. Det er anderledes end at indpakningen lydløst overskriver applikationens egen proxyindstilling.

Det enkle diagram har betingelser

Omgåelsesregler, ikke-understøttede socket-kald, eksisterende processer og hvert produkts opfangelsesmodel kan ændre stien. Nogle indpakninger kan udelukke deres egen proxy eller udvalgte destinationer. Antag ikke, at hvert værktøjspar kombineres ens.

Beskrivelsen af proxychains-ng forklarer dens opfangelsestilgang og begrænsninger. Et program, der bruger indbygget proxyunderstøttelse, foretager stadig en netværksforbindelse til den proxy, hvilket er en kandidat til opfangelse.

Til en bevidst kæde af uautentificerede offentlige endepunkter tilbyder listen over gratis proxyer kandidater, hvis protokoller skal matche hvert værktøj. Ved en uventet udgang skal du registrere tre adresser hver for sig: det endepunkt, applikationen valgte, det endepunkt, indpakningen valgte, og det resultat, webstedet ser. At se kun på browserens indstillinger overser det midterste lag.

Brug én rute, mens du fastslår den tilsigtede adfærd, og tilføj derefter den anden, kun hvis kæden er nødvendig. Ekstra hop kan tilføje fejlpunkter og andre tillidsforhold. De sletter ikke automatisk identificerende cookies og får heller ikke enhver forbindelse i applikationen til at følge samme rute.