由于无关的硬件故障（很长的故事）我有被迫将较旧的 Fedora Core 系统重新用作邮件服务器。它的主要服务是作为文件服务器和 Samba 服务器，为内部网络上的数十台机器提供服务，这项新服务是通过端口转发实现的。在它刚成立时，它也是主要的邮件服务器。它是一款大约处于中期的高端系统，并且它运行的是 Fedora Core 16。
它在内部局域网上有两个网卡。
多年前，由于历史已无法知晓的原因，其 /etc/sysconfig/network-scripts/ifcfg-xxx 文件被轻微入侵，且原始文件未保存下来（显然如此）。也许以某种方式再生它们将有助于解决这个问题，但我不知道该怎么做。
最近，该公司重新开始提供电子邮件服务，但成果喜忧参半。它只会偶尔收到电子邮件并且大多数情况下对入站 SMTP 连接保持静音。最终被发现，流血不止，SMTP 接收，特别是与 SSH 明显不同的是，需要返回路由必须与入站 SMTP 数据包所采用的路由相同。从实际角度来看，这意味着除非将默认网关设置为向其发送转发（端口 25）数据包的唯一网关（本地子网系统除外），否则它将无法接收电子邮件。好的，搞清楚了，它接收得很好。
但既然人们开始关注它，观察系统的 /etc/sysconfig/network-scripts/ifcfg-xxx 文件有多么奇怪！首先，它甚至不知道它如何知道它的 IP 地址应该是什么 - 唯一包含非 DHCP 地址的文件甚至没有像现有或已识别的卡那样命名。在两张卡中，一张卡在 ifconfig 中可见，另一张通过路由可见，但两张卡都不在 ifconfig 中可见！
明显地这必须被纠正！
当然，那时情况变得更糟了！
一场旷日持久的战斗持续了十几次重启，直到观察到即使没有配置文件请求，NetworkManager 也会参与其中默认路由只有在 NetworkManager 处于已禁用完全。现在，随着新贵被围困，完全沉默了，一切似乎都正常，除了当人们试图发送电子邮件时！
当然，这是一直存在的。
...并且，伴随着更多的痛苦，这一点得到了证实；启用 NetworkNamager 后，它拒绝在重启后将默认路由置于其所属的位置，禁用它后，它就拒绝发送电子邮件，但它可以正常 ping 和浏览网站。
我被难住了。重启后必须手动破解路由，这根本站不住脚……而且，即使你这么做了，我也没法找到一个可以同时发送和接收的配置……
周五下午 5 点出现问题真是太麻烦了！（我今天是 13 号星期五，而不是上周。-皱眉-）
更新：
我放弃了编辑 ifcfg 脚本，只是删除了它们（全部），然后重新启用了网络管理器。我使用另一个内部系统的 DHCP 来控制它 - 这是一个愚蠢的解决方案，但它确实有效。我学到了一个教训：网络管理器不是你的朋友 - ifcfg 脚本被破坏的原因可能是因为网络管理器不断插入它讨厌的自我......
答案1
遗憾的是，我得出的结论是，像我们自己的 michaelHampton 这样的评论者说的是正确的，Fedora Core 还没有准备好迎接黄金时段，不应该在“生产系统”上使用，尽管我从 1996 年左右的 Fedora Core 1.0 到 2013 年年底都非常成功地使用了它。
是的，我安装了其他东西，是的，它马上就起作用了。在我看来，情况变得更糟了，尽管我钦佩防火墙的努力。我再也不能忍受它了。