Не очень хорошо понимаю смысл данного действа, но ладно…
Я сам не очень хорошо понимаю. Изначально планировалось полностью разделить сети (виртуальная и реальные устройства сети), но они все равно нашлись в моем mikrotik, на "дальше" руки не дошли. Но это отдельная тема. Сейчас для меня главное то, что в роутере живут два DHCP, и виртуальные машинки получают адреса от своего DHСP, а реальные устройства от своего.
Можно было вообще пропустить настройку.
Можно было, но хоть обновления скачались при установке.
Нет пинга откуда?…
Нет пинга от туда, от куда пингуется шлюз, к которому подключен сетевой интерфейс, а так же пингуются все виртуальные машины, которые подключены к мосту, созданному на этом сетевом адаптере.
Сейчас это выглядит вот так:
# The loopback network interface
auto lo
iface lo inet loopback
# The primary network interface
auto enp0s16
iface enp0s16 inet dhcp
# The second network interface
auto enp0s17
iface enp0s17 inet static
address 192.168.88.2
netmask 255.255.255.0
broadcast 192.168.88.255
# Virtual machines bridge
auto br0
iface br0 inet dhcp
bridge_ports enp0s17
bridge_stp off
bridge_fd 0
bridge_maxwait 0
И соответственно:
:~$ ifconfig
br0 Link encap:Ethernet HWaddr 00:1d:60:86:bc:8d
inet addr:192.168.88.3 Bcast:192.168.88.255 Mask:255.255.255.0
inet6 addr: fe80::21d:60ff:fe86:bc8d/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:6634 errors:0 dropped:0 overruns:0 frame:0
TX packets:871 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:417406 (417.4 KB) TX bytes:169655 (169.6 KB)
enp0s16 Link encap:Ethernet HWaddr 00:1d:60:86:b6:3d
inet addr:192.168.36.2 Bcast:192.168.36.255 Mask:255.255.255.0
inet6 addr: fe80::21d:60ff:fe86:b63d/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:195362901 errors:8191 dropped:0 overruns:8174 frame:17
TX packets:96998622 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:244317884605 (244.3 GB) TX bytes:19384709945 (19.3 GB)
enp0s17 Link encap:Ethernet HWaddr 00:1d:60:86:bc:8d
inet addr:192.168.88.2 Bcast:192.168.88.255 Mask:255.255.255.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:7351 errors:0 dropped:0 overruns:0 frame:0
TX packets:11204 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:595750 (595.7 KB) TX bytes:1088289 (1.0 MB)
lo Link encap:Локальная петля (Loopback)
inet addr:127.0.0.1 Mask:255.0.0.0
inet6 addr: ::1/128 Scope:Host
UP LOOPBACK RUNNING MTU:65536 Metric:1
RX packets:24808 errors:0 dropped:0 overruns:0 frame:0
TX packets:24808 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:9012881 (9.0 MB) TX bytes:9012881 (9.0 MB)
vnet0 Link encap:Ethernet HWaddr fe:54:00:0f:7e:67
inet6 addr: fe80::fc54:ff:fe0f:7e67/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:396 errors:0 dropped:0 overruns:0 frame:0
TX packets:7966 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:500
RX bytes:133003 (133.0 KB) TX bytes:738781 (738.7 KB)
vnet1 Link encap:Ethernet HWaddr fe:54:00:01:bc:72
inet6 addr: fe80::fc54:ff:fe01:bc72/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:29 errors:0 dropped:0 overruns:0 frame:0
TX packets:4720 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:500
RX bytes:2578 (2.5 KB) TX bytes:426976 (426.9 KB)
vnet2 Link encap:Ethernet HWaddr fe:54:00:50:23:15
inet6 addr: fe80::fc54:ff:fe50:2315/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:257 errors:0 dropped:0 overruns:0 frame:0
TX packets:4941 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:500
RX bytes:60578 (60.5 KB) TX bytes:449510 (449.5 KB)
Т.е. шлюз 192.168.88.1 пингуется (роутер)
Адаптер 192.168.88.2 не пигруется (статика)
Мост 192.168.88.3 не пингуется (по DHCP)
Любая виртуальная машина 192.168.88.XXX пигруется (по DHCP).
Все бы ни чего, но иногда хотелось бы из вируталки достучатся до хоста, а не получается.
Проблему с периодическим отваливанием соединения "решил" установкой Ubuntu Server 15.10. Складывается впечатление, что проблема была аппаратная, хотя материнской плате
https://www.asus.com/ru/Motherboards/M2N32SLI_DeluxeWireless_Edition/ уже годиков то не мало.
Сейчас хотелось бы "оживить" второй адаптер, чтобы так же иметь к нему доступ по ssh.