Рабочим столом Ubuntu 16.04 vm является единственная ОС, которая не зарегистрируется в локальной сети

У меня есть несколько Linux и окон vms (VMware) работа окон 10 про хостов на рабочей станции VMware 12.5.

Все vms настроены тот же путь на рабочей станции, но Ubuntu vm не обнаружена в "сетях" в Windows, и я не могу соединиться с ним от хоста.

vm имеет интернет-соединение, но та же ситуация происходит в самом vm. Я вижу все другие сетевые местоположения там (хост + весь vms), но Ubuntu vm сама, кажется, не регистрируется в локальной сети.

Я использую NAT, и я хочу смочь использовать это для всего vm's. Я могу соединиться с другим vm's через имя хоста, но поскольку я сказал, что не могу найти трассировку этого vm через IP или имя хоста. Я нахожу это очень странным, что этот vm может обнаружить другие местоположения, но не регистр!?

Я попытался клонироваться + переустанавливающий эту ОС.

avahi/zeroconf пакеты действительно помогают с исследованием других местоположений, поскольку я вижу их только, когда пакет avahi-демона установлен.

Также существует что-то странное продолжение vmware-tools/open-vm-tools при использовании этого дистрибутива. Рабочая станция, кажется, правильно не определяет установленные инструменты, поскольку "vm meny" продолжает показывать "обновлению инструменты VMware". Я попробовал обоих open-vm-tools & vmware-tools от дистрибутива рабочей станции. Я сожалею об обеспечении потенциально недостаточной информации, но я должен буду обновить через это сообщение.

DHCP работает, сетевой адаптер окон + vm адаптеры установлены на динамическую IP & DNS.

Наконец как я уже сказал, ВСЕ ОСТАЛЬНОЕ функционально. Я соединяюсь от vm's Windows до всего другого vm's Linux для кросс-компиляции посредством Visual Studio.

Править: Тем не менее та же проблема. Я попробовал несколько предложений и обходных решений и от этого форума и от других мест, но я не могу установить контакт с этим vm от хоста или другой vm's.

Моя таблица маршрутизации IP Ядра похожа на это:

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

Теперь я знаю 169.254.0.0, помещается там zeroconf для исправления моего IP, потому что, конечно, существуют некоторые проблемы. Но то, что я ищу ответ, к тому, почему Ubuntu 16.04 взаимодействует по-другому с NAT (сети в целом на самом деле), чем говорят Корицу Монетного двора?

Я попробовал sooo много мер там, но я не могу проверить с помощью ping-запросов своего гостя человечности от хоста, и я не могу соединиться с ним от других сетевых местоположений. Таблица маршрутизации IP ядра выше является той, произведенной, когда я определяю/etc/network/interfaces файл как это для динамической маршрутизации:

# interfaces(5) file used by ifup(8) and ifdown(8)
auto lo
iface lo inet loopback

Так, я попробовал предложение определения/etc/network/interfaces файл как это:

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

... и бесконечные изменения этого. Информация, которую я получаю от РЕДАКТОРА ВИРТУАЛЬНОЙ СЕТИ в VMware, и нет снова АБСОЛЮТНО НИКАКОЙ причины, почему отказ должен быть где-либо еще, но в ОС Ubuntu, поскольку все другие vms используют ту же установку.

По-видимому, кажется, существуют различия в реализации AVAHI & ZEROCONF в Ubuntu 16.04 и говорят Корицу Монетного двора 17.3 или SuperX 3.0. Таким образом, каково соглашение? Что я могу сказать? я пытался изменить/etc/nsswitch.conf значение хоста parameterto:

hosts:          files mdns4_minimal [NOTFOUND=return] dns

, попробованный для изменения/etc/avahi/avahi-daemon.conf к:

#domain-name=alocal

, измените/etc/default/grub файл:

GRUB_CMDLINE_LINUX_DEFAULT="net.ifnames=0 biosdevname=0"

Я также пытался добавить имя хоста в/etc/network/interfaces файле и затем добавлении его IP-адреса + имя хоста в c:/windows/system32/drivers/etc/hosts.

Я пытался удалить zeroconf пакеты и avahi пакеты отдельно и вместе. После удаления avahi и zeroconf пакетов я не замечаю различия в этом vm. Возможность соединения является тем же. Как это может быть?? По моему (очень скромному) мнению, кажется, существует распространенность ненужных пакетов (чтение: shi...), здесь. Пока у кого-то нет четкого ответа относительно, например, почему эта ОС как стандарт реализует перенаправление ".local" и проблем, которые я решил выше - я фрагментирую Ubuntu 16.04.Спасибо.

Править

Я установил libnss.myhostname пакет на vm, и теперь я могу проверить с помощью ping-запросов его для имени.... Как "ubuntu.local". Проблема, она только возвращает адреса ipv6, и компьютер все еще не обнаруживается под сетями в Windows.

ОТРЕДАКТИРУЙТЕ я добавил .local к имени "человечности" в имени хоста файла. Теперь я могу проверить с помощью ping-запросов "ubuntu.local", и я получаю в ответ ipv4 адреса. Однако, имя хоста (или скорее netBIOS) имя не появляется под сетью Windows. Как я узнал, потому что Windows не может сослаться на отображение его в базе данных DNS.