我在Ubuntu服务器上遇到了这个networkingconfiguration，并想知道双重VLANconfiguration背后的原因。 真正的forms，没有文件，在盒子上工作的工程师不能启发我，所以有什么想法！？
服务器位于远程数据中心，因此我无法轻松检查networking拓扑结构。 从我所能find的信息来看，这个盒子是一个运行MySQL的数据库服务器，VLAN（s！）把它连接到Web服务器来组成一个LAMP堆栈系统。 基本的eth0地址（public facing，firewalled）仅用于admin sshlogin。
假设有第二个（HA）数据库服务器使用起搏器和corosync，但是故障转移现在不能正常工作，因此我正在查看系统以生成一些文档，而更熟练的工程师处理HAconfiguration。
编辑：Web服务器上的eth0上只有一个VLANconfiguration项（10.166.1.7）
# Loopback interface auto lo iface lo inet loopback # Primary network interface auto eth0 iface eth0 inet static address [SNIP] netmask 255.255.255.248 gateway [SNIP] dns-nameservers [SNIP] auto eth0.1400 iface eth0.1400 inet static address 10.166.1.5 netmask 255.255.255.0 vlan-raw-device eth0 auto eth0:1.1400 iface eth0:1.1400 inet static address 10.166.1.9 netmask 255.255.255.0 vlan-raw-device eth0 假设一个IP地址被硬编码了许多configuration，那么你需要将服务迁移到另一台机器上。 最简单的方法是将IP地址移到新的服务器上。 这可能是发生了什么事。
另一个想法是，为了隔离或pipe理目的，HA复制可能使用一个IP，并且Web服务器可能使用另一个IP。
使用netstat尝试识别哪些服务器连接到哪个IP。
这些是别名。
eth0 =主界面。 eth0.1400是最有可能的vlan接口，但如果没有其他configuration，你会遇到问题。 eth：0.1400是eth0的别名
由于我不在这里使用VLAN，你必须做一些挖掘：
ip link show ip as | grep 1400
应该告诉你哪个接口是在哪里，哪个IP实际上是up的。 最有可能的eth0.1400（没有“：”）不能正常工作
ip as dev eth0
将10.166.1.9显示为绑定到eth0的IP。