この問題の最も明白な症状は、nslookup
IS機能しているのに対し、ping -4 name.com
動かない。
これは、nslookup
に独自のDNSクライアントが含まれているため、Windowsクライアントを使用していないためです。
ping
名前を指定すると、Windows DNSクライアントを使用して名前->番号を変換します。
したがって、nslookup
が変換できる場合、ネットワークハードウェア、NICアダプタードライバー、DNSサーバーへのインターネット接続、およびサーバーへのアクセスによる変換の実行など、多くのことが機能します。それは沢山!
ただし、ping -4 name.com
は失敗するため、他のすべてのものが機能している場合、関係しているのはWindows DNSクライアントソフトウェア自体です。
IPv6の影響を除いてIPv4に分離するためにping -4
を実行したことに注意してください。
actual問題を説明する最良の症状は、そのためです
ipconfig /displaydns
レポート:
Could not display the DNS Resolver Cache.
フォーラムを読んでいる場合、この症状の最もありそうな理由は、DNSクライアント(別名dnscache
)サービスが実行されていないことです。しかし、私たちにとってはそうです。
しました
net stop dnscache
net start dnscache
sc query dnscache
そしてそれはオンです。
別の可能性は、使用中のDNSサフィックスがあることです。ただし、ネットワークと共有センターに入る->アダプター設定を変更する->ワイヤレスネットワーク接続->プロパティ->インターネットプロトコルバージョン4のプロパティ->詳細-> 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's
DNSクライアントは問題なく、Windowsがなんらかの理由で破損していると思います。
実際、Googleは他のサイトを名前ではなく、IPアドレス経由で細かく閲覧できます。
IPアドレスによるping
は正常に機能します。 IPアドレスによるtracert
と同様です。
問題はDirectAccessではないようです。
netsh dns show state
レポート(とりわけ)
Network Location Behavior Never use Direct Access settings
Direct Access Settings Not Configured
nslookup
中のWiresharkキャプチャは名前クエリを示します。
ただし、pingを実行するキャプチャでは、そのようなクエリは示されませんでした。実際、(背景以外の)活動はまったくありません。これは、Windows DNSクライアントがインターネットに出かけて名前を変換しようとしてもいないことを示しています。これは、displaydnsを実行できないことと一致します。
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が名前クエリを送信していないことを報告していることを考えると、これは理にかなっています。
この問題は、ヒートクラッシュ後に発生しました。ただし、IPで参照できるため、HDDの破損を除き、ハードウェアの問題が発生します。ただし、chkdsk
は不良セクターを報告せず、sfc
は破損を検出しませんでした。
また、デバイスマネージャーでネットワークアダプターをアンインストールし、自動的に再インストールしました。また、Windowsでこのアダプターの更新を確認しました。何もありませんでした。
クラッシュは再起動を意味するので、おそらくそれは悪いウィンドウズアップデートでした。ただし、今回の再起動の前と、最新のWindowsの更新後にいくつかの再起動がありました。
ルートキットは、Malwarebytes Anti-Malware、Malwarebytes Anti-Rootkitベータ版、TDSSKiller、およびComodo Cleaning Essentials(CCEですが、更新されていないようです)で実行しました。
まだネットワーキングでセーフモードを試していません。
主に大学のルーターを使用していますが、スマートフォンのホットスポットに接続したときにも問題が発生します。
ipconfig
は5つのトンネルアダプターを報告しますが、すべて「メディア切断」を報告します。それらの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
試しました
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での回答は、最初に shoeibによる投稿1 で紹介されています。そのスレッドからそれを取得したと述べていますが、そのスレッドには、その回答を示唆するポイントまでは何も表示されません。
fencecat42による投稿2 は、さらに詳しく説明します。
具体的には
レジストリキー:
HKLM\System\CurrentControlSet\Services\Tcpip\Parameters
次の "値"(MSは混乱を招き、それぞれに "データ"がある可能性があるため)はmissingです
Domain
Hostname
NV Hostname
3つすべては、fencecat42とシステムの両方にありませんでした。
さて、称賛(まあ、ほぼ;)@Krisが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の直観に反する用語です)。それを作成し、その「データ」を初期化せずに残しました。
注:ホスト名をJUSTに設定した後でネットワークを試しました。動作しませんでした。 Domain
(空でも可)が必要でした。ホスト名を作成して設定せずに、ドメインを作成(および空)してみませんでした。しかし、それは興味深い実験だと思います。
最初、
今は覚えていませんが、試したのではないかと思います Microsoftの「NetShellユーティリティを使用してTCP/IPをリセットする方法」
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クライアントのバグであるというこの証拠から結論付けることができると思います。 emptyドメイン値で動作するため、これを証明できます。これは、ソフトウェアが実際にそれを使用できないことを意味します。正常に機能するために存在する(空でも)それはバグです。
[1]第4、
エラーレポートがmightされていますが、一般的な場所のイベントビューアにはありません(階層の下:イベントビューア(ローカル)-> Windows->アプリケーション、およびシステム) 。他のログがあり、多くはデフォルトでオンになっていないため、特に出力があった可能性があります。
しかし、おそらく
第五に、
何時間もこの問題をサーフィンした後、この問題は通常デバッグするのが難しく、何か「奇妙」です。
たとえば spiceworksのこの投稿 の問題は、DNSサーバーの期限切れの証明書でした。
spiceworksのポスター "Galen in Laguna" は、Windows 7のTCP/IPスタックを完全にアンインストールして、Windowsに再インストールする方法を提案しました。 Tcpip
レジストリキーが復元されたので、私たちの場合はそれでうまくいったと思います。 (ただし、上記のMSの投稿を参照してください。)
spiceworksのポスターILS は、afd.sys
ドライバーがトロイの木馬を持っているか、何らかの方法で破損している可能性があることを示唆し、それを置き換える方法を示唆しました。 (afd
は、Winsockの「補助関数ドライバー」を表します。)
このスーパーユーザーの投稿 「nslookup」が正常に機能するときに「ping」が名前を解決できないのはなぜですか? 質問が35の賛成票とベストアンサー27を持っている場所は、良い参考資料です。そこで、人々は「彼らのための他の解決策」を報告しました:
また、この問題は「ルートキット」が原因である可能性があると報告されています。この問題に苦しんでいる人には、いくつかのルートキットスキャナー/リムーバーを実行することをお勧めします。 bleepingcomputer.comはアドバイスを得るのに良い場所です。または techsupportalert.comにあるGizmoの最高の無料ルートキットスキャナー/リムーバー を読んでください
第六に、
フォーラムには、この問題が最も頻繁に解決されないという証拠があります。
それらのポスターの1つ、 "スパイスワークスの" Lagun in Laguna " は、彼らが通常しなければならないことだと言いました。
同じスーパーユーザーの投稿 「nslookup」が正常に機能するときに「ping」が名前を解決できないのはなぜですか? ここで、質問には35の賛成票とベストアンサー27があり、ベストアンサーの作成者はこう述べています "この場合、一部のサイトではSP3をアンインストールして再インストールすることも推奨されています。"
そして すべてを試してみたが、答えが得られず、18日後にインストールを修復する必要があったこの貧弱なスーパーユーザー
第七、
これがyourの問題を解決しない場合の役立つヒント:Windows DNSの問題をインターネットで検索する場合、多くの投稿がWindowsについて話していることに注意してください DNSサーバーとして機能するサーバー。私たちの問題は、ルーターを介してインターネットに接続された普通の古いPCがあり、DNSclientソフトウェアが機能していないことでした。時々投稿を読んで、その区別を逃しました。
第8、
あなたが検索に行く場合の別の役立つヒント:投稿されたことが判明したこの種の多くの問題には、私たちが持っていなかった属性がありました:
私の答えが誰かを助けることを願っています。
すべてのネットワークドライバーを再インストールし、静的DNSを8.8.8.8および8.8.4.4(GoogleプライマリおよびセカンダリDNSサーバー)に設定します。
同じ問題が発生しました。レジストリは問題ないようです。この問題を一時的に修正する唯一の方法は、起動することです:ipconfig /renew
。 IPスタックをリセットしようとします。解決策が見つかった場合は、さらに情報を投稿します...
次を使用して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