nslookup'が正常に動作しているのに、'ping'が名前を解決できないのはなぜですか?

nslookup は DNS ポート上で winsock 接続を開いてクエリを発行するのに対し、ping は DNS クライアントサービスを利用していると思います。

様々なネットワーク状態を再初期化するいくつかのコマンド :

WINSOCK エントリをインストール時のデフォルトにリセット : netsh winsock reset catalog TCP/IP スタックをインストール時のデフォルトにリセット : netsh int ip reset reset.log DNS リゾルバキャッシュをフラッシュ : ipconfig /flushdns DNS クライアント登録を更新し、DHCP リースをリフレッシュ : ipconfig /registerdns ルーティングテーブルをフラッシュ : route /f (再起動が必要です)

ホスト名の後にドットをつけて ping してみてください。そのため、ping wolfman の代わりに ping wolfman.

を使ってみてください。 これで hosts ファイルなどの回避策をしなくても解決できるはずです。

ipconfig /displaydnsを試してみて、wolfmanを探してみてください。もし “name does not exist "としてキャッシュされている場合(おそらく以前に断続的に失敗した検索が原因)、ipconfig /flushdnsでキャッシュをフラッシュすることができます。

nslookupはキャッシュを使わず、DNSサーバーに直接問い合わせます。

その接続のDNSサフィックスに.を追加してみてください。例えば、次のようにしてください:

1. Ethernet Status
2. プロパティ]をクリックします。インターネットプロトコルバージョン 4
3. プロパティ]をクリックします。これらの DNS サフィックスを(順番に)追加する 7.サフィックスとして . を追加する

これで ping wolfman が動作するはずです。これがnslookup wolfmanコマンドの唯一の目的です。これは既に動作しているので、DNSが動作し、wolfmanが実際にIPアドレスに対応していることを確認したことになります。ホスト名(nslookup)が対応するIPを取得する。そのIPにパケットを送り、応答を待つ

Windowsでは(Windows10などの最近のバージョンでも)、最初のステップは簡単に失敗してしまいます。後方互換性のために、Windowsではホスト名解決の様々な方法（hostsファイル、DNS、NetBIOS/WINS、LMHOSTファイル）をサポートしています。

残念ながら、WindowsのwolfmanコマンドはDNSの検索を常に試みているわけではないようです。

幸いなことに、 FQDN (完全修飾ドメイン名) を使用することで、Windows に DNS 検索を強制的に行わせることができます。実際には、ホスト名に ping wolfman ドットを接尾辞として wolfman を付けることでこれを行います。

最後のステップは、Windows がこのドットを自分で追加するように強制することです。これを行う方法は、この回答の冒頭ですでに示しました。

Windowsでの通常の解決方法は以下のようになっています。クライアントは、照会された名前が自分の名前であるかどうかを確認します。クライアントは、ローカルコンピュータに保存されているIPアドレスと名前のリストであるローカルHostsファイルを検索します。ドメインネームシステム(DNS)サーバーが照会されます。 4.それでも名前が解決されない場合は、NetBIOSの名前解決シーケンスがバックアップとして使用されます。この順序は、クライアントのNetBIOSノードタイプを設定することで変更することができます。

私は似たような問題で苦労してきたと@harrymcによって提案されたソリューションを試してみました。私は最終的に（少なくとも多少）microsoft technetフォーラムで動作するように思われるものを見つけた nslookupは動作しますが、他には何もないスタンドアロンWin7 PC上のDNSを持っている）＆002＆002ここでは引用です：＆002＆002 > …

ipconfig /flushdns

ipconfig /registerdns

詳細については、以下のリンクを参照してください。http://jefferyland.wordpress.com/2011/07/28/quick-review-of-flushdns-registerdns-and-dns-queries/ ](http://jefferyland.wordpress.com/2011/07/28/quick-review-of-flushdns-registerdns-and-dns-queries/)

だから基本的に私のために欠けていたものはipconfig /registerdnsでした

ちょうど今日、同じ問題があったのですが、解決方法が違っていました。検索結果の上位にあったので、参考までに追加しておきます。

• Problem : pingではホスト名を解決できませんが、nslookupでは解決できます。(2 つの異なる Windows Server 2012 R2 ホストで観測されました。)
• 原因 . (各ホストの場合) ホストには複数のNICが接続されており、**複数のデフォルトゲートウェイが構成されています。(各ホストの場合)1つのNICを除くすべてのNICのコンフィグレーションからデフォルトゲートウェイを削除して、デフォルトゲートウェイ*が1つだけになるようにしてください。

もしかしたら、wolfman.company.comは、C:Wolfram.comにあるのかもしれない。

私はWindows 2012R2 (=8.1)システム上で同じ問題を抱えており、上記のすべての提案を試してみましたが、どれも修正してくれませんでした: - 完全修飾された名前へのpingは動作しました。 - 非修飾名へのpingは動作しませんでした。
- 必要なサフィックス検索文字列はすべてありました。 (マルチラベルクエリの回避策のような提案された修正のいくつかは、修飾されていない名前には1つの部分しかないので、明らかに無関係であることに注意してください。)

それから、私はpingしようとしていたターゲットシステムがIPv6アドレスを持っていないことに気がつきました。そこで、"ping -4 unqualified_name“を試してみたところ、うまくいきました。 だから、このシステムでのみ、何らかの理由で、pingだけがunqualified name->IPv6アドレスを解決しようとし、unqualified name->IPv4ではなく、unqualified name->IPv4を解決しようとしたのです。しかし、私は本当にIPv4とIPv6の両方のアドレスを解決しようとするping（またはおそらくDNSクライアントサービス）を伝えるために、より穏やかな方法を見つけることに興味があるだろう.

