Kaksi välityspalvelinasetusta voivat luoda ketjun, jota et tarkoittanut

Sovelluksesi osoittaa välityspalvelimeen B, mutta se käynnistettiin kääreen kautta, joka on määritetty välityspalvelimelle A. Minkä lähdön verkkosivusto näkee? Vastaus riippuu siitä, minkä yhteyden kääre sieppaa.

Yksinkertaisessa sisäkkäisessä järjestelyssä sovellus yrittää ensin yhdistää B:hen. Kääre sieppaa tämän yhteyden ja kuljettaa sen A:n kautta. Sitten sovellus puhuu B:n välityspalvelinprotokollaa syntyneen virran yli, ja B tekee lopullisen verkkosivuyhteyden.

application → wrapper proxy A → application proxy B → website

Verkkosivusto näkee B:n lopullisen lähtevän yhteyden. B näkee yhteyden, joka saapuu A:n kautta. Tämä eroaa siitä, että kääre kirjoittaisi hiljaa yli sovelluksen oman välityspalvelinasetuksen.

Yksinkertaisella kaaviolla on ehtonsa

Ohitusäännöt, tukemattomat socket-kutsut, olemassa olevat prosessit ja kunkin tuotteen sieppausmalli voivat muuttaa polkua. Jotkin kääreet voivat jättää pois oman välityspalvelimensa tai valitut kohteet. Älä oleta, että jokainen työkalupari yhdistyy samalla tavalla.

proxychains-ng:n kuvaus selittää sen sieppausmenetelmän ja rajoitukset. Ohjelma, joka käyttää natiivia välityspalvelintukea, tekee silti verkkoyhteyden kyseiseen välityspalvelimeen, mikä on yksi sieppauksen ehdokas.

Tarkoituksellista ketjua varten todentamattomista julkisista päätepisteistä ilmainen välityspalvelinluettelo tarjoaa ehdokkaita, joiden protokollien on vastattava kutakin työkalua. Odottamattomassa lähdössä kirjaa kolme osoitetta erikseen: päätepiste, jonka sovellus valitsi, päätepiste, jonka kääre valitsi, ja tulos, jonka verkkosivusto näkee. Pelkkien selaimen asetusten katsominen jättää keskikerroksen huomaamatta.

Käytä yhtä reittiä, kun vahvistat aiottua toimintaa, ja lisää toinen vain, jos ketju on tarpeen. Ylimääräiset hypyt voivat lisätä vikapisteitä ja erilaisia luottamussuhteita. Ne eivät automaattisesti poista tunnistavia evästeitä eivätkä saa jokaista sovelluksen yhteyttä seuraamaan samaa reittiä.