Proxychains DNS: proč hostname dostávají syntetické IP adresy
Vysvětlete syntetické mapování DNS adres v proxychains-ng a odlište interní zástupný symbol od skutečného cíle nebo výstupní adresy.
Program spuštěný pod proxychains přeloží běžný název hostitele na neznámý rozsah adres. Tato adresa může být účetní hodnotou uvnitř obalu, nikoli odpovědí DNS z internetu.
Ve svém režimu proxy-DNS si proxychains-ng může zapamatovat název hostitele, vrátit aplikaci syntetickou adresu a později tuto hodnotu přeložit zpět na název hostitele, když se zachycené spojení otevře přes proxy.
Zástupný symbol není výstupní IP
Ukázková konfigurace dokumentuje proxy_dns a remote_dns_subnet. Vyhrazený rozsah mapování je konfigurovatelný. Není to adresa, u které byste měli očekávat, že ji budete pingovat nebo zveřejníte jako veřejný zdroj proxy.
To závisí na tom, že příslušná volání vyhledávání názvu a připojení jsou zachycena v zamýšleném procesu. Program, který provádí vlastní DNS jiným mechanismem, ukládá zástupný symbol pro pozdější nesouvisející použití nebo obchází cestu zaháknutého socketu, se může chovat jinak.
Toto omezení vysvětluje, proč syntetická adresa v protokolu sama o sobě není důkazem, že celá aplikace správně používá vzdálený DNS. Stejně tak samostatný nástroj DNS mimo obalený proces netestuje mapované spojení aplikace.
Rozlišujte zástupný symbol aplikace, skutečnou cílovou adresu zvolenou na straně proxy a veřejný výstup, který web vidí. Plní různé úlohy a nemusí se shodovat.
Při ladění mějte název hostitele ve svých poznámkách a určete přesný obalený proces a konfiguraci. Ruční nahrazení podezřelého zástupného symbolu může zahodit mapování, které obal potřeboval k obnovení tohoto názvu hostitele, a přeměnit srozumitelné nepřímé směrování na spojení se špatným cílem.