LINUX.ORG.RU

Проблема с сетью Centos7

 ,


0

1

Привет всем ! Прошу хелпаа ребят ! На сервере имеется 2 подсети (бриджи) с внешними сетевыми интерфейсами, первая подсеть 192.168.1.200 и вторая 192.168.1.229 после перезагрузки сервера отвалился основной IP 192.168.1.200 до него нет даже пинга, а вот второй 192.168.1.229 доступен, притом что виртуальная машина к примеру с IP 192.168.1.201 доступна с внешки, а так же с виртуальной машины есть пинг до остновного 192.168.1.200 а с внешки 192.168.1.200 не доступен, есть ли какие мысли по данному поводу ? Спасибо



Последнее исправление: Serjjj (всего исправлений: 2)

А пингующий 192.168.1.10 какой ип имеет?

Minona ★★☆
()
Ответ на: комментарий от Deleted
[root@s200 network-scripts]# ip a
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: eno1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq master vmbr0 state UP qlen 1000
    link/ether 00:25:90:f3:48:d8 brd ff:ff:ff:ff:ff:ff
3: eno2: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq master vmbr3 state UP qlen 1000
    link/ether 00:25:90:f3:48:d9 brd ff:ff:ff:ff:ff:ff
4: vmbr3: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP
    link/ether 00:25:90:f3:48:d9 brd ff:ff:ff:ff:ff:ff
    inet 192.168.1.229/28 brd 192.168.1.239 scope global vmbr3
       valid_lft forever preferred_lft forever
    inet6 fe80::225:90ff:fef3:48d9/64 scope link
       valid_lft forever preferred_lft forever
5: vmbr0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP
    link/ether 00:25:90:f3:48:d8 brd ff:ff:ff:ff:ff:ff
    inet 192.168.1.200/28 brd 192.168.1.207 scope global vmbr0
       valid_lft forever preferred_lft forever
    inet6 fe80::9039:daff:fee5:e072/64 scope link
       valid_lft forever preferred_lft forever
6: virbr0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue state DOWN
    link/ether 52:54:00:f7:6d:6a brd ff:ff:ff:ff:ff:ff
    inet 192.168.122.1/24 brd 192.168.122.255 scope global virbr0
       valid_lft forever preferred_lft forever
7: virbr0-nic: <BROADCAST,MULTICAST> mtu 1500 qdisc pfifo_fast master virbr0 state DOWN qlen 500
    link/ether 52:54:00:f7:6d:6a brd ff:ff:ff:ff:ff:ff
13: vnet5: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast master vmbr0 state UNKNOWN qlen 500
    link/ether fe:54:00:69:66:36 brd ff:ff:ff:ff:ff:ff
    inet6 fe80::fc54:ff:fe69:6636/64 scope link
       valid_lft forever preferred_lft forever

	   
	   
[root@s200 network-scripts]#  ip ro
default via 192.168.1.225 dev vmbr3  proto static  metric 425
default via 192.168.1.193 dev vmbr0  proto static  metric 426
192.168.1.192/28 dev vmbr0  proto kernel  scope link  src 192.168.1.200  metric 425
192.168.1.224/28 dev vmbr3  proto kernel  scope link  src 192.168.1.229  metric 425
192.168.122.0/24 dev virbr0  proto kernel  scope link  src 192.168.122.1


IP пингующиго к примеру 192.168.1.55

Я уж думаю может быть данная проблема связанна с тем что поднимаеться 2 default маршрута

default via 192.168.1.225 dev vmbr3  proto static  metric 425
default via 192.168.1.193 dev vmbr0  proto static  metric 426
Serjjj
() автор топика
Ответ на: комментарий от Serjjj

Я уж думаю может быть данная проблема связанна с тем что поднимаеться 2 default маршрута

Возможно. Если за каким-то интерфейсом только одна подсеть, то удаляй дефолтный маршрут со шлюзом из нее. Если все заработает, то в настройках сетевого интерфейса убираешь DEFROUTE=yes.

Deleted
()
Ответ на: комментарий от Serjjj

У тебя пакет приходит на 1.200, а уходит через 1.229 как более приоритетный дефолт. Поэтому ты ответа и не видишь.

Minona ★★☆
()
Ответ на: комментарий от Minona

Да ребят, спасибо, проблема была именно с роутингом, удалил первый дефолт и все стало на свои места, а так же перенастроил интерфейс на одной из сетевых карт на DEFROUTE=no

И еще один вопрос, при выполнении /etc/init.d/network restart на виртуальных машинах падает сеть, для восстановления сети на виртуалках требуется перезагрузка каждой, можно ли как то завести сеть без перезагрузки VM ?

Serjjj
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.