Proxychains DNS: wêrom't hostnammen syntetyske IP-adressen krije
Ferklarje de syntetyske DNS-adrestafeling fan proxychains-ng en ûnderskied in ynterne plekhâlder fan de echte bestemming of it útgongsadres.
In programma ûnder proxychains lost in gewoane hostnamme op nei in ûnbekend adresberik. Dat adres kin in boekhâldkundige wearde binnen de wikel wêze yn stee fan in DNS-antwurd fan it ynternet.
Yn syn proxy-DNS-modus kin proxychains-ng in hostnamme ûnthâlde, in syntetysk adres oan de tapassing weromjaan en letter dy wearde wer omsette yn 'e hostnamme as de ûnderskepte ferbining fia in proxy iepene wurdt.
De plekhâlder is net it útgongs-IP
De foarbyldkonfiguraasje dokumintearret proxy_dns en remote_dns_subnet. It reservearre mappberik is konfigurearber. It is gjin adres dat jo ferwachtsje soene te pingjen of te publisearjen as de iepenbiere boarne fan 'e proxy.
Dat hinget derfan ôf dat de relevante namme-opsyk- en ferbiningsoproppen binnen it bedoelde proses ûnderskept wurde. In programma dat syn eigen DNS fia in oar meganisme docht, de plekhâlder bewarret foar letter ûnferbânlik gebrûk of it paad fan 'e oanheakte socket omgiet, kin oars hannelje.
Dy beheining ferklearret wêrom't in syntetysk adres yn in log op himsels gjin bewiis is dat de hiele tapassing remote DNS korrekt brûkt. Likegoed testet in apart DNS-ark bûten it ynpakte proses net de mappe ferbining fan 'e tapassing.
Ûnderskied de plekhâlder fan 'e tapassing, it echte bestimmingsadres dat oan 'e proxykant keazen wurdt en de iepenbiere útgong dy't de webside sjocht. Se tsjinje ferskillende doelen en hoege net oerien te kommen.
Hâld by it debuggen de hostnamme yn jo notysjes en identifisearje it krekte ynpakte proses en de konfiguraasje. It mei de hân ferfangen fan in fertocht plekhâlder kin de mapping ferlieze dy't de wikel nedich hie om dy hostnamme werom te heljen, en in begryplike yndireksje feroarje yn in ferbining mei de ferkearde bestimming.