Виртуальные машины потеряли интернет после обновления физического хоста

У меня есть настройка домашнего сервера, где Ubuntu 16.04 размещает пару виртуальных машин сервера Ubuntu. Все прошло гладко в течение полугода, пока на этой неделе я не установил обновления на физическую машину, и после этого виртуальные машины потеряли соединение с Интернетом.

Вот некоторые подробности:

I используя диспетчер виртуальных машин для управления виртуальными машинами VM - это KVM. Физический хост находится за NAT и сеть должна быть подключена к VM. У виртуальных машин есть статические IP-адреса. Я вижу их IP-адреса и MAC-адреса в активном списке клиентов моего маршрутизатора. Я могу для входа в систему через SSH для виртуальных машин, но один раз в виртуальной машине не может ничего пинговать (FQDN или прямые IP-адреса) и не достигать APT-репозиториев

Вот содержимое VM / etc / network / interfaces:

$ cat /etc/network/interfaces # This file describes the network interfaces available on your system # and how to activate them. For more information, see interfaces(5). source /etc/network/interfaces.d/* # The loopback network interface auto lo iface lo inet loopback # The primary network interface auto ens3 iface ens3 inet static address 192.168.0.6 netmask 255.255.255.0 network 192.168.0.0 broadcast 192.168.0.255 gateway 192.168.0.1 dns-nameservers 192.168.0.1 8.8.8.8 8.8.4.4

Вот содержимое виртуальной машины / etc / network / interfaces

$ ifconfig ens3 Link encap:Ethernet HWaddr 52:54:00:5c:7c:8b inet addr:192.168.0.6 Bcast:192.168.0.255 Mask:255.255.255.0 inet6 addr: fe80::5054:ff:fe5c:7c8b/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:2855 errors:0 dropped:0 overruns:0 frame:0 TX packets:9564 errors:0 dropped:0 overruns:0 carrier:0 collisions:54129 txqueuelen:1000 RX bytes:148974 (148.9 KB) TX bytes:791122 (791.1 KB) lo Link encap:Local 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:22025 errors:0 dropped:0 overruns:0 frame:0 TX packets:22025 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1 RX bytes:2270863 (2.2 MB) TX bytes:2270863 (2.2 MB)

Некоторые тесты подключения, которые я выполнил:

$ sudo apt update Err:1 http://fi.archive.ubuntu.com/ubuntu xenial InRelease Temporary failure resolving 'fi.archive.ubuntu.com' Err:2 http://security.ubuntu.com/ubuntu xenial-security InRelease Temporary failure resolving 'security.ubuntu.com' Err:3 http://fi.archive.ubuntu.com/ubuntu xenial-updates InRelease Temporary failure resolving 'fi.archive.ubuntu.com' 0% [Working]^C

-

$ ping -v google.fi ^C

-

$ ping 172.217.18.3 PING 172.217.18.3 (172.217.18.3) 56(84) bytes of data. ^C --- 172.217.18.3 ping statistics --- 26 packets transmitted, 0 received, 100% packet loss, time 25198ms

Любая идея, что еще я могу проверить, чтобы решить эту проблему?

0
задан 24 November 2017 в 00:25

3 ответа

После дальнейшего расследования я пришел к выводу, что с моим адаптером моста должно быть что-то не так. Я закончил настройку моста и сетевых настроек на гипервизоре с нуля, и после перезагрузки все виртуальные машины снова функционировали снова.

У меня есть подозрение, что относительно новая установка докеров каким-то образом столкнулась с параллельной виртуальной инфраструктурой , но мне не удалось найти актуальную проблему в конфигурации, поэтому я не могу быть на 100% уверенным.

В любом случае, на этот раз это была новая сборка конфигурации моста.

0
ответ дан 22 May 2018 в 15:57

После дальнейшего расследования я пришел к выводу, что с моим адаптером моста должно быть что-то не так. Я закончил настройку моста и сетевых настроек на гипервизоре с нуля, и после перезагрузки все виртуальные машины снова функционировали снова.

У меня есть подозрение, что относительно новая установка докеров каким-то образом столкнулась с параллельной виртуальной инфраструктурой , но мне не удалось найти актуальную проблему в конфигурации, поэтому я не могу быть на 100% уверенным.

В любом случае, на этот раз это была новая сборка конфигурации моста.

0
ответ дан 18 July 2018 в 02:43

После дальнейшего расследования я пришел к выводу, что с моим адаптером моста должно быть что-то не так. Я закончил настройку моста и сетевых настроек на гипервизоре с нуля, и после перезагрузки все виртуальные машины снова функционировали снова.

У меня есть подозрение, что относительно новая установка докеров каким-то образом столкнулась с параллельной виртуальной инфраструктурой , но мне не удалось найти актуальную проблему в конфигурации, поэтому я не могу быть на 100% уверенным.

В любом случае, на этот раз это была новая сборка конфигурации моста.

0
ответ дан 24 July 2018 в 17:38

Другие вопросы по тегам:

Похожие вопросы: