Vaša aplikacija kaže na proxy B, vendar je bila zagnana prek ovoja, konfiguriranega za proxy A. Kateri izhod vidi spletno mesto? Odgovor je odvisen od tega, katero povezavo ovoj prestreže.

V preprosti gnezdeni razporeditvi se aplikacija najprej poskuša povezati z B. Ovoj prestreže to povezavo in jo pelje skozi A. Nato aplikacija govori protokol proxy B prek nastalega toka, B pa opravi končno povezavo s spletnim mestom.

application → wrapper proxy A → application proxy B → website

Spletno mesto vidi končno odhodno povezavo B. B vidi povezavo, ki prihaja skozi A. To se razlikuje od tega, da ovoj tiho prepiše lastno nastavitev proxy aplikacije.

Preprost diagram ima pogoje

Pravila zaobidenja, nepodprti klici vtičnic, obstoječi procesi in model prestrezanja vsakega izdelka lahko spremenijo pot. Nekateri ovoji lahko izločijo svoj proxy ali izbrane cilje. Ne domnevajte, da se vsak par orodij sestavi enako.

Opis proxychains-ng pojasnjuje njegov pristop k prestrezanju in omejitve. Program z vgrajeno podporo proxy še vedno vzpostavi omrežno povezavo s tem proxyjem, kar je eden od kandidatov za prestrezanje.

Za namerno verigo nepreverjenih javnih končnih točk seznam brezplačnih proxyjev ponuja kandidate, katerih protokoli se morajo ujemati z vsakim orodjem. Pri nepričakovanem izhodu ločeno zabeležite tri naslove: končno točko, ki jo je izbrala aplikacija, končno točko, ki jo je izbral ovoj, in rezultat, ki ga vidi spletno mesto. Če pogledate le nastavitve brskalnika, zgrešite vmesno plast.

Uporabite eno pot, medtem ko ugotavljate predvideno vedenje, drugo pa dodajte le, če je veriga potrebna. Dodatni skoki lahko dodajo točke odpovedi in drugačne odnose zaupanja. Ne izbrišejo samodejno identifikacijskih piškotkov in ne poskrbijo, da bi vsaka povezava v aplikaciji sledila isti poti.

Sorodni članki