☰

CentOS 同时使用两个不同的网络接口

tag-icon • tag-icon linux networking ip routing network-interface
CentOS 同时使用两个不同的网络接口

我快要疯了，因为我已经尝试解决这个问题近一周了。

设想：一台服务器配有两台不同的网络设备。每台设备都接入不同的公司子网。

eth0已插入x.y.5.184/29，而eth1已插入x.y.88.224/27。我希望服务器监听两个都设备。

服务器 IP.5.184/29应为x.y.5.186，服务器 IP.88.224/27应为x.y.88.253。我想使用 Apache 运行两个不同的虚拟机，因此服务器应使用 natpf 监听相应的虚拟机，监听x.y.5.186:p1虚拟机 1 和x.y.88.253:p2虚拟机 2

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

但仍然没有任何变化。Ping 到eth0IP 失败，但如果我删除另一条路由

[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 规则确定要应用两个路由表中的哪一个，一个指定，如果数据包来自 VM1 的 IP 地址，则使用表 1，否则使用表 2。这就是为什么它有时被称为源路由，而不是策略路由：因为要应用哪个表是根据源 IP 地址而不是目标地址来选择的。

相关内容