DNSがコマンドラインで機能しない
私は最近、仮想化されたUbuntuインストールを機能させるために、自分のマシンでVagrant + VirtualBoxを組み合わせて実行しました。しかし、運が悪かったので、すべてをアンインストールしました。それ以来、ホストマシンでコマンドラインアプリケーションを使用する際に問題が発生しました。
私はWindows7x64を使用しています。 DNS解決とネットワーク接続はChromeブラウザやその他のGUIベースのツールで問題ないようです。しかし、cmd.exeを起動すると、さまざまなコマンドラインツールで奇妙な動作が見られます。
nslookup
nslookupを実行すると、基本ドメイン名のIPアドレスを見つけることができなくなります。
C:\>nslookup google.com
Server: UnKnown
Address: 10.3.1.1
*** UnKnown can't find google.com: No response from server
10.3.1.1は私のルーターで、DHCPを介してDNSサーバーとしてクライアントに提供されます。ルーターはDNSリクエストをGoogle DNSサーバーに転送します。既に述べたように、DNS解決は私のブラウザーや他の多くのアプリケーションで機能しているので、ルーターのセットアップやDNSサーバーに問題があるとは思えません。トピックを単純にするために、ここではそれらの詳細を省略します。
ping
pingは物理IPv4アドレスでは機能しますが、ホスト名では機能しません。
C:\>ping google.com
Ping request could not find Host google.com. Please check the name and try again.
C:\>ping 8.8.8.8
Pinging with 32 bytes of data:
Reply from 8.8.8.8: bytes=32 time=29ms TTL=52
Reply from 8.8.8.8: bytes=32 time=29ms TTL=52
Reply from 8.8.8.8: bytes=32 time=30ms TTL=52
Reply from 8.8.8.8: bytes=32 time=29ms TTL=52
Ping statistics for _`&:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 29ms, Maximum = 30ms, Average = 29ms
netstat
ここが面白いところです。 netstatコマンドを実行すると、Local Addressフィールドは空になりますが、IPv6アドレスは引き続き表示されます。そうでないのはIPv4のものだけです。これは以前は正常に機能していました。
C:\>netstat -ano
Active Connections
Proto Local Address Foreign Address State PID
TCP LISTENING 4
TCP LISTENING 544
TCP LISTENING 904
TCP LISTENING 616
TCP LISTENING 4556
TCP LISTENING 6756
TCP LISTENING 1080
TCP LISTENING 4
TCP LISTENING 3612
TCP LISTENING 3436
TCP LISTENING 3436
TCP LISTENING 4
TCP ESTABLISHED 4
TCP ESTABLISHED 5196
TCP ESTABLISHED 2944
TCP ESTABLISHED 1444
TCP ESTABLISHED 3436
TCP ESTABLISHED 2944
TCP ESTABLISHED 2944
TCP ESTABLISHED 2944
TCP ESTABLISHED 2944
TCP CLOSE_WAIT 3612
TCP CLOSE_WAIT 3612
TCP CLOSE_WAIT 3612
TCP CLOSE_WAIT 3612
TCP CLOSE_WAIT 3612
TCP CLOSE_WAIT 3612
TCP ESTABLISHED 3612
TCP ESTABLISHED 2944
TCP ESTABLISHED 2944
TCP ESTABLISHED 2944
TCP ESTABLISHED 2944
TCP ESTABLISHED 2944
TCP ESTABLISHED 2944
TCP ESTABLISHED 2944
TCP TIME_WAIT 0
TCP ESTABLISHED 2944
TCP ESTABLISHED 2944
TCP ESTABLISHED 2944
TCP ESTABLISHED 2944
TCP TIME_WAIT 0
TCP ESTABLISHED 2944
TCP LISTENING 3320
TCP LISTENING 4576
TCP LISTENING 5196
TCP TIME_WAIT 0
TCP TIME_WAIT 0
TCP TIME_WAIT 0
TCP TIME_WAIT 0
TCP TIME_WAIT 0
TCP TIME_WAIT 0
TCP TIME_WAIT 0
TCP TIME_WAIT 0
TCP TIME_WAIT 0
TCP TIME_WAIT 0
TCP TIME_WAIT 0
TCP TIME_WAIT 0
TCP TIME_WAIT 0
TCP TIME_WAIT 0
TCP TIME_WAIT 0
TCP TIME_WAIT 0
TCP TIME_WAIT 0
TCP TIME_WAIT 0
TCP TIME_WAIT 0
TCP TIME_WAIT 0
TCP TIME_WAIT 0
TCP TIME_WAIT 0
TCP TIME_WAIT 0
TCP TIME_WAIT 0
TCP TIME_WAIT 0
TCP TIME_WAIT 0
TCP TIME_WAIT 0
TCP TIME_WAIT 0
TCP TIME_WAIT 0
TCP ESTABLISHED 4556
TCP ESTABLISHED 4556
TCP ESTABLISHED 6756
TCP ESTABLISHED 6756
TCP ESTABLISHED 3612
TCP ESTABLISHED 3612
TCP ESTABLISHED 3612
TCP LISTENING 3612
TCP LISTENING 3612
TCP ESTABLISHED 3612
TCP LISTENING 2960
TCP LISTENING 2044
TCP LISTENING 1420
TCP LISTENING 4
TCP LISTENING 4
TCP [::]:445 [::]:0 LISTENING 4
TCP [::]:1025 [::]:0 LISTENING 544
TCP [::]:1026 [::]:0 LISTENING 904
TCP [::]:1038 [::]:0 LISTENING 616
TCP [::]:3389 [::]:0 LISTENING 1080
TCP [::]:3587 [::]:0 LISTENING 5700
TCP [::]:5357 [::]:0 LISTENING 4
TCP [::]:32400 [::]:0 LISTENING 3436
TCP [::]:32401 [::]:0 LISTENING 3436
TCP [::1]:1028 [::]:0 LISTENING 1768
UDP *:* 1000
UDP *:* 964
UDP *:* 964
UDP *:* 1568
UDP *:* 1568
UDP *:* 1000
UDP *:* 1080
UDP *:* 3612
UDP *:* 3172
UDP *:* 3436
UDP *:* 3436
UDP *:* 3436
UDP *:* 3172
UDP *:* 2944
UDP *:* 3436
UDP *:* 1568
UDP *:* 2944
UDP *:* 2944
UDP *:* 964
UDP *:* 4
UDP *:* 4
UDP *:* 1568
UDP *:* 3436
UDP *:* 3436
UDP *:* 3436
UDP *:* 3436
UDP *:* 3436
UDP *:* 1568
UDP *:* 1568
UDP *:* 2960
UDP *:* 3436
UDP *:* 3436
UDP *:* 3436
UDP *:* 3436
UDP *:* 1420
UDP *:* 1568
UDP *:* 4
UDP *:* 4
UDP *:* 1568
UDP *:* 3436
UDP *:* 3436
UDP *:* 4
UDP *:* 4
UDP *:* 1568
UDP *:* 3436
UDP *:* 3436
UDP [::]:500 *:* 1000
UDP [::]:3540 *:* 5700
UDP [::]:3702 *:* 964
UDP [::]:3702 *:* 1568
UDP [::]:3702 *:* 964
UDP [::]:3702 *:* 1568
UDP [::]:4500 *:* 1000
UDP [::]:5355 *:* 1080
UDP [::]:58964 *:* 1568
UDP [::]:64135 *:* 964
UDP [::1]:1900 *:* 1568
UDP [::1]:64131 *:* 1568
UDP [fe80::2923:9898:cce9:9b60%18]:1900 *:* 1568
UDP [fe80::41ba:5355:289f:f5fa%27]:1900 *:* 1568
UDP [fe80::8c37:8952:a3d5:ca0%20]:1900 *:* 1568
UDP [fe80::8c37:8952:a3d5:ca0%20]:64130 *:* 1568
問題を解決するために私が行ったこと：
- 再起動
- アンインストールNICドライバー;マザーボードメーカーから再インストール
ipconfig /flushdnsipconfig /registerdns- うまく聞いた
これらはどれも機能しませんでした。誰が問題か、それを診断するために実行できる手順を知っていますか？
Vagrant/VirtualBoxの詳細
非常に長く、潜在的に無関係なので、これを一番下に配置したいと思います。しかし、これがこの問題を引き起こしたと私が信じているので、私はそれについて議論したいと思います。
一連のVagrantコマンドを実行して、Ubuntu Trusty 32をVirtual Boxにインストールしました。
$ vagrant box add ubuntu/trusty64
$ vagrant init ubuntu/trusty64
$ vagrant up
ただし、ゲストOSでのDNS解決に問題がありました。だから私はそれを機能させるために私のVMにいくつかのフラグを設定しました：
C:\Program Files\Oracle\VirtualBox>VBoxManage.exe modifyvm "Ubuntu Trusty 64" --natdnshostresolver1 on
C:\Program Files\Oracle\VirtualBox>VBoxManage.exe modifyvm "Ubuntu Trusty 64" --natdnsproxy1 on
これによりUbuntuゲストOSのDNS解決は解決されましたが、ポート転送は機能しませんでした。それが機能していなかったので、完全に諦めて、インストール/セットアップした仮想マシンを削除した後、VagrantとVirtualBoxをアンインストールしました。この後、msysが機能しなくなったにもかかわらず、コマンドラインやコマンドが実行されることに気づきました。 DNS解決の問題が私のホストOSに存在するようになりました！
編集
以下のコメントからのリクエストで質問を修正します。
アダプターIPv4での設定： 
ipconfig /allコマンドごとに、システムで使用可能なすべてのアダプターを以下に示します（Ethernet adapter Local Area Connectionという名前のアダプターは、LANに接続されている実際の物理ネットワークアダプターです）。
また、DNSサーバーをそれぞれ8.8.8.8および8.8.4.4に変更したことにも注意してください。通常、私のゲートウェイはDNSサーバー（10.3.1.1）です。私はこれをルーターの問題を除外するために、そしてコメントの誰かの提案に従って行いました。
C:\>ipconfig /all
Windows IP Configuration
Host Name . . . . . . . . . . . . : Robert-PC
Primary Dns Suffix . . . . . . . :
Node Type . . . . . . . . . . . . : Hybrid
IP Routing Enabled. . . . . . . . : No
WINS Proxy Enabled. . . . . . . . : No
DNS Suffix Search List. . . . . . : home
Ethernet adapter Local Area Connection:
Connection-specific DNS Suffix . : home
Description . . . . . . . . . . . : Qualcomm Atheros AR8151 PCI-E Gigabit Ethernet Controller (NDIS 6.20)
Physical Address. . . . . . . . . : 90-2B-34-57-0D-24
DHCP Enabled. . . . . . . . . . . : Yes
Autoconfiguration Enabled . . . . : Yes
Link-local IPv6 Address . . . . . : fe80::8c37:8952:a3d5:ca0%20(Preferred)
IPv4 Address. . . . . . . . . . . : 10.3.1.38(Preferred)
Subnet Mask . . . . . . . . . . . : 255.255.255.0
Lease Obtained. . . . . . . . . . : Monday, May 25, 2015 9:35:57 PM
Lease Expires . . . . . . . . . . : Tuesday, May 26, 2015 9:36:00 PM
Default Gateway . . . . . . . . . : 10.3.1.1
DHCP Server . . . . . . . . . . . : 10.3.1.1
DNS Servers . . . . . . . . . . . : 8.8.8.8
8.8.4.4
NetBIOS over Tcpip. . . . . . . . : Enabled
Ethernet adapter Local Area Connection 3:
Connection-specific DNS Suffix . :
Description . . . . . . . . . . . : Cisco Systems VPN Adapter for 64-bit Windows
Physical Address. . . . . . . . . : 00-05-9A-3C-78-00
DHCP Enabled. . . . . . . . . . . : No
Autoconfiguration Enabled . . . . : Yes
Link-local IPv6 Address . . . . . : fe80::2923:9898:cce9:9b60%18(Preferred)
Autoconfiguration IPv4 Address. . : 169.254.155.96(Preferred)
Subnet Mask . . . . . . . . . . . : 255.255.0.0
Default Gateway . . . . . . . . . :
DHCPv6 IAID . . . . . . . . . . . : 654312858
DHCPv6 Client DUID. . . . . . . . : 00-01-00-01-1A-03-8A-D9-90-2B-34-57-0D-24
DNS Servers . . . . . . . . . . . : fec0:0:0:ffff::1%1
fec0:0:0:ffff::2%1
fec0:0:0:ffff::3%1
NetBIOS over Tcpip. . . . . . . . : Enabled
Tunnel adapter Local Area Connection* 11:
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 Reusable ISATAP Interface {D85DF6F3-7D47-4198-B7B9-DD5680A8A6E7}:
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
DNSを手動でGoogleのDNSサーバーに設定して、nslookupを実行しました（以下の出力）。 DNSがGoogleDNSサーバーに変更された後も、nslookupまたはpingを使用してホスト名を解決できないことに注意してください。
C:\>nslookup
Default Server: UnKnown
Address: 8.8.8.8
多くの調査の後、私はこれらのスレッドに出くわしました：
- http://www.sevenforums.com/network-sharing/286086-unable-run-ping-traceroute-2.html
- http://answers.Microsoft.com/en-us/windows/forum/windows_7-networking/windows-7-network-adapter-error-some-controls-on/580b87fd-d722-49ae-9520- 092c73149854？msgId = 28c7bac1-c3a9-4cb6-b3a4-ed7cb7a725c
解決策は、次のコマンドを実行することでした。
netsh winsock reset catalog
netsh int ipv4 reset reset.log
netsh int ipv6 reset reset.log