私はミントメイト17.2を使用しています。
digを使用すると、解決されたIP「応答」が特定のドメイン名に対して正しくありません。応答サーバーはです127.0.0.1。
SSH、Webブラウザなどを介して自分のローカルコンピュータからこのドメインにアクセスしようとすると、間違ったIPとして解決されます。
オンラインツールや他のコンピュータを使用したDNS検索は正常に機能します。
ローカルシステムの何かが要求を傍受し、誤ったキャッシュ結果を返しています。さまざまなキャッシュプログラムを見てきましたが、インストールしたり設定したことはないようです。
返されたIPアドレスは古いIPで、デフォルトのDNSレコードは1年前に変更されました。
自分のコンピュータでドメインを正しく確認できるように、どのプログラムがローカルでDNSを傍受しているかを確認および無効にするにはどうすればよいですか。
/etc/resolv.conf:
# Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8)
# DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN
nameserver 127.0.1.1
ベストアンサー1
Resolvconfは、ローカルコンピュータのポート53で実行されているローカルソフトウェアを指します。
どちらを調べるには：
sudo netstat -anlp | grep :53
私達が見つけたようにそれはavahiデーモンです。
DNS 解決を追跡するには、次のコマンドも便利です。
dig +trace www.cnn.com
特にサーバーの状況でDNS設定を直接制御するには（Mintと言ったことを確認しました）、resolvconfを使用しないことをお勧めします。
次のコマンドを使用して削除できます。
dpkg --purge resolvconf
その後、DHCPを介してIPを取得した場合はそのままにし、そうでない場合は/etc/resolv.confをDNSサーバーで埋めます。
mDNS解像度や企業ネットワーキングに興味がない場合は、avahiを削除することをお勧めします。
デスクトップ設定では、すべてのサービスを再起動または再起動することをお勧めします。少なくともネットワークを再起動しますservice networking restart。
Avahi mDNS / DNS-SDデーモンは、AppleのZeroconfアーキテクチャ（「Rendezvous」または「Bonjour」とも呼ばれます）を実装します。デーモンはmDNS / DNS-SDを使用してローカルIPアドレスと静的サービスを登録し、ローカルプログラムがavahi-daemonによって管理されるmDNSレコードキャッシュを利用できるようにする2つのIPC APIを提供します。
作業環境では、必要に応じてネットワークレベルのサーバー/ワークステーションでmDNSレコードの公開を追跡することも興味深いことがあります。欠落しているホストファイルがあるか、古いサーバー設定がいくつかmDNSを介して古いIPアドレスを伝播しているようです。
次のコマンドを使用して、ローカルネットワークからmDNSパケットを受信することもできます。
sudo tcpdump -n udp port 5353
~からモバイルDNS
マルチキャストドメインネームシステム（mDNS）は、ローカルネームサーバーを持たない小規模ネットワークのIPアドレスでホスト名を解決します。これは、ユニキャストドメインネームシステム（DNS）と同じプログラミングインターフェイス、パケットフォーマット、および動作セマンティクスを使用する構成を必要としないサービスです。 mDNSはStuart Cheshireが独立して動作するように設計されていますが、ユニキャストDNSサーバーでも動作できます。