Kaks puhverserveri seadet võivad luua ahela, mida sa ei kavatsenud

Sinu rakendus osutab puhverserverile B, kuid see käivitati mähise kaudu, mis on seadistatud puhverserverile A. Millist väljundit veebisait näeb? Vastus sõltub sellest, millise ühenduse mähis kinni püüab.

Lihtsas pesastatud paigutuses proovib rakendus esmalt ühenduda B-ga. Mähis püüab selle ühenduse kinni ja viib selle läbi A. Seejärel räägib rakendus saadud voo kohal B puhverserveri protokolli ja B teeb lõpliku ühenduse veebisaidiga.

application → wrapper proxy A → application proxy B → website

Veebisait näeb B lõplikku väljuvat ühendust. B näeb ühendust, mis saabub läbi A. See erineb olukorrast, kus mähis kirjutab vaikselt üle rakenduse enda puhverserveri seade.

Lihtsal skeemil on tingimused

Möödaviimisreeglid, toetamata soketi kutsed, olemasolevad protsessid ja iga toote püüdmismudel võivad teekonda muuta. Mõned mähised võivad välistada oma puhverserveri või valitud sihtkohad. Ära eelda, et iga tööriistapaar kombineerub ühtemoodi.

proxychains-ng kirjeldus selgitab selle püüdmisviisi ja piiranguid. Programm, mis kasutab loomulikku puhverserveri tuge, teeb ikkagi võrguühenduse selle puhverserverini, mis on üks kandidaat püüdmiseks.

Autenditud avalike lõpp-punktide teadliku ahela jaoks pakub tasuta puhverserverite nimekiri kandidaate, mille protokollid peavad iga tööriistaga sobima. Ootamatu väljundi korral kirjuta kolm aadressi eraldi: lõpp-punkt, mille valis rakendus, lõpp-punkt, mille valis mähis, ja tulemus, mida veebisait näeb. Ainult brauseri seadete vaatamine jätab vahepealse kihi märkamata.

Kasuta ühte marsruuti, kuni kinnitad kavatsetud käitumist, ja lisa teine ainult siis, kui ahel on vajalik. Lisahüpped võivad lisada tõrkepunkte ja erinevaid usaldussuhteid. Need ei kustuta automaatselt tuvastavaid küpsiseid ega pane iga rakenduse ühendust sama marsruuti järgima.