Proxychains DNS: чаму імёны хастоў атрымліваюць сінтэтычныя IP-адрасы
Растлумачце сінтэтычнае DNS-супастаўленне адрасоў у proxychains-ng і адрознівайце ўнутраную заглушку ад рэальнага прызначэння або адраса выхаду.
Праграма пад proxychains развязае звычайнае імя хаста ў незнаёмы дыяпазон адрасоў. Гэты адрас можа быць уліковым значэннем унутры абгорткі, а не DNS-адказам з інтэрнэту.
У рэжыме проксі-DNS proxychains-ng можа запомніць імя хаста, вярнуць праграме сінтэтычны адрас, а потым пераўтварыць гэтае значэнне назад у імя хаста, калі перахопленае злучэнне адкрываецца праз проксі.
Заглушка не з'яўляецца выхадным IP
Прыклад канфігурацыі дакументуе proxy_dns і remote_dns_subnet. Зарэзерваваны дыяпазон супастаўлення можна наладзіць. Гэта не адрас, які вы павінны пінгаваць або публікаваць як публічную крыніцу проксі.
Гэта залежыць ад таго, што адпаведныя выклікі пошуку імя і злучэння перахопліваюцца ў межах прызначанага працэсу. Праграма, якая выконвае ўласны DNS іншым механізмам, захоўвае заглушку для далейшага незвязанага выкарыстання або абыходзіць шлях падключанага сокета, можа паводзіць сябе інакш.
Гэтае абмежаванне тлумачыць, чаму сінтэтычны адрас у журнале сам па сабе не з'яўляецца доказам таго, што ўся праграма правільна выкарыстоўвае аддалены DNS. Гэтак жа асобная ўтыліта DNS па-за абгорнутым працэсам не правярае супастаўленае злучэнне праграмы.
Адрознівайце заглушку праграмы, рэальны адрас прызначэння, выбраны на баку проксі, і публічны выхад, які бачыць сайт. Яны выконваюць розныя задачы і не абавязаны супадаць.
Пры адладцы трымайце імя хаста ў нататках і вызначце дакладны абгорнуты працэс і канфігурацыю. Ручная замена падазронай заглушкі можа страціць супастаўленне, патрэбнае абгортцы для аднаўлення гэтага імя хаста, ператвараючы зразумелае ўскоснае ўказанне ў злучэнне з няправільным прызначэннем.