Ao usar o VMWare Fusion: pesquisa de DNS no convidado do Windows 7 acrescenta localdomain

Question

Veja o que eu digito:

C:\Users>nslookup
Default Server:  UnKnown
Address:  172.16.128.2

> google.com
Server:  UnKnown
Address:  172.16.128.2

Name:    google.com.localdomain
Addresses:  74.125.226.14
          74.125.226.14

> google.com.
Server:  UnKnown
Address:  172.16.128.2

Non-authoritative answer:
Name:    google.com
Addresses:  2607:f8b0:4006:806::1005
          74.125.226.1
          74.125.226.6
          74.125.226.2
          74.125.226.4
          74.125.226.5
          74.125.226.9
          74.125.226.8
          74.125.226.7
          74.125.226.3
          74.125.226.0
          74.125.226.14

Isso costumava não causar problemas e talvez não acrescentasse localdomain ... mas agora causa problemas para aplicativos que não adicionam um '.' ao fazer pesquisa de nome de domínio.

Eu vejo o problema na linha de comando ssh no cygwin.

E para ter certeza ... no host (Mac OS / X):

jzwolak@laptop:~$ nslookup
> google.com
Server:     192.168.2.1
Address:    192.168.2.1#53

Non-authoritative answer:
Name:   google.com
Address: 74.125.226.14
Name:   google.com
Address: 74.125.226.1
Name:   google.com
Address: 74.125.226.6
Name:   google.com
Address: 74.125.226.2
Name:   google.com
Address: 74.125.226.4
Name:   google.com
Address: 74.125.226.5
Name:   google.com
Address: 74.125.226.9
Name:   google.com
Address: 74.125.226.8
Name:   google.com
Address: 74.125.226.7
Name:   google.com
Address: 74.125.226.3
Name:   google.com
Address: 74.125.226.0
> 

Estou executando o VMWare Fusion 7.1.2, o Mac OS / X 10.10.4, o Windows 7 SP1 com todas as atualizações importantes e o mais recente cygwin e ssh (do pacote cygwin com a versão: OpenSSH_6.9p1, OpenSSL 1.0.2d 9 de julho de 2015).

ssh não é o único programa que tem problemas, mas é o que eu preciso usar.

Alguma idéia do porquê isso está acontecendo?

Ah ... e se eu definir manualmente o servidor DNS no Windows para o usado no Mac OS / X (192.168.2.1 no meu exemplo), então tudo funciona bem.

    

Answer 1

Eu desativei o ipv6 no Windows e parece funcionar.

Eu usei as instruções no link

To disable certain IPv6 components, follow these steps:
Click Start, type regedit in the Start Search box, and then click regedit.exe in the Programs list.
In the User Account Control dialog box, click Continue.
In Registry Editor, locate and then click the following registry subkey:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip6\Parameters\
Double-click DisabledComponents to change the DisabledComponents entry. 

Note If the DisabledComponents entry is unavailable, you must create it. To do this, follow these steps:
In the Edit menu, point to New, and then click DWORD (32-bit) Value.
Type DisabledComponents, and then press Enter.
Double-click DisabledComponents.
Type any of the following values in the Value data field to configure the IPv6 protocol to the intended state, and then click OK:
Type 0 to re-enable all IPv6 components (Windows default setting).
Type 0xff to disable all IPv6 components except the IPv6 loopback interface. This value also configures Windows to prefer using IPv4 over IPv6 by changing entries in the prefix policy table. For more information, see Source and destination address selection.
Type 0x20 to prefer IPv4 over IPv6 by changing entries in the prefix policy table.
Type 0x10 to disable IPv6 on all nontunnel interfaces (both LAN and Point-to-Point Protocol [PPP] interfaces).
Type 0x01 to disable IPv6 on all tunnel interfaces. These include Intra-Site Automatic Tunnel Addressing Protocol (ISATAP), 6to4, and Teredo.
Type 0x11 to disable all IPv6 interfaces except for the IPv6 loopback interface.

    

Answer 2

Para adicionar à resposta de Scott, pelo que entendi a diferença está no modo NAT / Compartilhado, o VMWare isola o convidado, tornando-o mais seguro, a máquina virtual não possui seu próprio endereço IP na rede externa. Em vez disso, uma rede privada separada chamada localadmin é configurada no seu Mac ...

Com a ponte de rede, a máquina virtual aparece como um computador adicional na mesma rede Ethernet física do seu Mac, tornando-a menos segura. Consulte o artigo do VMWare sobre os tipos de rede.

Teste do modo NAT :

C:\Windows\System32>nslookup
Default Server:  UnKnown
Address:  172.16.65.2

> google.com
Server:  UnKnown
Address:  172.16.65.2

Name:    google.com.localdomain
Addresses:  216.58.192.46
          216.58.192.46

>

Teste do modo em ponte :

C:\Windows\System32>nslookup
Default Server:  google-public-dns-a.google
Address:  8.8.8.8

> google.com
Server:  google-public-dns-a.google.com
Address:  8.8.8.8

Non-authoritative answer:
Name:    google.com
Addresses:  2607:f8b0:4010:800::1004
          216.58.192.46

    

Answer 3

Sim, isso causa problemas com o SSH (e por extensão git). O problema é que o adaptador de rede da máquina virtual está configurado no modo NAT (também mostrado como Compartilhar com meu Mac ) e no modo NAT o VMWare está tentando forçar o IPv6, mas não está suportando o IPv6 de alguma forma. Você pode alternar para o modo em ponte ou forçar o SSH a usar o IPv4.

Comutado para o modo Bridge

NOTE: This may reduce the security of your VM since it will be directly connected to the network now and have no protection via the host machine Change the networking to Bridged mode by selecting the menu Virtual Machine > Network Adapter > Bridged (Autodetect) and it will work.

Forçar o SSH a usar o IPv4

Adicione a seguinte linha a /etc/ssh/ssh_config (ou c:\Program Files\Git\etc\ssh\ssh_config ao usar o git para windows):

AddressFamily inet