Proxychains DNS: perché i nomi host ricevono indirizzi IP sintetici

Un programma sotto proxychains risolve un normale nome host in un intervallo di indirizzi sconosciuto. Quell'indirizzo può essere un valore contabile interno al wrapper anziché una risposta DNS da internet.

Nella modalità proxy-DNS, proxychains-ng può ricordare un nome host, restituire un indirizzo sintetico all'applicazione e in seguito ritradurre quel valore nel nome host quando la connessione intercettata viene aperta attraverso un proxy.

Il segnaposto non è l'IP di uscita

La configurazione di esempio documenta proxy_dns e remote_dns_subnet. L'intervallo di mappatura riservato è configurabile. Non è un indirizzo che dovresti aspettarti di poter pingare o pubblicare come origine pubblica del proxy.

Ciò dipende dal fatto che le chiamate di risoluzione del nome e di connessione pertinenti vengano intercettate all'interno del processo previsto. Un programma che esegue il proprio DNS tramite un altro meccanismo, conserva il segnaposto per un uso successivo non correlato o aggira il percorso del socket agganciato può comportarsi diversamente.

Questo limite spiega perché un indirizzo sintetico in un log non è, di per sé, prova che l'intera applicazione usi correttamente il DNS remoto. Allo stesso modo, un'utilità DNS separata al di fuori del processo incapsulato non verifica la connessione mappata dell'applicazione.

Distingui il segnaposto dell'applicazione, l'indirizzo di destinazione reale scelto sul lato proxy e l'uscita pubblica osservata dal sito. Svolgono compiti diversi e non devono necessariamente coincidere.

Durante il debug, tieni il nome host nelle tue note e identifica il processo incapsulato esatto e la configurazione. Sostituire a mano un segnaposto sospetto può scartare la mappatura di cui il wrapper aveva bisogno per recuperare quel nome host, trasformando un'indirezione comprensibile in una connessione alla destinazione sbagliata.