Чтобы понять, как в конечном итоге создать кластер beowulf с другими компьютерами, я попытался, следуя этому чтению, создать простой кластер Beowulf с Ubuntu, чтобы связать мой компьютер с Ubuntu 18.04.01 Server Edition с моим ноутбуком, где я установил версию VMware та же Ubuntu 18.04.01 Server Edition.

Это содержимое файла /etc /hosts в версии Ubuntu 18.04.01 VMware на ноутбуке:

127.0.0.1       localhost
127.0.1.1       ubuntu

# The following lines are desirable for IPv6 capable hosts
::1     localhost ip6-localhost ip6-loopback
ff02::1 ip6-allnodes
ff02::2 ip6-allrouters
192.168.1.3 pc01

И это содержимое файла /etc /hosts в Ubuntu 18.04.01 на ПК:

127.0.0.1       localhost.localdomain   localhost
::1             localhost6.localdomain6 localhost6

# The following lines are desirable for IPv6 capable hosts
::1     localhost ip6-localhost ip6-loopback
192.168.229.128 laptop
fe00::0 ip6-localnet
ff02::1 ip6-allnodes
ff02::2 ip6-allrouters
ff02::3 ip6-allhosts
192.168.1.3 pc01
172.17.0.1 pc01
172.18.0.1 pc01
172.20.0.1 pc01
172.19.0.1 pc01
172.21.0.1 pc01

Теперь ... проверка связи с Ubuntu-ноутбука на Ubuntu-PC выполнена на 100%:

marco@ubuntu:~$ ping -c 3 pc01
PING pc01 (192.168.1.3) 56(84) bytes of data.
64 bytes from pc01 (192.168.1.3): icmp_seq=1 ttl=128 time=1.08 ms
64 bytes from pc01 (192.168.1.3): icmp_seq=2 ttl=128 time=2.42 ms
64 bytes from pc01 (192.168.1.3): icmp_seq=3 ttl=128 time=2.04 ms

--- pc01 ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2017ms
rtt min/avg/max/mdev = 1.087/1.851/2.420/0.563 ms
marco@ubuntu:~$

Пинг с Ubuntu-PC до Ubuntu-ноутбука полностью завершается:

marco@pc01:~$ ping -c 3 laptop
PING laptop (192.168.229.128) 56(84) bytes of data.

--- laptop ping statistics ---
3 packets transmitted, 0 received, 100% packet loss, time 2040ms

sudo iptables-save в ноутбуке выдает "пустой" вывод:

marco@ubuntu:~$ sudo iptables-save
marco@ubuntu:~$

вывод ip a в ноутбук:

marco@ubuntu:~$ ip a
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
       valid_lft forever preferred_lft forever
2: ens33: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state
 UP group default qlen 1000
    link/ether 00:0c:29:b0:ad:7b brd ff:ff:ff:ff:ff:ff
    inet 192.168.229.128/24 brd 192.168.229.255 scope global ens33
       valid_lft forever preferred_lft forever
    inet6 fe80::20c:29ff:feb0:ad7b/64 scope link
       valid_lft forever preferred_lft forever

VirtualMachineSettingsOptions

Вопрос: после включения первого параметра «Bridged: подключен напрямую к физической сети», следует ли мне также включить подопцию "Реплицировать состояние физического сетевого подключения"?

Три важных обновления: 1) В соответствии с этим интерактивным документом: VMware Workstation 9 Центр документации, опция "Реплицировать состояние физического сетевого подключения" должна быть включена, чтобы можно было обновлять IP-адрес при переходе из одной проводной или беспроводной сети в другую. Итак, я сделал два испытания, включив эту опцию. Но произошло нечто странное: виртуальная машина успешно открылась с моим именем пользователя и паролем. Но я не мог получить к нему доступ через обычное соединение ssh, потому что мой пароль не был распознан. После отключения опции «Bridged: подключен напрямую к физическому соединению», при включении опции «NAT: используется для совместного использования IP-адреса хоста», мой пароль также распознавался соединением SSH ...

2) Я обнаружил через ifconfig | grep inet, что после включения опции «Bridged: подключен напрямую к физической сети» и подопции "Replicate физической network network connection", inet становится 127.0.0.1 Затем в /etc /hosts на моем ПК я обновил IP-адрес ноутбука до 127.0.0.1

marco@pc01:~$ ping -c 3 laptop
PING laptop (127.0.0.1) 56(84) bytes of data.
64 bytes from localhost.localdomain (127.0.0.1): icmp_seq=1 ttl=64   
time=0.046 ms
64 bytes from localhost.localdomain (127.0.0.1): icmp_seq=2 ttl=64 
time=0.025 ms
64 bytes from localhost.localdomain (127.0.0.1): icmp_seq=3 ttl=64 
time=0.042 ms

--- laptop ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2053ms
rtt min/avg/max/mdev = 0.025/0.037/0.046/0.011 ms

Но все равно мой пароль не распознается при попытке доступа к VMware Virtual Machine'Ubuntu через соединение SSH ...

3) Я попробовал также другой вариант в настройках VMware: VirtualMachineSettings02 : «Только для хоста: частная сеть, используемая совместно с хостом». Когда этот параметр включен, как и для параметра «NAT: используется для совместного использования IP-адреса хоста», я может подключиться к виртуальной машине Ubuntu через соединение SSH, потому что в этом случае пароль распознается. Но после обновления IP-адреса в ПК /etc /hosts пинг до ноутбука снова полностью завершается:

marco@pc01:~$ ping -c 3 laptop
PING laptop (192.168.30.128) 56(84) bytes of data.

--- laptop ping statistics ---
3 packets transmitted, 0 received, 100% packet loss, time 2055ms

Ждем вашей помощи. Marco

|источник

0