Как использовать аргумент ядра systemd systemd.journald.forward _to _syslog
Следует избегать наличия двух (или более )маршрутов по умолчанию. Это достаточно просто при использовании статической IP-адресации. Только не вводите ничего в поле «шлюз». Если вы используете назначенные DHCP -адреса, вы можете перенастроить DHCP-сервер так, чтобы он объявлял только один маршрут по умолчанию, или настроить свой Linux-компьютер так, чтобы он игнорировал один из маршрутов по умолчанию. Я обычно делаю последнее с помощью простой команды NetworkManager, например:
$ nmcli connection modify "eth1" ipv4.ignore-auto-routes yes
Systemd -journald не поддерживает отправку сообщений по сети. Этот параметр управляет пересылкой на локальный демон системного журнала, который должен прослушивать /run/systemd/journal/syslog.
(Тем не менее, это не рекомендуемый метод. При использовании syslog -ng или rsyslogd надежнее позволить демону syslog извлекать сообщения журнала, напрямую читая файлы .journal, при этом параметр «вперед» отключен. Это позволяет syslogd точно сохранять все поля метаданных, выходящие за рамки стандартного формата системного журнала BSD.)
Вкратце :вам нужно будет установить фактический демон syslog, настроить его для чтения файлов.journal (с помощью system()источника в syslog -ng или модуля imjournalв rsyslogd )и скажите ему пересылать импортированные сообщения по сети.
После более подробного изучения этого вопроса, похоже, systemd.journald.forward_to_syslogне является правильным способом решения этой проблемы.
Также нашел этот ответ от создателя systemd Леннарта Поттеринга
Doing this inside of journald is not pretty as journald is started long before the network is up, and would mean we'd have to turn off the sandbox it is living in. By doing this in a separate mini daemon instead, we gain asynchronous behavior (i.e. as soon as netlogd starts it can "catch up" with what happened in the meantime), and journald doesn't need to be network facing.
и рекомендуется использовать netlogd (, который, похоже, не соответствует -, скомпилированному на машинах CentOS/Fedora)