Eu tenho vários linux & amp; windows vms (vmware) rodando no windows 10 pro host, na vmware workstation 12.5.
Todas as vms são configuradas da mesma forma na estação de trabalho, mas o Ubuntu vm não é descoberto em "redes" no Windows, e eu não consigo me conectar a ele a partir do host.
A vm tem conexão com a internet, mas a mesma situação ocorre dentro da própria vm. Eu posso ver todos os outros locais de rede lá (host + todos os vms), mas o Ubuntu vm em si não parece estar se registrando na rede local.
Eu uso o NAT e quero usá-lo para todos os vm's. Eu posso ligar para o outro vm através do hostname, mas como eu disse, não consigo encontrar nenhum traço deste vm através de ip ou hostname. Eu acho muito estranho que essa vm consiga detectar outros locais mas não se registrar!?
Eu tentei clonar + reinstalar este sistema operacional.
Os pacotes avahi/zeroconf ajudam na descoberta de outros locais, como eu posso vê-los apenas quando o pacote avahi-daemon está instalado.
Também há algo estranho acontecendo com o vmware-tools / open-vm-tools ao usar esta distro. A estação de trabalho não parece identificar corretamente as ferramentas instaladas, já que "vm meny" continua mostrando "update vmware tools".
Eu tentei os dois open-vm-tools & amp; vmware-tools da distro da estação de trabalho.
Lamento fornecer informações potencialmente insuficientes, mas terei que atualizar por meio deste post.
DHCP está funcionando, os adaptadores de adaptador de rede do Windows + vm estão configurados para IP dinâmico & amp; DNS.
Finalmente, como já disse, TUDO mais é funcional. Estou conectando do Windows vm a todos os outros vm do Linux para compilação cruzada por meio do Visual Studio.
EDITAR:
Ainda o mesmo problema. Eu tentei várias sugestões e soluções alternativas tanto deste fórum como de outros lugares, mas não consigo estabelecer contato com este vm do host ou de outros vm's.
Minha tabela de roteamento de IP do Kernel é assim:
Destination Gateway Genmask Flags Metric Ref Use Iface
0.0.0.0 192.168.252.2 0.0.0.0 UG 100 0 0 eth0
169.254.0.0 0.0.0.0 255.255.0.0 U 1000 0 0 eth0
192.168.252.0 0.0.0.0 255.255.255.0 U 100 0 0 eth0
Agora eu sei 169.254.0.0 é colocado lá por zeroconf para corrigir o meu ip porque certamente há alguns problemas. Mas o que eu estou procurando é uma resposta do porque o Ubuntu 16.04 está interagindo diferentemente com o NAT (redes em geral, na verdade), do que o Mint Cinnamon?
Eu tentei muitas correções por aí, mas não consigo pingar meu guest do ubuntu do host e não consigo me conectar a ele de outros locais de rede.
A tabela de roteamento do kernel ip acima é aquela produzida quando eu defino
Arquivo / etc / network / interfaces como este para o roteamento dinâmico:
# interfaces(5) file used by ifup(8) and ifdown(8)
auto lo
iface lo inet loopback
Então, eu tentei a sugestão de definir o arquivo / etc / network / interfaces assim:
auto eth0
iface eth0 inet static
address 192.168.252.0
netmask 255.255.255.0
gateway 192.168.252.2
dns-nameservers 8.8.8.8 192.168.252.2
... e infinitas variações disso. As informações que recebo do EDITOR DE REDE VIRTUAL no vmware, e novamente, NÃO HÁ ABSOLUTAMENTE razão para que a falha esteja em outro lugar, exceto no sistema operacional Ubuntu, já que todos os outros vms usam a mesma configuração.
Aparentemente, parece haver diferenças na implementação do AVAHI & amp; ZEROCONF no Ubuntu 16.04 e diga Mint Cinnamon 17.3 ou SuperX 3.0. Então, qual é o problema?
O que posso dizer ? Eu tentei modificar o valor de /etc/nsswitch.conf do host parameterto:
hosts: files mdns4_minimal [NOTFOUND=return] dns
, tentou modificar o /etc/avahi/avahi-daemon.conf para:
#domain-name=alocal
, modifique o arquivo / etc / default / grub:
GRUB_CMDLINE_LINUX_DEFAULT="net.ifnames=0 biosdevname=0"
Eu também tentei adicionar um nome de host no arquivo / etc / network / interfaces e adicionar seu endereço IP + nome do host em c: / windows / system32 / drivers / etc / hosts.
Eu tentei desinstalar pacotes zeroconf e pacotes avahi separadamente e juntos. Depois de eliminar o avahi & amp; pacotes zeroconf eu noto que não há diferença neste vm. Conectividade é o mesmo. Como pode ser ??
Na minha opinião (muito humilde), parece haver uma abundância de pacotes desnecessários (leia: shi ...), aqui. Até que alguém tenha uma resposta clara quanto a por que esse sistema operacional como padrão implementa o redirecionamento de ".local" & amp; os problemas que eu abordei acima - estou descartando o Ubuntu 16.04. Obrigado.
EDITAR
Instalei o pacote libnss.myhostname na vm, e agora posso fazer o ping para o primeiro nome .... Como "ubuntu.local". O problema é que ele só retorna endereços ipv6 e o computador ainda não aparece em redes no Windows.
EDITAR
Eu adicionei .local ao nome "ubuntu" no hostname do arquivo. Agora eu posso pingar "ubuntu.local", e eu recebo em retorno endereços ipv4.
Ainda assim, o nome do host (ou melhor, o nome do netBIOS) não aparece na rede do Windows. Como eu aprendi, porque o Windows não pode fazer referência ao mapeamento dele no banco de dados do DNS.