LINUX.ORG.RU

История изменений

Исправление slamd64, (текущая версия) :

Проблема эта давно известна: минимум полтора года только багрепорт на memcached в трекере центоси висит.

Основная трабла в том, что systemd не ждет корректного завершения network.target и стартует все зависимые сервисы «не глядя».

Когда сервис по дефолту стартует с привязкой ко всем интерфейсам вида *:port, то он без проблем запускается (по той простой причине, что lo 127.0.0.1 уже есть). Но вот как только сервис при загрузке системы хочет привязаться к конкретному IP, возникает печалька...

Как следствие, торчащие по *:port во все стороны сервисы необходимо прикрывать файрволлом (а то бяда-бяда и злые кулхацкеры). Отсюда и мертворожденный firewalld с изначальным принципом «запрещено всё что не разрешено».

Я для себя лично нашел такой вариант:

1. Убиваю NM, все интерфейсы прописываю статикой, никаких DHCP.

2. В сервисах systemd меняю строчки «After=network.target» на «After=network-online.target» (включая и sshd.service и rc-local.service)

Минус такого решения в том, что при апдейте systemd, вероятно, эти файлы перезапишутся назад и всё опять перестанет автоматически стартовать при перезагрузке.

А вообще, за такие косяки стоило бы отрубить леннарту хвост по самую голову.

Исходная версия slamd64, :

Проблема эта давно известна: минимум полтора года только багрепорт на memcached в трекере центоси висит.

Основная трабла в том, что systemd не ждет корректного завершения network.target и стартует все зависимые сервисы «не глядя».

Я для себя лично нашел такой вариант:

1. Убиваю NM, все интерфейсы прописываю статикой, никаких DHCP.

2. В сервисах systemd меняю строчки «After=network.target» на «After=network-online.target» (включая и sshd.service и rc-local.service)

Минус такого решения в том, что при апдейте systemd, вероятно, эти файлы перезапишутся назад и всё опять перестанет автоматически стартовать при перезагрузке.

А вообще, за такие косяки стоило бы отрубить леннарту хвост по самую голову.