Как из одной виртуалки получить доступ по самбе ко второй?
Имеется:
1) Linux хост с VmWare
2) одна виртуальная машина Windows 10
3) вторая виртуальная машина Windows 10
Необходимо:
1) на первой виртуальной машине организовать общие директории
2) иметь доступ к этим общим директориям из второй виртуальной машины по протоколу SMB
3) желательно при этом чтобы обе виртуальные машины имели выход в интернет
Насколько я знаю если в виртуалках ставить NAT, то выход в интернет у них будет, общаться с хостом они смогут, но вот общаться между собой никак. Во всяком случае вторая виртуалка ничего не увидит ни в проводнике по "\\имя_первой_виртуалки", ни в командной строке "net view "\\имя_первой_виртуалки". Чтобы виртуалки могли так общаться надо ставить сетевой адаптер на них или bridged, или host-only, правда с host-only про интернет в виртуалках однозначно придётся забыть.
Ставлю bridged, гружусь в виртуалки, запускаю ipconfig, а он мне пишет что "media not connected". А в свойствах адаптера написано что "Internet cable unplugged". Почему так? Не понимаю вообще.
Ставлю host-only, гружусь в виртуалки, одна виртуалка получает адрес 172.16.169.131, вторая 172.16.169.132. Одна пингует вторую, вторая пингует первую, то есть они друг друга видят. В Windows Firewall разрешаю "File sharing SMB" или как там, не помню дословно, создаю директорию на первой виртуалке, устанавливаю этой директории в свойствах "Будем шарить, доступность для Everyone полная, Full control". После этого свои собственные шары по "net view \\172.16.169.131" эта первая виртуалка показывает. В проводнике на второй виртуалке вижу что в Network появилось имя первой виртуалки. Но когда пытаюсь в это имя зайти, она долго думает и после говорит что соединиться не удалось. И в командной строке как по "net view \\имя_первой_виртуалки", так и по "net view \\172.16.169.131" получаю только "Network error 53, path not found".
Извечный вопрос, который задал в своё время ещё Николай Чернышевский: что делать?
Ставлю bridged, гружусь в виртуалки, запускаю ipconfig, а он мне пишет что "media not connected". А в свойствах адаптера написано что "Internet cable unplugged". Почему так? Не понимаю вообще.
bridged, правильный способ, изучайте, что вы там на выбирали в свойствах сетевого адаптера
Еще есть internal network, в этом случае сетевой адаптер подключается только к указанной внутренней сети и естественно доступа к хосту не имеет (но никто не мешает несколько сетевых адаптеров сделать
bridged, правильный способ, изучайте, что вы там на выбирали в свойствах сетевого адаптера
rPman, а там в свойствах и выбирать нечего, просто выбрать bridged и всё:
Крыжик "Replicate physical network connection state" тоже ничего мне не дал, что он выключен, что он включен -- разницы абсолютно никакой, "Network cable unplugged". По кнопке "Advanced..." можно лишь скорость резать да новый MAC генерировать, всё, больше ничего.
rPman, подключение VMware через bridged мне удалось сделать.
ip ad
Ничего конкретного, vmnet1 на которой в VMware как раз bridge в списке отсутствует:
pfemidi@localhost:~$ ip ad
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
valid_lft forever preferred_lft forever
inet6 ::1/128 scope host noprefixroute
valid_lft forever preferred_lft forever
2: enp3s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
link/ether 90:2b:34:5f:14:df brd ff:ff:ff:ff:ff:ff
altname enx902b345f14df
inet 192.168.0.100/24 brd 192.168.0.255 scope global noprefixroute enp3s0
valid_lft forever preferred_lft forever
inet6 fe80::922b:34ff:fe5f:14df/64 scope link noprefixroute
valid_lft forever preferred_lft forever
17: vmnet0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UNKNOWN group default qlen 1000
link/ether 00:50:56:c0:00:00 brd ff:ff:ff:ff:ff:ff
altname enx005056c00000
inet 172.16.1.1/24 brd 172.16.1.255 scope global vmnet0
valid_lft forever preferred_lft forever
inet6 fe80::250:56ff:fec0:0/64 scope link proto kernel_ll
valid_lft forever preferred_lft forever
18: vmnet8: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UNKNOWN group default qlen 1000
link/ether 00:50:56:c0:00:08 brd ff:ff:ff:ff:ff:ff
altname enx005056c00008
inet 192.168.79.1/24 brd 192.168.79.255 scope global vmnet8
valid_lft forever preferred_lft forever
inet6 fe80::250:56ff:fec0:8/64 scope link proto kernel_ll
valid_lft forever preferred_lft forever
pfemidi@localhost:~$
brctl show
Тут вообще пустота:
pfemidi@localhost:~$ sudo brctl show
pfemidi@localhost:~$
А bridge от VMware именно на vmnet1:
pfemidi@localhost:~$ sudo vmware-networks --status
DHCP service on vmnet0 is running
Hostonly virtual adapter on vmnet0 is enabled
Bridge networking on vmnet1 is running
DHCP service on vmnet8 is running
NAT service on vmnet8 is running
Hostonly virtual adapter on vmnet8 is enabled
All the services configured on all the networks are running
pfemidi@localhost:~$
Поэтому я сделал проще. Я не стал выбирать в установках виртуальной машины "Bidged: Connected directly to the physical network", я выбрал "Custom: Specific virtual network" и там указал "/dev/vmnet1". И в гостевой Windows 10 сразу же иссчезло сообщение что сетевой кабель отключен, сразу же выдался IP и появилась сеть.
Правда самба между этими двумя виртуалками так и не заработала -- как и в случае с сетевым адаптером Host-Only имя раздающей виртуалки в проводнике появляется, а соединиться с ней никак, ошибка 53, "The network path was not found". Я уже и Windows Firewall полностью отключил для чистоты (грязноты?) эксперимента, и всё равно подключение не проходит. Чего с этим делать -- ума не приложу.
smb машины в одной локальной сети, если ходят пинги, должны работать по ip адресу \\192.168.xxx.xxx\sharename
по netbios имени боюсь без домен контроллера будет не легко, я со времен старта win10 уже об это спотыкался, но так как не критично, на проблему забил, но тогда еще можно было настроить... с win11 (и 10 с последними обновлениями) боюсь уже не будет так просто.
rPman, в проводнике по "\\192.168.xxx.xxx" вообще ничего не показывается, ни ошики, ни шар. По "net view \\192.168.xxx.xxx" в cmd всё так же ошибка 53, "The network path was not found". С указанием имени шары в проводние по "\\192.168.xxx.xxx\sharename" ошибка доступа:
Файрволы я все погасил, раздающем smb винде сказал что пароль не требуется, что всех гостей надо принимать за Everyone, для которого выставил "Full control". Шут знает чего ему ещё надо.
