To proxyinnstillinger kan lage en kjede du ikke hadde tenkt deg

Applikasjonen din peker på proxy B, men den ble startet gjennom en innpakning som er konfigurert for proxy A. Hvilken utgang ser nettstedet? Svaret avhenger av hvilken forbindelse innpakningen fanger opp.

I et enkelt nestet oppsett prøver applikasjonen først å koble til B. Innpakningen fanger opp den forbindelsen og fører den gjennom A. Deretter snakker applikasjonen Bs proxyprotokoll over strømmen som oppstår, og B gjør den endelige nettstedstilkoblingen.

application → wrapper proxy A → application proxy B → website

Nettstedet ser Bs endelige utgående forbindelse. B ser en forbindelse som kommer inn gjennom A. Dette er forskjellig fra at innpakningen stille overskriver applikasjonens egen proxyinnstilling.

Det enkle diagrammet har betingelser

Omgåelsesregler, sockets som ikke støttes, eksisterende prosesser og hvert produkts avskjæringsmodell kan endre banen. Noen innpakninger kan utelukke sin egen proxy eller utvalgte mål. Ikke anta at hvert verktøyparet kombineres på samme måte.

Beskrivelsen av proxychains-ng forklarer avskjæringstilnærmingen og begrensningene. Et program som bruker innebygd proxystøtte, gjør fortsatt en nettverksforbindelse til den proxyen, noe som er en kandidat for avskjæring.

For en bevisst kjede av uautentiserte offentlige endepunkter tilbyr listen over gratis proxyer kandidater der protokollene må passe til hvert verktøy. Ved en uventet utgang registrerer du tre adresser hver for seg: endepunktet applikasjonen valgte, endepunktet innpakningen valgte, og resultatet nettstedet ser. Å bare se på nettleserens innstillinger overser mellomlaget.

Bruk én rute mens du fastslår den tiltenkte atferden, og legg deretter til den andre bare hvis kjeden er nødvendig. Ekstra hopp kan legge til feilpunkter og andre tillitsforhold. De sletter ikke automatisk identifiserende informasjonskapsler og får heller ikke hver forbindelse i applikasjonen til å følge samme rute.