Вопросы Теги

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

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

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

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

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

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

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

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

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

Все виртуальные машины используют virbr0

Только что понял, я также могу подключиться к виртуальной машине через 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
1
задан 24 March 2017 в 17:31
2 ответа

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

Есть две возможные установки:

  1. На virbr0 используется "внутренний" ip-диапазон, используемый вашими виртуальными машинами, и ваша ОС хоста выполняет NAT
  2. Все машины находятся в одном и том же 192.168.1. 24 ip диапазон

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

ip a del 192.168.1.38/24 dev em1

Если это сработает, вы должны отредактировать /etc/sysconfig/network-scripts/ifcfg-em1 так, чтобы было написано что-то вроде:

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

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

.
1
ответ дан 3 December 2019 в 20:27

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

1
ответ дан 3 December 2019 в 20:27

Теги

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