ブラウザはSOCKSプロキシを使用し、その後nslookupがマシンの通常のリゾルバに接続する。これだけではブラウザがリモートDNSオプションを無視したと結論づけることはできない。

このユーティリティは独自のDNSインターフェースを通じて別の問い合わせを行った。どの経路を使うかをブラウザに尋ねたわけではない。逆に、宛先ホスト名をSOCKSに送るブラウザが、デバイス上のすべてのリゾルバクライアントを再設定するわけではない。

SSHの動的転送はもう一つの有用な区別を加える。SOCKS対応アプリケーションの接続を受け入れる。システム全体のUDP DNSリレーを自動的に行うものではない。SOCKS要求で運ばれる宛先ホスト名は、システムの通常のDNS問い合わせをそのリスナー経由で転送しなくても、リモートで解決できる。

関心のある操作を評価する。ブラウザの実際のプロキシ種別と宛先解決ポリシーを特定し、そのブラウザ要求に関連する証拠を調べる。その経路の外にある別のユーティリティは比較であり、ブラウザ内部の検索の測定ではない。

要件がシステム全体の名前解決ルーティングであるなら、それを別に述べる。対象範囲内のリゾルバ通信をカバーする適切なサポート済み設計が必要である。単一のアプリケーションプロキシ設定はより狭い取り決めを確立する。

関連記事