Proxychains DNS: zakaj imena gostiteljev dobijo sintetične naslove IP
Pojasnite sintetično preslikavo naslovov DNS v proxychains-ng in ločite notranji nadomestni znak od dejanskega cilja ali izhodnega naslova.
Program pod proxychains razreši običajno ime gostitelja v neznano območje naslovov. Ta naslov je lahko notranja knjigovodska vrednost ovoja, ne pa odgovor DNS iz interneta.
V svojem načinu proxy-DNS si lahko proxychains-ng zapomni ime gostitelja, aplikaciji vrne sintetični naslov in pozneje to vrednost pretvori nazaj v ime gostitelja, ko se prestrežena povezava odpre skozi proxy.
Nadomestni znak ni izhodni IP
Primer konfiguracije dokumentira proxy_dns in remote_dns_subnet. Rezervirano območje preslikave je nastavljivo. To ni naslov, za katerega bi pričakovali, da ga boste pingali ali objavili kot javni vir proxyja.
To je odvisno od tega, ali so ustrezni klici iskanja imena in povezave prestreženi znotraj predvidenega procesa. Program, ki izvaja lasten DNS z drugim mehanizmom, shrani nadomestni znak za poznejšo nepovezano uporabo ali obide pot priklopljenega vtičnice, se lahko obnaša drugače.
Ta omejitev pojasnjuje, zakaj sintetični naslov v dnevniku sam po sebi ni dokaz, da celotna aplikacija pravilno uporablja oddaljeni DNS. Prav tako ločeno orodje DNS zunaj ovitega procesa ne preizkusi preslikane povezave aplikacije.
Razlikujte nadomestni znak aplikacije, dejanski ciljni naslov, izbran na strani proxyja, in javni izhod, ki ga vidi spletno mesto. Opravljajo različne naloge in se jim ni treba ujemati.
Pri odpravljanju napak imejte ime gostitelja v svojih zapiskih in določite natančen oviti proces in konfiguracijo. Ročna zamenjava sumljivega nadomestnega znaka lahko izgubi preslikavo, ki jo je ovoj potreboval za obnovitev tega imena gostitelja, in razumljivo posredovanje spremeni v povezavo z napačnim ciljem.