Налада SOCKS у вашым браўзеры не канфігуруе nslookup
Разглядайце сістэмны DNS-запыт асобна ад браўзернага запыту праз проксі, ацэньваючы аддаленае развязанне імёнаў вузлоў.
Браўзер выкарыстоўвае проксі SOCKS, затым nslookup звяртаецца да звычайнага рэзалютара машыны. Гэтага недастаткова, каб заключыць, што браўзер праігнараваў сваю опцыю аддаленага DNS.
Утыліта зрабіла чарговы запыт праз свой уласны інтэрфейс DNS. Яна не спытала браўзер, які маршрут выкарыстоўваць. Наадварот, браўзер, які перадае мэтавыя імёны вузлоў у SOCKS, не пераканфігуроўвае кожны кліент рэзалютара на прыладзе.
Дынамічнае прасоўванне SSH дадае яшчэ адно карыснае адрозненне. Яно прымае злучэнні праграм, якія разумеюць SOCKS. Гэта не аўтаматычны рэтранслятар UDP DNS для ўсёй сістэмы. Мэтавае імя вузла, перанесенае ў запыце SOCKS, усё яшчэ можа быць развязана аддалена без перадачы звычайных DNS-запытаў сістэмы праз гэты слухач.
Ацэньвайце аперацыю, якая вас цікавіць. Вызначце эфектыўны тып проксі браўзера і палітыку развязання мэтаў, затым даследуйце доказы, звязаныя з гэтым запытам браўзера. Асобная ўтыліта па-за гэтым шляхам — гэта параўнанне, а не вымярэнне ўнутранага пошуку браўзера.
Калі патрабаванне — маршрутызацыя развязання імёнаў для ўсёй сістэмы, укажыце гэта асобна. Патрэбны адпаведны падтрыманы праект, які ахоплівае трафік рэзалютара ў межах абсягу. Адна налада проксі праграмы стварае вузейшую схему.