Решил повозиться с очередной виртуалкой, в которой (для меня это впервые) была поднята Web-служба - с целью проверить доступ к данной веб-службе с разных реальных машин.
С хост-машины - всё работало, с другой - не захотело.
Посмотрев повнимательнее - понял, что не вижу интерфейса vmnet0, а есть только vmnet1 и vmnet8 (а по умолчанию - vmnet0 - это нужный мне Bridge, vmnet1 - это Host Only, vmnet8 - NAT).
Ладно, думаю - исправлю (помню, что в VMware Workstation был механизм настройки сетевых интерфейсов).
И тут понял - что в VMware Player-е этого механизма - нет (нет файла vmnetcfg.exe).
Простой "гуглёж" подсказал решение - создание следующего bat-файла
пример для 64-разрядной OS
Код:
rundll32.exe "C:\Program Files (x86)\VMware\VMware Player\vmnetui.dll" VMNetUI_ShowStandalone
пример для 32-разрядной OS
Код:
rundll32.exe "C:\Program Files\VMware\VMware Player\vmnetui.dll" VMNetUI_ShowStandalone
Запускаем "от имени администратора" (Win'Vista и выше)
Альтернативный вариант (не проверял сам) - скачать VMware Wokstattion, "развернуть" его:
Код:
VMware-workstation-full-9.0.0-812388.exe /e .\vmware_extract
, где “vmware_extract” - каталог, в который будет развёрнуто содержимое, перейти в этот каталог, и, используя менеджер архивов (рекомендуют 7-zip), открыть core.cab, скопировать оттуда vmnetcfg.exe в каталог, куда установлен VMware PLayer
Когда всё "встало на свои места" - всё одно не получил доступ в web-службе с чужой машины :)
Но это уже оказался виноват брендмауэр от Dr.Web, стоящий на хост-машине - который в такой конфигурации просто блокировал обращения, не выдавая никаких "предупредительных сообщений" при этом (не смотря на то, что стоит "режим обучения").