Ang SOCKS na setting ng iyong browser ay hindi nagko-configure ng nslookup
Unawain ang DNS lookup ng system nang hiwalay sa kahilingan ng browser sa pamamagitan ng proxy kapag sinusuri ang remote na resolusyon ng hostname.
Gumagamit ang browser ng SOCKS proxy, pagkatapos kumontak ang nslookup sa karaniwang resolver ng makina. Hindi sapat iyon upang tapusin na binalewala ng browser ang opsyon nitong remote DNS.
Gumawa ang utility ng isa pang query sa sarili nitong DNS interface. Hindi nito tinanong ang browser kung aling ruta ang gagamitin. Sa kabaligtaran, ang browser na nagpapadala ng mga destination hostname sa SOCKS ay hindi muling nagko-configure ng bawat resolver client sa device.
Ang dynamic na SSH forwarding ay nagdaragdag ng isa pang kapaki-pakinabang na pagkakaiba. Tumatanggap ito ng mga koneksyon ng aplikasyong may kamalayan sa SOCKS. Hindi ito awtomatikong UDP DNS relay para sa buong system. Ang destination hostname na dala sa isang SOCKS request ay maaari pa ring malutas nang remote nang hindi ipinapadala ang mga karaniwang DNS query ng system sa listener na iyon.
Suriin ang operasyong mahalaga sa iyo. Tukuyin ang epektibong uri ng proxy ng browser at ang patakaran sa resolusyon ng destination, pagkatapos suriin ang ebidensyang nauugnay sa kahilingang iyon ng browser. Ang hiwalay na utility sa labas ng rutang iyon ay isang paghahambing, hindi isang pagsukat ng panloob na lookup ng browser.
Kung ang pangangailangan ay ang pag-route ng resolusyon ng pangalan sa buong system, sabihin ito nang hiwalay. Kailangan nito ng angkop na sinusuportahang disenyo na sumasaklaw sa trapiko ng resolver sa saklaw. Ang isang setting ng application proxy ay nagtatatag ng mas makitid na kaayusan.