Divi starpniekservera iestatījumi var izveidot ķēdi, ko neplānojāt

Jūsu lietojumprogramma norāda uz starpniekserveri B, bet tā tika palaista caur ietvaru, kas konfigurēts starpniekserverim A. Kādu izeju redz vietne? Atbilde ir atkarīga no tā, kuru savienojumu ietvars pārtver.

Vienkāršā ligzdotā izkārtojumā lietojumprogramma vispirms mēģina savienoties ar B. Ietvars pārtver šo savienojumu un pārvada to caur A. Pēc tam lietojumprogramma runā B starpniekservera protokolā pa iegūto plūsmu, un B veic galīgo savienojumu ar vietni.

application → wrapper proxy A → application proxy B → website

Vietne redz B galīgo izejošo savienojumu. B redz savienojumu, kas pienāk caur A. Tas atšķiras no situācijas, kad ietvars klusi pārraksta pašas lietojumprogrammas starpniekservera iestatījumu.

Vienkāršajai shēmai ir nosacījumi

Apiešanas noteikumi, neatbalstīti socket izsaukumi, esošie procesi un katra produkta pārtveršanas modelis var mainīt ceļu. Daži ietvari var izslēgt savu starpniekserveri vai atlasītus galamērķus. Neuzskatiet, ka katrs rīku pāris savienojas vienādi.

proxychains-ng apraksts izskaidro tā pārtveršanas pieeju un ierobežojumus. Programma, kas izmanto vietējo starpniekservera atbalstu, joprojām veido tīkla savienojumu ar šo starpniekserveri, kas ir viens no pārtveršanas kandidātiem.

Lai apzināti veidotu neautentificētu publisku galapunktu ķēdi, bezmaksas starpniekserveru saraksts piedāvā kandidātus, kuru protokoliem jāatbilst katram rīkam. Neparedzētai izejai atsevišķi pierakstiet trīs adreses: galapunktu, ko izvēlējās lietojumprogramma, galapunktu, ko izvēlējās ietvars, un rezultātu, ko redz vietne. Aplūkojot tikai pārlūka iestatījumus, tiek palaists garām vidējais slānis.

Izmantojiet vienu maršrutu, kamēr nosakāt paredzēto uzvedību, un pievienojiet otru tikai tad, ja ķēde ir nepieciešama. Papildu lēcieni var pievienot kļūmju punktus un atšķirīgas uzticēšanās attiecības. Tie automātiski nedzēš identificējošas sīkfailus un neliek katram lietojumprogrammas savienojumam iet pa vienu maršrutu.