Proxychains DNS: varför värdnamn får syntetiska IP-adresser
Förklara proxychains-ngs syntetiska DNS-adressmappning och skilj mellan en intern platshållare och den faktiska destinationen eller utgångsadressen.
Ett program under proxychains löser ett vanligt värdnamn till ett okänt adressintervall. Den adressen kan vara ett bokföringsvärde inuti omslaget i stället för ett DNS-svar från internet.
I sitt proxy-DNS-läge kan proxychains-ng komma ihåg ett värdnamn, returnera en syntetisk adress till programmet och senare översätta det värdet tillbaka till värdnamnet när den avlyssnade anslutningen öppnas via en proxy.
Platshållaren är inte utgångs-IP:n
Exempelkonfigurationen dokumenterar proxy_dns och remote_dns_subnet. Det reserverade mappningsintervallet är konfigurerbart. Det är inte en adress du bör förvänta dig att pinga eller publicera som proxyns offentliga källa.
Detta förutsätter att de relevanta namnuppslags- och anslutningsanropen avlyssnas inom den avsedda processen. Ett program som utför sin egen DNS via en annan mekanism, sparar platshållaren för senare orelaterad användning eller kringgår den hookade socket-vägen kan bete sig annorlunda.
Den begränsningen förklarar varför en syntetisk adress i en logg inte i sig är bevis för att hela programmet använder fjärr-DNS korrekt. På samma sätt testar ett separat DNS-verktyg utanför den omslutna processen inte programmets mappade anslutning.
Skilj mellan programmets platshållare, den faktiska destinationsadressen som väljs på proxy-sidan och den offentliga utgång som webbplatsen ser. De tjänar olika syften och behöver inte stämma överens.
När du felsöker, behåll värdnamnet i dina anteckningar och identifiera den exakta omslutna processen och konfigurationen. Att manuellt ersätta en misstänkt platshållare kan förlora den mappning som omslaget behövde för att återställa värdnamnet, och göra en begriplig indirektion till en anslutning till fel destination.