nslookupは機能しています。ping -4 name.comが機能しない

この問題の最も明らかな症状は、nslookup動作しているping -4 name.comが動作していないことです。

これnslookupは、独自のDNSクライアントが含まれているため、Windowsクライアントを使用しないためです。

ping 名前を指定すると、Windows DNSクライアントを使用して名前->番号を変換します。

したがって、nslookup翻訳できる場合、ネットワークハードウェア、NICアダプタードライバー、DNSサーバーへのインターネット接続、サーバーへの正常なアクセスによる翻訳など、多くのことが機能します。それは沢山！

ただし、ping -4 name.com失敗するため、他のすべてが機能している場合、関係するのはWindows DNSクライアントソフトウェア自体です。

注：ping -4IPv6の影響を除き、IPv4に分離しました。

displaydnsが失敗する

だからこそ、実際の問題を説明するのに最適な症状は

ipconfig /displaydns

レポート：

Could not display the DNS Resolver Cache.

しかし、DNSクライアントは実行中です

フォーラムを読んで、この症状の最も可能性の高い理由は、DNSクライアント（別名dnscache）サービスが実行されていないことです。しかし、私たちにとってはそうです。

やった

net stop dnscache
net start dnscache
sc query dnscache

そしてそれはオンです。

DNSサフィックスではありません

別の可能性は、使用中のDNSサフィックスがあることです。ただし、ネットワークと共有センターに入る->アダプター設定を変更する->ワイヤレスネットワーク接続->プロパティ->インターネットプロトコルバージョン4のプロパティ->詳細-> DNSタブ：

[チェック済み]プライマリおよび接続固有のDNSサフィックスを追加します

• [チェック済み]プライマリDNSサフィックスの親サフィックスを追加します

[チェックなし]これらのDNSサフィックスを追加します

（およびリストボックスは空です）

この接続のDNSサフィックス：

[チェック済み]この接続のアドレスをDNSに登録する[チェックなし]この接続のDNSサフィックスをDNS登録に使用します。

ただし、goolge.com、つまりFQDNにアクセスできないため、これが重要かどうかはわかりません。

より詳しい情報

デバッグのために、現在IPv6を無効にしました。そのため、ここで報告されるものはすべてIPv6がオフの状態です。

nslookup確実に動作しgoogle.comます。

しかしながら、

ping -4 google.com

言う

Ping request could not find host google.com

また、ブラウズするとDNSエラーが表示されます。

今、私はそれnslookupがWindowsとは別に、独自のDNSクライアントを持っていることを学びました。これにより、nslookup'sDNSクライアントは問題なく、Windowsが何らかの形で破損していると思うようになります。

実際、Googleでは、名前だけでなく、IPアドレスを介してGoogleや他のサイトを閲覧できます。

pingIPアドレスで正常に動作します。ありませんtracertIPアドレスで。

DirectAccessではない

問題はDirectAccessではないようです：

netsh dns show state

レポート（特に）

Network Location Behavior           Never use Direct Access settings

Direct Access Settings              Not Configured

Wireshark

nslookupショー名のクエリ中のWiresharkキャプチャ。

ただし、pingを実行するキャプチャでは、そのようなクエリは示されませんでした。実際、アクティビティはまったくありません（バックグラウンド以外）。これは、Windows DNSクライアントがインターネットに出て名前を変換しようとさえしていないことを示唆しています。これは、displaydnが機能しないことと一致します。

その他の注意事項

c:\windows\system32\drivers\etc\hosts（コメントのみ）は空です。

この問題は、DNSサーバーが大学のサーバーに設定されている場合に発生します。またはgoogleの8.8.8.8および/または8.8.4.4および/またはOpenDNSの208.67.222.222および/または208.67.220.220に設定されている場合。WiresharkがWindowsが名前クエリを送信していないことを報告していることを考えると、これは理にかなっています。

この問題は、熱によるクラッシュの後に起こりました。ただし、HDDの破損を除いて、IPルールで参照できるハードウェアの問題があります。ただしchkdsk、不良セクタは報告されsfcず、破損も見つかりませんでした。

また、デバイスマネージャーでネットワークアダプターをアンインストールし、自動的に再インストールできるようにしました。また、Windowsでこのアダプターの更新を確認しました。ありませんでした。

