奇怪的是，似乎我们的服务器之一，不喜欢有0.0.0.0configuration，并防止它能够在其内部networking上的社区。 通过使用以下命令手动删除此路由：
route del -net XXX.XXX.XXX.0 / 27 gw 0.0.0.0
（XXXparsing为我们的IP号码，与问题无关）运作良好，恢复连接。 但是，当机器重新启动时，路线再次出现，我们无法连接到networking。
这怎么可以被删除？
这里真的很奇怪，它运行良好很长一段时间，没有任何更新/升级，停止响应之前。 所有其他服务器configuration相同的方式，似乎没有这个路线的问题。
在网上search我发现了一些关于禁用它的资源，但是它们不适用于Gentoo http://www.omotech.com/blog/?p=1005
谢谢
你为什么认为zeroconf首先负责这个？
唯一的路由zeroconf应该安装一个到169.254.0.0/16。 请参阅RFC 3927.您的问题不是由于zeroconf。
这也不是由于avahi。 Avahi是一个多播DNS实现。 它与零configuration一起使用，因为没有任何有意寻址的networking将缺less一个DNS服务器，并且可以使用多播DNS来提供特殊的名称parsing。 Avahi不会安装任何新的路由或configuration接口。
你删除的路由是在什么接口上定义的？ 那是应该用来到达那个networking的接口吗？ 使用route -n并查看最右边的列或查找ip路由输出中的dev属性。
我的假设是，你有两个NIC分配相同的IP地址或相同的子网configuration，但只有一个实际连接/工作。 这个functionexception的服务器是按configuration顺序排列的，所以它的路由被用于定向数据包，直到您将其删除，并使用绑定到所连接的NIC的剩余工作路由。
我build议检查IP地址和IP路由，看看你有不同的接口上有任何重复的地址; 然后删除或禁用该configuration。
祝你好运。
嗯…我发现这可能会有所帮助。
http://wiki.gentoo.org/wiki/Avahi
另外，如果您不需要零configuration，则可以通过执行以下操作来禁用avahi：
rc-service avahi-daemon stop rc-update del avahi-daemon default