Назад | Перейти на главную страницу

Сервер centos с виртуальными машинами, родительский компьютер не может подключиться, но vms работают нормально

У меня есть сервер CentOS 6.2, на нем несколько виртуальных машин, использующих https://virt-manager.org/ vms работают отлично, без проблем.

У меня проблема в том, что родительский сервер не может подключиться по любому протоколу. DNS работает нормально, vms нормально использует мостовое соединение, но я не могу подключиться от родителя.

Я пробовал: - отключенные таблицы ip - различные протоколы (http, https, firefox, curl, ssh)

Ошибка при попытке подключения: «Сеть недоступна».

Эта машина была установлена много лет назад кем-то другим, поэтому трудно понять, что они здесь сделали.

Вот краткое изложение моего ifconfig

em1 - говорит, что он подключен, много пакетов поступает и отправляется, он настроен для подключения к virbr0.

virbr0 - говорит, что у него есть ip и много входящих и исходящих пакетов.

Все использование vm virbr0

Только что понял, я также могу подключиться к vm через http от родителя.

Что можно проверить / попробовать?

[! [IP-адрес и IP-маршрут] [1]] [1]

1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN 
    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: em1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq master virbr0 state UP qlen 1000
    link/ether 84:2b:2b:58:4c:ad brd ff:ff:ff:ff:ff:ff
    inet 192.168.1.38/24 brd 192.168.1.255 scope global em1
       valid_lft forever preferred_lft forever
    inet6 fe80::862b:2bff:fe58:4cad/64 scope link 
       valid_lft forever preferred_lft forever
3: em2: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq master virbr0 state UP qlen 1000
    link/ether 84:2b:2b:58:4c:ae brd ff:ff:ff:ff:ff:ff
    inet6 fe80::862b:2bff:fe58:4cae/64 scope link 
       valid_lft forever preferred_lft forever
4: virbr0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP 
    link/ether 84:2b:2b:58:4c:ad brd ff:ff:ff:ff:ff:ff
    inet 192.168.1.38/24 brd 192.168.1.255 scope global virbr0
       valid_lft forever preferred_lft forever
    inet6 fe80::862b:2bff:fe58:4cad/64 scope link 
       valid_lft forever preferred_lft forever
5: vif1.0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast master virbr0 state UP qlen 32
    link/ether fe:ff:ff:ff:ff:ff brd ff:ff:ff:ff:ff:ff
    inet6 fe80::fcff:ffff:feff:ffff/64 scope link 
       valid_lft forever preferred_lft forever

и IP-маршрут:

по умолчанию через 192.168.1.1 dev em1 proto static

169.254.0.0/16 dev virbr0  scope link  metric 1004 
192.168.1.0/24 dev virbr0  proto kernel  scope link  src 192.168.1.38 
192.168.1.0/24 dev em1  proto kernel  scope link  src 192.168.1.38  metric 1

Добавлено

brctl show
bridge name bridge id       STP enabled interfaces
virbr0      8000.842b2b584cad   no      em1
                            em2
                            vif1.0

Удалите IP-адрес с устройства em1 и убедитесь, что в качестве маршрута по умолчанию используется virbr0.

Не могли бы вы также опубликовать вывод "brctl show"?

Возможны две настройки:

На virbr0 существует "внутренний" диапазон IP-адресов, который используется вашими виртуальными машинами, и ваша ОС хоста выполняет NAT.
Все машины находятся в одном диапазоне IP 192.168.1.24

Я предполагаю, что 2) наиболее вероятно, и в этом случае, как упоминалось в pbacterio, у вас есть конфликт маршрутизации, настроив один и тот же IP-адрес (192.168.1.38) на двух интерфейсах, поэтому удаление ip из em1 должно помочь.

ip a del 192.168.1.38/24 dev em1

Если это сработает, вы должны отредактировать / и т. д. / sysconfig / сетевые сценарии / ifcfg-em1 так что он говорит примерно следующее:

DEVICE=em1
BOOTPROTO=none
ONBOOT=yes
HWADDR=84:2b:2b:58:4c:ad
BRIDGE=virbr0
NM-CONTROLLED=no

Таким образом, изменение сохраняется после перезагрузки.