クラッシュは再起動を意味するため、Windowsの更新が不適切だった可能性があります。ただし、この前と最新のウィンドウの更新後、いくつかの再起動がありました。

ルートキットを実行したのはMalwarebytes Anti-Malwareで、Malwarebytes Anti-Rootkitベータ版、TDSSKiller、およびComodo Cleaning Essentials（CCE、ただし更新されていないようです）です。

まだネットワークでセーフモードで試していません。

主に大学のルーターを使用していますが、スマートフォンのホットスポットに接続したときにも問題が発生します。

ipconfig5つのトンネルアダプターを報告しますが、すべて「Media Disconnected」を報告します。そのうちの2つは大学固有のものです。

ipconfigとデバイスマネージャの両方がを報告しMicrosoft Virtual WiFi Miniport Adapterます。これは何ですか、それが問題になる可能性がありますか？

この問題は、PCを何度も再起動しても同じです。

これはラップトップであり、これのほとんどはワイヤレス接続で行われましたが、有線接続でも同じように見えます。

概要

そのため、Windows DNSクライアントが破損しているか、少なくとも何らかの形で誤動作しているように見えますが、その理由を把握する方法はわかりません。

（ところで、私はこれを別のコンピューターで書いています）

編集：

@クリスは見たかった ipconfig /all

C:\Users\[username]>ipconfig /all

Windows IP Configuration

   Host Name . . . . . . . . . . . . :       <<<====NOTE NO HOST NAME
   Primary Dns Suffix  . . . . . . . :
   Node Type . . . . . . . . . . . . : Hybrid
   IP Routing Enabled. . . . . . . . : No
   WINS Proxy Enabled. . . . . . . . : No
   DNS Suffix Search List. . . . . . : ed*****.***l.edu

Wireless LAN adapter Wireless Network Connection 2:

   Media State . . . . . . . . . . . : Media disconnected
   Connection-specific DNS Suffix  . :
   Description . . . . . . . . . . . : Microsoft Virtual WiFi Miniport Adapter
   Physical Address. . . . . . . . . : xx-xx-xx-xx-xx-xx
   DHCP Enabled. . . . . . . . . . . : Yes
   Autoconfiguration Enabled . . . . : Yes

Wireless LAN adapter Wireless Network Connection:

   Connection-specific DNS Suffix  . : ed*****.***l.edu
   Description . . . . . . . . . . . : Broadcom 802.11n Network Adapter
   Physical Address. . . . . . . . . : xx-xx-xx-xx-xx-xx
   DHCP Enabled. . . . . . . . . . . : Yes
   Autoconfiguration Enabled . . . . : Yes
   IPv4 Address. . . . . . . . . . . : 10.131.2.**(Preferred)
   Subnet Mask . . . . . . . . . . . : 255.255.128.0
   Lease Obtained. . . . . . . . . . : Monday, April 27, 2015 11:32:13 AM
   Lease Expires . . . . . . . . . . : Monday, April 27, 2015 11:47:13 AM
   Default Gateway . . . . . . . . . : 10.131.0.1
   DHCP Server . . . . . . . . . . . : 132.236.56.249
   DNS Servers . . . . . . . . . . . : 192.35.82.50
                                       128.253.180.2
                                       132.236.56.250
   NetBIOS over Tcpip. . . . . . . . : Enabled

Ethernet adapter Local Area Connection:

   Media State . . . . . . . . . . . : Media disconnected
   Connection-specific DNS Suffix  . : r****.****l.edu
   Description . . . . . . . . . . . : Broadcom NetLink (TM) Gigabit Ethernet
   Physical Address. . . . . . . . . : xx-xx-xx-xx-xx-xx
   DHCP Enabled. . . . . . . . . . . : Yes
   Autoconfiguration Enabled . . . . : Yes

Tunnel adapter Reusable ISATAP Interface {CBE4B55D-63C6-460A-82CF-7076427CD2AF}:


   Media State . . . . . . . . . . . : Media disconnected
   Connection-specific DNS Suffix  . :
   Description . . . . . . . . . . . : Microsoft ISATAP Adapter #2
   Physical Address. . . . . . . . . : 00-00-00-00-00-00-00-E0
   DHCP Enabled. . . . . . . . . . . : No
   Autoconfiguration Enabled . . . . : Yes

Tunnel adapter isatap.e****.****l.edu:

   Media State . . . . . . . . . . . : Media disconnected
   Connection-specific DNS Suffix  . :
   Description . . . . . . . . . . . : Microsoft ISATAP Adapter #3
   Physical Address. . . . . . . . . : 00-00-00-00-00-00-00-E0
   DHCP Enabled. . . . . . . . . . . : No
   Autoconfiguration Enabled . . . . : Yes

Tunnel adapter Local Area Connection* 9:

   Media State . . . . . . . . . . . : Media disconnected
   Connection-specific DNS Suffix  . :
   Description . . . . . . . . . . . : Teredo Tunneling Pseudo-Interface
   Physical Address. . . . . . . . . : 00-00-00-00-00-00-00-E0
   DHCP Enabled. . . . . . . . . . . : No
   Autoconfiguration Enabled . . . . : Yes

Tunnel adapter isatap.{270C639B-82A2-4AE7-B886-D40DAA7EF798}:

   Media State . . . . . . . . . . . : Media disconnected
   Connection-specific DNS Suffix  . :
   Description . . . . . . . . . . . : Microsoft ISATAP Adapter #4
   Physical Address. . . . . . . . . : 00-00-00-00-00-00-00-E0
   DHCP Enabled. . . . . . . . . . . : No
   Autoconfiguration Enabled . . . . : Yes

Tunnel adapter isatap.r****.****l.edu:

   Media State . . . . . . . . . . . : Media disconnected
   Connection-specific DNS Suffix  . :
   Description . . . . . . . . . . . : Microsoft ISATAP Adapter #5
   Physical Address. . . . . . . . . : 00-00-00-00-00-00-00-E0
   DHCP Enabled. . . . . . . . . . . : No
   Autoconfiguration Enabled . . . . : Yes

編集2：

試した

netsh int ip set dns "wireless network connection" static 8.8.4.4
net winsock reset

再起動しても何も変わりませんでした。

この素晴らしいサイトを試してみました（@Krisに感謝します）Windows 7：サービス-Windows 7でデフォルトサービスを復元し、それらをダウンロードしDNS_Client.reg（そして.reg.txt安全のために名前を付けました）、それを既存のレジストリエントリと比較しましたHKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\Dnscacheが、残念ながら同じでした。

edugeek.comで答えを見つけて、ガイドとして使用しました。明示的なアクションを以下に説明します。

EduGeekの答えは、投稿13で最初にそのスレッドから得たと言ったシューイブによって紹介されましたが、そのスレッドまでは、その答えを暗示するようなものは見られません。

fencecat42による投稿20の詳細を説明します。

具体的には、

レジストリキー内：

HKLM\System\CurrentControlSet\Services\Tcpip\Parameters

次の「値」（MSが紛らわしくそれらを「データ」を持つことができる用語として）が欠落しています

Domain
Hostname
NV Hostname

fencecat42とシステムの両方で3つすべてが欠落していました。

さて、賞賛（まあ、ほとんど;）@クリスはipconfig /all、彼らが私に投稿するように頼んだということでこの問題の証拠があったからです。投稿された出力にはないことに注意してくださいHost Name。これはHostname、レジストリからのまったく同じものです。

レジストリを編集することをためらっています。1回の迷ったキーストロークでシステムが起動できなくなる可能性があります。 -1つ（レジストリ保存ツールを含む）（techsupportalert.comでこれらのツールについて知りました）

を設定するにはHostname、コントロールパネル->システムに移動しました。（多くの場合、[設定の変更]リンクは最初の画面に表示されません。下にスクロールする必要があります。この手順ではUAC認証が必要です。設定後、再起動する必要があります。）

このアクション・セットの両方HostnameとNV Hostnameレジストリ内の「値」。

Domain「値」を編集する非正規編集方法を見つけることができませんでした。（たぶんnetdom、このWindows 7 Home Premiumシステムにはこれがありませんでした。）そこで、レジストリを使用Domain して空の値を設定しました。を使用regeditして、Tcpip/Parametersキーに移動し、右クリック->新規->文字列値を選択しました。これにより、新しい「値」が作成され、その名前を入力するように設定され、デフォルトの新しい名前が変更されます。その場合、この「値」に対して実際の「データ」を作成する必要はありませんでした（MSの直観に反する用語を再度ご容赦ください）。作成して、その「データ」を初期化しないままにしておきました。

