Un programa sota proxychains resol un nom d'amfitrió normal a un rang d'adreces desconegut. Aquesta adreça pot ser un valor de comptabilitat dins de l'embolcall en lloc d'una resposta DNS d'internet.

En el seu mode proxy-DNS, proxychains-ng pot recordar un nom d'amfitrió, retornar una adreça sintètica a l'aplicació i després traduir aquest valor de nou al nom d'amfitrió quan la connexió interceptada s'obre a través d'un proxy.

El marcador no és la IP de sortida

La configuració d'exemple documenta proxy_dns i remote_dns_subnet. El rang de mapatge reservat és configurable. No és una adreça que hàgiu d'esperar fer ping ni publicar com a origen públic del proxy.

Això depèn que les crides de cerca de nom i de connexió rellevants siguin interceptades dins del procés previst. Un programa que fa el seu propi DNS per un altre mecanisme, desa el marcador per a un ús posterior no relacionat o evita el camí del sòcol enganxat pot comportar-se de manera diferent.

Aquesta limitació explica per què una adreça sintètica en un registre no és, per si sola, prova que tota l'aplicació utilitzi correctament el DNS remot. Igualment, una utilitat DNS separada fora del procés embolcallat no prova la connexió mapada de l'aplicació.

Distingiu el marcador de l'aplicació, l'adreça de destinació real triada al costat del proxy i la sortida pública que veu el lloc web. Fan feines diferents i no cal que coincideixin.

En depurar, tingueu el nom d'amfitrió a les notes i identifiqueu el procés embolcallat exacte i la configuració. Substituir manualment un marcador sospitós pot descartar el mapatge que l'embolcall necessitava per recuperar aquell nom d'amfitrió, convertint una indirecció comprensible en una connexió a la destinació equivocada.

Articles relacionats