私は、あるwin 7のコンピュータではping serverが使えるのに、もう一つのコンピュータではserverが解決できない理由を探っていました。

仕事用VPNを使用している間、FQDNを使用しないように設定(DNSのサフィックス)をいじっていたことが判明しました。コントロールパネルの「ネットワークとインターネット」の「ネットワーク接続」をクリックして、ネットワーク接続を右クリックして「プロパティ」をクリックします。インターネットプロトコルバージョン4をクリックして、プロパティボタンを押します。次に、この新しいウィンドウの詳細設定…ボタンをクリックします。DNSタブに移動します。これは私が仕事用にDNSサフィックスを追加していた場所ですが、通常の家での接続にもDNSサフィックスが必要でした。

私もこの問題に遭遇しました。私にとっての「最も簡単な」修正方法は、ホスト名の最後に単に . を追加することでした。しかし、これはかなり厄介です。ほとんどのネットワークはこれを必要としません。ほとんどのネットワークではこれは必要ありません。

Frederik Aalund氏の提案を見ていたら、デフォルトの “Append primary and connection specific DNS suffixes "オプションからの切り替えが提案されていることに気づきました。これは、私のネットワークの設定が少し間違っているのかもしれないと思いました。

DD-WRTの設定を見てみると、「LANドメイン」が未設定のままになっていました。これを任意の文字列に設定すると、各マシンに特別な設定をすることなく、ネットワーク上のすべてのクライアントでこの問題が解決したようです。:)

去年からこの問題に悩まされていて、回避策を見つけたかもしれないので、この問題を拾ってきました。ping は名前を解決しません。重要なのは icmp の部分ではなく、名前解決の部分です。しかし、すべてのクライアントインターフェースでIPv6を無効にしたので、問題は発生しなくなりました。

ファイルc:/windows/system32/drivers/etc/hostsにエントリを追加すると修正されるかもしれません。

i have encountered this when we migrated to windows 7 from windows XP, issue was related to a Windows 7 Multi Label DNS Query issue.

Allow DNS Suffix Appending to Unqualified Multi-Label Name Queries - see: [ http://computerstepbystep.com/allow_dns_suffix\_appending_to_unqualified_multi_\_label_name_queries.html ] ] (http://computerstepbystep.com/allow_dns_suffix_appending_to_unqualified_multi_label_name_queries.html)

Hope this helps.

mac os xの場合、DNSキャッシュの問題かもしれません:

キャッシュをダンプ

sudo killall -HUP mDNSResponder
sudo dscacheutil -flushcache

PING は Netbios/WINS と DNS (少なくとも FQDN を指定しない場合はこの順番で) を使用します。特にトラフィックがどこかのルーターを通過している場合は。

Netbiosを無効にするだけで、PINGはDNSを優先的に使用し、インターフェースに登録されているDNSトラフィックをホスト名に追加します。

この問題は、ドメインに参加しているWindows 7クライアントで発生したもので、レジストリ内の誤ったDirectAccess設定が原因であることが判明しました。

HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Windows NT\DnsClient\DnsPolicyConfig

のキーの内容をクリアしてから、「DNSキャッシュ」サービスを再起動してみてください。これらが正しく構成されているか、またはシナリオで必要とされているかどうかを確認します。これらのポリシーは、サーバー上のルーティングおよびリモートアクセスの役割の特定の設定で自動的に作成されることがあり、これが問題の原因となっています。

私は同じ問題を抱えていたし、別のマシンが同じIPアドレスを持っていたことが判明し、それがそれを引き起こしていました。

私の場合、この問題を解決したのは、Pingしようとしているホストのドメインを“DNS Suffix Search List”という名前のグループポリシーオプションに追加することでした。gpedit.mscを開いて、Computer Configuration -> Administrative Templates -> Network -> DNS Client > DNS Suffix Search Listに移動し、"Enabled “に設定し、リストにドメイン名を追加します(リストはデフォルトでは空です)。

これらの手順の詳細な説明は、こちらを参照してください。

ここにある解決策のどれも私には効きませんでした。私の場合は、OpenVPNを使って仕事場のVPNに再接続しました。

コンピュータがopenVPNで接続されている間、問題は電源が切れたことに関係していたと思います。これを解明する唯一の方法は、WireSharkを使用することでした。すべてのクエリの宛先IPが仕事場の内部ネットワーク上のIPに向かっていることに気づきました。

私はちょうどこの問題を抱えていて、非常に奇妙なことを発見し、それを修正することができました Lol

基本的に、もしあなたのホストファイルにあなたのpingが解決しようとしているIPと同じエントリがある場合、それは失敗します。

例えば、DNS に www.example.com - 10.0.0.20 のレコードがあっても、クライアントのホストファイルに 10.0.0.0.20 somethingelse.com というエントリがある場合、 www.example.com を ping することができません。

pingはICMPプロトコル、具体的には'Echo Request'と'Echo Reply'を使用します。

多くのネットワークは攻撃や基本的なネットワークスキャンを防ぐためにICMPユーティリティを無効にしています。私は、あなたが購入した多くのルータは、pingを無効にするための設定が付属していることを発見しましたし、ユーティリティのようなデフォルトで有効にします。