To proxyinnstillingar kan lage ei kjede du ikkje hadde tenkt deg

Applikasjonen din peikar på proxy B, men han vart starta gjennom ei innpakning som er konfigurert for proxy A. Kva utgang ser nettstaden? Svaret avheng av kva samband innpakninga fangar opp.

I eit enkelt nøsta oppsett prøver applikasjonen først å kople til B. Innpakninga fangar opp dette sambandet og fører det gjennom A. Deretter snakkar applikasjonen proxyprotokollen til B over straumen som oppstår, og B gjer den siste nettstadkoplinga.

application → wrapper proxy A → application proxy B → website

Nettstaden ser den siste utgåande koplinga til B. B ser ei kopling som kjem inn gjennom A. Dette er annleis enn at innpakninga stille skriv over applikasjonen si eiga proxyinnstilling.

Det enkle diagrammet har vilkår

Omgåingsreglar, socket-kall som ikkje er støtta, eksisterande prosessar og avskjeringsmodellen til kvar produkt kan endre vegen. Nokre innpakningar kan utelukke sin eigen proxy eller utvalde mål. Ikkje gå ut frå at kvart verktøypar blir kombinert på same måte.

Skildringa av proxychains-ng forklarar avskjeringsmåten og avgrensingane. Eit program som brukar innebygd proxystøtte, gjer framleis ein nettverkskopling til den proxyen, noko som er ein kandidat for avskjering.

For ei medviten kjede av uautentiserte offentlege endepunkt tilbyr lista over gratis proxyar kandidatar der protokollane må passe til kvart verktøy. Ved ein uventa utgang registrerer du tre adresser kvar for seg: endepunktet applikasjonen valde, endepunktet innpakninga valde, og resultatet nettstaden ser. Berre å sjå på innstillingane i nettlesaren overser mellomlaget.

Bruk éin rute medan du fastset den tilsikta åtferda, og legg deretter til den andre berre om kjeda er nødvendig. Ekstra hopp kan leggje til feilpunkt og andre tillitsforhold. Dei slettar ikkje automatisk identifiserande informasjonskapslar og får heller ikkje kvar kopling i applikasjonen til å følgje same rute.