我有一台运行 RHEL 5.6 32 位的服务器。该服务器有十 (10) 个以太网接口：
eth0: bootproto=static, onboot=yes, ipaddr=192.168.0.1, netmask=255.255.255.0
eth1: bootproto=static, onboot=yes (no IP is configured for this interface, see below)
eth2-5: bootproto=none, onboot=yes (passive listening interfaces)
eth6-9: bootproto=none, onboot=no (disabled)
Eth1 用作两个网络的中继链路 - 我还配置了两个 VLAN 接口：
vlan620: vlan=yes, physdev=eth1, bootproto=static, ipaddr=172.16.37.4, netmask=255.255.255.240, gateway=172.16.37.1
vlan621: vlan=yes, physdev=eth1, bootproto=static, ipaddr=172.16.37.20, netmask=255.255.255.240, gateway=172.16.37.17
在任何时间点，eth0 都可能获取分配给 vlan 接口的 IP 之一（172.16.37.4 或 .20） - 这种情况发生在启动时（当网络服务启动时）或重新启动网络服务时，或者在系统运行时随机发生。这可能会破坏 VLAN 连接，由于这些是我们与此系统的唯一链接，因此有人必须带着显示器和键盘跑到那里，通过关闭和打开接口来修复它。这有点问题，因为该盒子放在南美的服务器机房里 :) 有人至少可以建议是什么导致了这个问题吗？
编辑：
根据此处的要求，这是 ls -i 命令的输出：
[root@ssc-condor-smg1 ~]# ls -i /etc/sysconfig/networking/devices/ifcfg-eth*
17170452 /etc/sysconfig/networking/devices/ifcfg-eth0 17170447 /etc/sysconfig/networking/devices/ifcfg-eth5
17170451 /etc/sysconfig/networking/devices/ifcfg-eth1 17170446 /etc/sysconfig/networking/devices/ifcfg-eth6
17170450 /etc/sysconfig/networking/devices/ifcfg-eth2 17170445 /etc/sysconfig/networking/devices/ifcfg-eth7
17170449 /etc/sysconfig/networking/devices/ifcfg-eth3 17170444 /etc/sysconfig/networking/devices/ifcfg-eth8
17170448 /etc/sysconfig/networking/devices/ifcfg-eth4 17170443 /etc/sysconfig/networking/devices/ifcfg-eth9
[root@ssc-condor-smg1 ~]# ls -i /etc/sysconfig/network-scripts/ifcfg-e*
17170452 /etc/sysconfig/network-scripts/ifcfg-eth0 17170447 /etc/sysconfig/network-scripts/ifcfg-eth5
17170451 /etc/sysconfig/network-scripts/ifcfg-eth1 17170446 /etc/sysconfig/network-scripts/ifcfg-eth6
17170450 /etc/sysconfig/network-scripts/ifcfg-eth2 17170445 /etc/sysconfig/network-scripts/ifcfg-eth7
17170449 /etc/sysconfig/network-scripts/ifcfg-eth3 17170444 /etc/sysconfig/network-scripts/ifcfg-eth8
17170448 /etc/sysconfig/network-scripts/ifcfg-eth4 17170443 /etc/sysconfig/network-scripts/ifcfg-eth9
[root@ssc-condor-smg1 ~]# ls -i /etc/sysconfig/networking/profiles/default/ifcfg-e*
17170452 /etc/sysconfig/networking/profiles/default/ifcfg-eth0 17170447 /etc/sysconfig/networking/profiles/default/ifcfg-eth5
17170451 /etc/sysconfig/networking/profiles/default/ifcfg-eth1 17170446 /etc/sysconfig/networking/profiles/default/ifcfg-eth6
17170450 /etc/sysconfig/networking/profiles/default/ifcfg-eth2 17170445 /etc/sysconfig/networking/profiles/default/ifcfg-eth7
17170449 /etc/sysconfig/networking/profiles/default/ifcfg-eth3 17170444 /etc/sysconfig/networking/profiles/default/ifcfg-eth8
17170448 /etc/sysconfig/networking/profiles/default/ifcfg-eth4 17170443 /etc/sysconfig/networking/profiles/default/ifcfg-eth9
[root@ssc-condor-smg1 ~]#
我不知道这些文件夹中有额外的配置文件。我将验证它们是否匹配。
编辑：文件逐行匹配。有趣的事情还在继续：由于我们重新启动了机器，现在所有设置为没有 IP 地址的接口都从 vlan620 接口 (.4) 中拉取一个 IP 地址。只有设置为 ONBOOT=no 的接口保持关闭状态。
答案1
您是如何设置网络设备的？
请发布输出ls -i /etc/sysconfig/networking/devices/ifcfg-e* /etc/sysconfig/network-scripts/ifcfg-e* /etc/sysconfig/networking/profiles/default/ifcfg-e*
请注意，所有配置文件的 inode 必须匹配，并且这三个位置必须存在相同的配置。
这看上去就像是你的配置中的某处有 DHCP 处于活动状态。
答案2
我找到了罪魁祸首。在将此服务器上的服务与另一台具有相同配置的服务器进行比较后（甚至网络脚本除了 IP 地址外都一模一样），我发现在停止 NetworkManager.i386 服务后问题就消失了。此后，我已删除此软件包以防万一。