Я схожу с ума, так как пытаюсь решить эту проблему уже почти неделю.
Сценарий:Один сервер с двумя разными сетевыми устройствами. Каждое устройство подключено к разным подсетям компании.
eth0
подключен x.y.5.184/29
, пока eth1
подключен x.y.88.224/27
. Я хочу, чтобы сервер прослушивалобаустройства.
Server-IP в .5.184/29
должен быть x.y.5.186
, Server-IP в .88.224/27
должен быть x.y.88.253
. Я хотел бы запустить две разные виртуальные машины с Apache, поэтому сервер должен — с natpf для соответствующей виртуальной машины — прослушивать x.y.5.186:p1
VM1 и x.y.88.253:p2
VM2
x
и y
должны быть скрыты из-за проблем с конфиденциальностью, но им присвоены значения.
Итак, вот в чем проблема: когда я вхожу eth1
, сервер не отвечает eth0
, и я не знаю, почему.
Вот некоторые результатысоба устройства включены:
[user@server ~]$ ifconfig
eth0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet x.y.5.186 netmask 255.255.255.248 broadcast x.y.5.191
ether <MAC> txqueuelen 1000 (Ethernet)
RX packets 77141 bytes 50779367 (48.4 MiB)
RX errors 27 dropped 0 overruns 26 frame 1
TX packets 83841 bytes 63781133 (60.8 MiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
eth1: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet x.y.88.253 netmask 255.255.255.224 broadcast x.y.88.255
ether <MAC> txqueuelen 1000 (Ethernet)
RX packets 77911 bytes 6285521 (5.9 MiB)
RX errors 0 dropped 836 overruns 0 frame 0
TX packets 6502 bytes 1057860 (1.0 MiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
lo: flags=73<UP,LOOPBACK,RUNNING> mtu 65536
inet 127.0.0.1 netmask 255.0.0.0
inet6 ::1 prefixlen 128 scopeid 0x10<host>
loop txqueuelen 0 (Local Loopback)
RX packets 740 bytes 606784 (592.5 KiB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 740 bytes 606784 (592.5 KiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
virbr0: flags=4099<UP,BROADCAST,MULTICAST> mtu 1500
inet 192.168.122.1 netmask 255.255.255.0 broadcast 192.168.122.255
ether 52:54:00:67:e6:77 txqueuelen 0 (Ethernet)
RX packets 0 bytes 0 (0.0 B)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 0 bytes 0 (0.0 B)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
[user@server ~]$ route -n
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
0.0.0.0 x.y.5.185 0.0.0.0 UG 0 0 0 eth0
0.0.0.0 x.y.88.225 0.0.0.0 UG 10 0 0 eth1
x.y.5.184 0.0.0.0 255.255.255.248 U 0 0 0 eth0
x.y.88.224 0.0.0.0 255.255.255.224 U 10 0 0 eth1
192.168.122.0 0.0.0.0 255.255.255.0 U 0 0 0 virbr0
[user@server ~]$ cat /etc/sysconfig/network-scripts/ifcfg-eth0
# ifcfg-eth0
HWADDR=<MAC>
TYPE=Ethernet
BOOTPROTO=none
#DNS1=x.y.company.dns
DEFROUTE=yes
IPV4_FAILURE_FATAL=no
IPV4_ROUTE_METRIC=0
IPV6INIT=no
IPV6_AUTOCONF=no
IPV6_DEFROUTE=no
IPV6_FAILURE_FATAL=no
NAME=SERVER
UUID=<uuid>
DEVICE=eth0
ONBOOT=yes
IPADDR=x.y.5.186
PREFIX=29
GATEWAY=x.y.5.185
[user@server ~]$ cat /etc/sysconfig/network-scripts/ifcfg-eth1
# ifcfg-eth1
HWADDR=<MAC2>
TYPE=Ethernet
BOOTPROTO=none
#DNS1=x.y.company.dns
DEFROUTE=no
IPV4_FAILURE_FATAL=yes
IPV4_ROUTE_METRIC=10
IPV6INIT=no
IPV6_AUTOCONF=no
IPV6_DEFROUTE=no
IPV6_FAILURE_FATAL=no
NAME=CLIENT
UUID=<uuid2>
DEVICE=eth1
ONBOOT=no
IPADDR=x.y.88.253
PREFIX=27
GATEWAY=x.y.88.225
Так что я думаю, что это может быть маршрут. Я удалил /etc/sysconfig/network-scripts/route-eth0
и route-eth1
, так что это значения по умолчанию.
[user@server ~]$ ip route
default via x.y.5.185 dev eth0 proto static
default via x.y.88.225 dev eth1 proto static metric 10
x.y.5.184/29 dev eth0 proto kernel scope link src x.y.5.186
x.y.88.224/27 dev eth1 proto kernel scope link src x.y.88.253 metric 1
192.168.122.0/24 dev virbr0 proto kernel scope link src 192.168.122.1
Я удалил маршрут по умолчанию дляeth1
[root@server user]# ip route del default via x.y.88.225 dev eth1 prot
И все равно ничего не меняется. Пинг на eth0
IP не проходит, но если я удалю другой маршрут с
[root@server user]# ip route del x.y.88.224/27 dev eth1 proto kernel ric 10
eth0
работает снова, каждое соединение x.y.5.186
снова работает, но eth1
перестает работать. Насколько я знаю, метрика, которую я использовал, eth1
должна решить проблему, но она не решает. Есть ли у кого-нибудь эксперт по маршрутизации мысли по этому поводу?
Редактировать: свежий CentOS
решение1
Этот вопрос задавался здесь миллион раз.
Это невозможно сделать так, как вы пытаетесь сделать, вам понадобитсямаршрутизация политики. Вы можете найти краткое введение в негоздесь.
Вам необходимо указать, какправило ipкоторая определяет, какая из двух таблиц маршрутизации должна применяться, одна из которых указывает, что если пакет приходит с IP-адреса VM1, то использовать таблицу 1, в противном случае использовать таблицу 2. Вот почему ее иногда называютисходная маршрутизация, а не маршрутизация политик: поскольку выбор применяемой таблицы осуществляется на основе исходного IP-адреса, а не адреса назначения.