注：ホスト名のみを設定してからネットワークを試しました。動作しませんでした。Domain（でも空）が必要でした。ドメインを作成（および空）せずに、ホスト名を作成および設定せずに試しました。しかし、私はそれが面白い実験だと思います。

反射

最初、

私は今覚えていないが、私は、我々がしようとした疑いがある「のNetShellユーティリティを使用して、TCP / IPをリセットする方法」Microsoftのです

netsh int ip reset c:\resetlog.txt

（または、ログファイルに必要なパスとファイル名）。

そして、そのMSページはこう言っています：

リセットコマンドを実行すると、次のレジストリキーが上書きされます。これらは両方ともTCP / IPで使用されます。

SYSTEM\CurrentControlSet\Services\Tcpip\Parameters 
SYSTEM\CurrentControlSet\Services\DHCP\Parameters

[変更したのと同じレジストリキーのように見えますが、MSは階層のすべてを表示していません。--john v kumpf]

これには、TCP / IPの削除と再インストールと同じ効果があります。手動コマンドを正常に実行するには、netshアクションが記録されるログファイルの名前を指定する必要があります。（このログファイルは、このセクションの前の手動手順で「resetlog.txt」と呼ばれます。）

おそらく、この再インストールプロセスはこれらのレジストリキーを上書きし、ホスト名とドメインの書き込みに失敗しますか？多分？

もしそうなら、実際に私たちのために働いたのは、MS IPリセットを行い、それらのレジストリキーを設定することです。

第二に、

私たちの問題は、熱によるクラッシュ後に再起動した後に現れました。そのイベントを問題に結びつけるのは難しい。1つの可能性は、熱がディスクの少数のブロックをクラッシュさせ、それらのブロックの1つがTcpipレジストリキー値の一部を保持していることです。ありそうもないが、可能だと思う。

または、TCP / IPの再インストールが必要な場合、ディスクがTCP / IPサービスを破損したため、再インストールしてから修正する必要がありました。

三番、

これは非常に興味深い結果です。つまり、Windows DNSクライアントはDomain、レジストリでこれらの「値」のいずれか、または2つ、または3つすべてを検索します。そして、それが（それらを）見つけたら、それは大丈夫です。それらが見つからない場合、特にが見つからない場合Domain、エラーとなり、単に失敗します。エラーレポートはありません[1]。

この証拠から、これがWindows DNSクライアントのバグであると結論付けることができると思います。空の Domain値で機能するため、これを証明できます。つまり、ソフトウェアが実際にそれを使用できないことを意味します。それはバグです。

[1] 4番目、

エラーレポートはあるかもしれませんが、一般的な場所のイベントビューアーにはありません（階層の下：イベントビューアー（ローカル）-> Windows->アプリケーション、およびシステム）。他にもログがありますが、多くはデフォルトでオンになっておらず、特に出力があった可能性があります。

• イベントビューアー（ローカル）
• • アプリケーションとサービスローカル
• • • マイクロソフト
• • • • ウィンドウズ
• • • • • DNSクライアントイベント
• • • • • • Microsoft-Windows-DHCPクライアントイベント/管理者
• • • • • • Microsoft-Windows-DHCPクライアントイベント/運用

おそらくまた

• イベントビューアー（ローカル）
• • アプリケーションとサービスローカル
• • • マイクロソフト
• • • • ウィンドウズ
• • • • • Dhcp *-> *
• • • • • 診断-ネットワーク->運用
• • • • • Iphlpsvc->操作可能
• • • • • NCSI->運用
• • • • • NDIS->運用
• • • • • ネットワークアクセス保護
• • • • • • 運用中
• • • • • • WHC
• • • • • NetworkProfile->操作可能
• • • • • NlaSvc->操作可能
• • • • • NTLM->操作可能
• • • • • WebIO-> NDF /診断
• • • • • Winsockカタログの変更->操作可能
• • • • • Winsockネットワークイベント->操作可能
• • • • • Wired-AutoConfig->操作可能
• • • • • WLAN-AutoConfig->操作可能

第五に、

この問題を何時間もサーフィンした後、この問題は通常デバッグが難しく、「奇妙な」ものであるようです。

たとえば、spiceworksのこの投稿では、問題はDNSサーバー内の期限切れの証明書でした。

