История изменений
Исправление 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, вероятно, эти файлы перезапишутся назад и всё опять перестанет автоматически стартовать при перезагрузке.
А вообще, за такие косяки стоило бы отрубить леннарту хвост по самую голову.