Bizzare маршрутизация: ЛИБО принимает электронные письма ИЛИ отправляет в зависимости от того, запущен ли NetworkManager

Из-за несвязанного с другим аппаратного сбоя (длинная история) я был вынужден вернуть старую систему Fedora Core в эксплуатацию в качестве почтового сервера. Его основная служба - это файловый сервер и сервер Samba для многих десятков компьютеров во внутренней сети, и эта новая служба выполняется с помощью переадресации портов. Когда он был молодым, он также был основным почтовым сервером. Это высококлассная система в среднем возрасте, и она работает под управлением Fedora Core 16.

Он имеет две сетевые карты во внутренней локальной сети.

Несколько лет назад по причинам, потерянным для истории, его файлы /etc/sysconfig/network-scripts/ifcfg-xxx были аккуратно взломаны, и оригиналы не сохранились (очевидно). Возможно, их восстановление каким-то образом поможет решить эту проблему, но я не знаю, как это сделать.

Совсем недавно он возобновил работу служб электронной почты с переменным успехом. Он лишь изредка получает электронные письма и в большинстве случаев ведет себя как приглушенный на входящих SMTP-соединениях. В конце концов, с большим кровопролитием, было обнаружено, что прием SMTP, в частности, очевидно, в отличие от SSH, например, требует, чтобы обратный маршрут ДОЛЖЕН был быть идентичен маршруту, который принимают входящие SMTP-пакеты. В практических целях это означает, что он не будет получать электронную почту, если в качестве шлюза по умолчанию не установлен ONE-шлюз, отправляющий ему перенаправленные (порт 25) пакеты (за одним исключением систем локальной подсети). Хорошо, это выяснилось, это получалось просто отлично.

Но теперь, когда этому было уделено некоторое внимание, было замечено, насколько странными были файлы системы /etc/sysconfig/network-scripts/ifcfg-xxx! Во-первых, было далеко не ясно, откуда он вообще знал, каким должен быть его IP-адрес - единственный файл, который содержал адрес, отличный от DHCP, даже не назывался как существующая или распознанная карта. Из двух карт одна карта была видна в ifconfig, а другая по маршруту, но обе не были ни в одной!

Очевидно, это должно было быть исправлено!

Это, конечно, когда все стало хуже!

Прошло долгое затянувшееся сражение, которое продолжалось - дюжина перезагрузок или больше - пока не было замечено, что NetworkManager вмешивался, даже когда ни один файл конфигурации не требовал его участия. Маршрут по умолчанию стабилизировался правильно только тогда, когда NetworkManager был полностью отключен. Теперь, когда выскочка в полном безмолвии, все казалось нормальным, кроме тех случаев, когда люди пытались отправить электронную почту!

Который все время, конечно.

... и с большей болью это подтвердилось; включите NetworkNamager, и он отказывается иметь маршрут по умолчанию, к которому он относится, после перезагрузки и отключает его, а также просто отказывается отправлять электронную почту, хотя он пингует и просматривает веб-сайты очень хорошо.

Я в тупике. Просто невозможно предположить, что кто-то должен вручную взломать маршрут после перезагрузки... и, кроме того, даже если вы это сделали, я не смог найти конфигурацию, в которой он одновременно отправляет и получает...

Большая проблема иметь в 5 вечера в пятницу! (У меня сегодня пятница 13-е, а не на прошлой неделе.)

ОБНОВИТЬ:

Я отказался от редактирования сценариев ifcfg и просто удалил их оба (все) и снова включил Network Manager. Я управляю им с помощью DHCP из другой внутренней системы - глупое решение, но оно работает. Извлечен один урок: NetworkManager НЕ является вашим другом - причина, по которой скрипты ifcfg были искажены, была, вероятно, из-за того, что Network Manager продолжал вставлять свою неприятную самость...