Proxychains-DNS: hoekom hostname sintetiese IP-adresse kry
Verduidelik proxychains-ng se sintetiese DNS-adrestoewysing en onderskei 'n interne plekhouer van die werklike bestemming of uitgangsadres.
'n Program onder proxychains los 'n gewone hostname op na 'n onbekende adresreeks. Daardie adres kan 'n boekhoudkundige waarde binne die omhulsel wees eerder as 'n DNS-antwoord van die internet.
In sy proxy-DNS-modus kan proxychains-ng 'n hostname onthou, 'n sintetiese adres aan die toepassing teruggee en later daardie waarde terugvertaal na die hostname wanneer die onderskepte verbinding deur 'n proxy oopgemaak word.
Die plekhouer is nie die uitgangs-IP nie
Die voorbeeldkonfigurasie dokumenteer proxy_dns en remote_dns_subnet. Die gereserveerde toewysingsreeks is konfigureerbaar. Dit is nie 'n adres wat jy moet verwag om te ping of as die proxy se publieke bron te publiseer nie.
Dit berus daarop dat die betrokke naamsoektog- en verbindingsoproepe binne die beoogde proses onderskep word. 'n Program wat sy eie DNS via 'n ander meganisme doen, die plekhouer vir later onverwante gebruik stoor, of die gehaakte socket-pad omseil, kan anders optree.
Daardie beperking verduidelik hoekom 'n sintetiese adres in 'n log op sigself nie bewys is dat die hele toepassing afgeleë DNS korrek gebruik nie. Net so toets 'n aparte DNS-nutsprogram buite die omhulde proses nie die toepassing se gekarteerde verbinding nie.
Onderskei die toepassing se plekhouer, die werklike bestemmingsadres wat aan die proxykant gekies word, en die publieke uitgang wat die webwerf waarneem. Hulle dien verskillende doele en hoef nie ooreen te stem nie.
Hou tydens ontfouting die hostname in jou notas en identifiseer die presiese omhulde proses en konfigurasie. Om 'n verdagte plekhouer handmatig te vervang kan die kartering verloor wat die omhulsel nodig gehad het om daardie hostname te herstel, en 'n verstaanbare indireksie in 'n verbinding na die verkeerde bestemming verander.