Depois de muita investigação, me deparei com esses tópicos:
A solução foi executar esses comandos:
netsh winsock reset catalog
netsh int ipv4 reset reset.log
netsh int ipv6 reset reset.log
Eu recentemente fiz uma combinação de coisas do Vagrant + VirtualBox na minha máquina para tentar fazer uma instalação virtualizada do Ubuntu funcionar. No entanto, eu não tive sorte com isso, então eu só desinstalei tudo. Desde então, tive alguns problemas com o uso de aplicativos de linha de comando em minha máquina host.
Estou no Windows 7 x64. A resolução de DNS e a conectividade de rede parecem estar bem no navegador Chrome e em outras ferramentas baseadas na GUI. No entanto, quando eu inicio o cmd.exe, observo o comportamento estranho de várias ferramentas de linha de comando.
A execução de nslookup
resulta na impossibilidade de encontrar o endereço IP dos nomes de domínio básicos.
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
é meu roteador, que se fornece como servidor DNS para clientes via DHCP. O roteador encaminha solicitações de DNS para os servidores DNS do Google. Como eu disse, a resolução de DNS está funcionando no meu navegador e em muitos outros aplicativos, por isso duvido que a configuração do roteador ou os servidores DNS sejam o problema. Deixarei de fora os detalhes aqui para manter o tópico simples.
ping
funciona para endereços IPv4 físicos, mas não para nomes de host.
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
Agora aqui é onde fica interessante. Quando executo o comando netstat
, o campo Local Address
está vazio, embora os endereços IPv6 ainda apareçam. São apenas os IPv4 que não. Isso estava funcionando bem antes!
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
Coisas que fiz para tentar resolver o problema:
ipconfig /flushdns
ipconfig /registerdns
Nada disso funcionou. Alguém sabe qual é o problema ou os passos que posso dar para diagnosticar isso?
Eu quero isso na parte inferior porque é bastante longo e potencialmente irrelevante. No entanto, eu quero discutir isso porque é isso que eu acredito que desencadeou esse problema.
Eu executei uma série de comandos do Vagrant para instalar o Ubuntu Trusty 32 no Virtual Box:
$ vagrant box add ubuntu/trusty64
$ vagrant init ubuntu/trusty64
$ vagrant up
No entanto, houve problemas com a resolução de DNS no sistema operacional convidado. Por isso, defino alguns sinalizadores na minha VM para que funcione:
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
Embora isso resolva as resoluções de DNS no sistema operacional convidado do Ubuntu, o encaminhamento de porta ainda não funcionou. Então, como não estava funcionando, desisti completamente e desinstalei o Vagrant e o VirtualBox depois de excluir as máquinas virtuais que ele instalou / instalou. Depois disso, notei que as coisas da linha de comando e até os comandos eram executados, embora os msys não estivessem mais funcionando. Problemas de resolução de DNS agora existem no meu sistema operacional host!
Eu alterarei minha pergunta com as solicitações dos comentários abaixo.
Configurações no adaptador IPv4:
Todos os adaptadores disponíveis no meu sistema estão abaixo, por comando ipconfig /all
(O adaptador chamado Ethernet adapter Local Area Connection
é o meu adaptador de rede físico real conectado à LAN).
Observe também que alterei meus servidores DNS para 8.8.8.8
e 8.8.4.4
, respectivamente. Normalmente meu gateway é meu servidor DNS ( 10.3.1.1
). Fiz isso para descartar qualquer problema com meu roteador e por sugestão de alguém nos comentários.
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
Com meu DNS configurado manualmente para os servidores DNS do Google, executei nslookup
(saída abaixo). Observe que ainda não consigo resolver nomes de host usando nslookup
ou ping
após a alteração de DNS nos servidores DNS do Google.
C:\>nslookup
Default Server: UnKnown
Address: 8.8.8.8
Se não houvesse uma zona reversa de DNS, o DNS ainda funcionaria. Por favor, pare de responder a todos esses posts com isso. Em todo lugar todo mundo diz a mesma coisa, e todo usuário com esse problema, repsonds. Não, não é isso. Eles até afirmam na maioria dos threads que os servidores na mesma sub-rede / vrf / vlan funcionam bem, apontando para o mesmo servidor DNS, que é um DC, que possui uma zona REVERSE. Quando não há zona reversa, o DNS ainda responde, apenas não autoritativo. Nesse caso, o DNS não responde. Ping via nome não responde. Mas indo para o explorer e fazendo \ host funciona. Alguém tem que ter visto e resolvido esse problema.