spiceworksのポスター「Galen in Laguna」は、Windows 7のTCP / IPスタックを完全にアンインストールし、Windowsに再インストールする方法を提案しました。Tcpipレジストリキーが復元されたため、この場合はうまくいくと思います。（ただし、上記のMS投稿を参照してください。）

spiceworksのポスターILSは、afd.sysドライバーがトロイの木馬を持っているか、何らかの形で破損している可能性があることを示唆し、それを置き換える方法を提案しました。（afdWinsockの「補助機能ドライバー」の略です。）

このスーパーユーザーの投稿「nslookup」が正常に機能するときに「ping」が名前を解決できないのはなぜですか？質問に35のアップ投票があり、ベストアンサーが27だった場合は、良いリファレンスです。そこで、人々は「彼らのための他の解決策」を報告しました：

• 複数のデフォルトゲートウェイ
• ネットワーク上で同じIPアドレスを持つ2台のPC
• Windows 7マルチラベルDNSクエリの問題（それが何であれ）

また、この問題は「ルートキット」が原因であると報告されています。この問題に苦労している人には、いくつかのルートキットスキャナー/リムーバーを実行することをお勧めします。bleepingcomputer.comはアドバイスを得るのに適した場所です。または、techsupportalert.comでGizmoのBest Free Rootkit Scanner / Removerを読む

第六に、

フォーラムには、この問題が最も頻繁に解決されないという証拠があります。

スパイスワークスのポスターの1つである「Galen in Laguna」は、彼らが通常しなければならないことだと言った。

同じスーパーユーザーの投稿「nslookup」が正常に機能するときに「ping」が名前を解決できないのはなぜですか？質問に35の賛成票とベストアンサー27があった場合、ベストアンサーの著者は「この場合、SP3のアンインストールと再インストールを推奨するサイトもあります」と述べました。

そして、この貧しいスーパーユーザーはすべてを試してみましたが、何の答えもありませんでした。

第七、

これが解決しない場合は役立つヒントあなたの問題を：WindowsのDNSの問題のためにインターネットを検索すると、記事の多くは、Windowsのについて話していることに注意してDNSサーバーとして機能しサーバー。私たちの問題は、ルーターを介してインターネットに接続された普通の古いPCがあり、DNS クライアントソフトウェアが機能していなかったことです。時々、私はその区別を見逃した投稿を読みました。

第8、

あなたが検索に行く場合のもう一つの有用なヒント：私たちが投稿したこの種の多くの問題には、私たちが持っていない属性がありました：

1. 建物内のローカルDNSサーバー（Googleの8.8.8.8などのパブリックDNSサーバーでした）。
2. 建物内のローカルノードの名前の変換に失敗しました（www.google.comなどの公開インターネットサイトにアクセスしようとしました）
3. Windowsドメインの一部および/またはActive Directoryの使用、たとえば企業環境（PCをワイヤレスルーターに接続したばかり）

私たちの答えが他の誰かに役立つことを願っています。

すべてのネットワークドライバーを再インストールし、静的DNSを8.8.8.8および8.8.4.4（GoogleプライマリおよびセカンダリDNSサーバー）に設定します。

次を使用してDNSキャッシュをフラッシュしてみてください。

ipconfig /flushdns

それが失敗した場合、コマンドプロンプトからservices.mscを起動してDNSクライアントサービスをチェックする価値があるかもしれません。「DNSクライアント」というサービスを見つけて、開始方法が「自動」に設定されていることと、サービスが開始されていることを確認します。

TCP / IPを再インストールします（読み続けてください...）。「リセット」、「再起動」、「再有効化」という意味ではありません。Windows 10では、「netcfg -u ms_tcp」を実行します。これにより、実際にシステムからプロトコルが削除されます。TCP / IP v4はこれ以上ありません。プロトコルを通常の方法で再インストールします（ネットワーク接続のプロパティ、プロトコルの追加）。Windows 7では、nettcpip.infを編集してネットワーク接続プロパティからプロトコルを解除できますが、Windows 10ではできません（8や8.1では言えません）。これが誰かを助けることを願っています。RV

私は同じ問題を抱えました、私のレジストリはうまくいくようです、この問題を一時的に修正する唯一の方法は起動することです： ipconfig /renew。IPスタックをリセットしようとします。解決策が見つかった場合は、さらに情報を投稿します...