Hi All
uname -a
Linux a1gt3 3.16.0-4-amd64 #1 SMP Debian 3.16.39-1 (2016-12-30) x86_64 GNU/Linuxnetstat -lan | grep 514
tcp 0 0 0.0.0.0:514 0.0.0.0:* LISTEN
tcp6 0 0 :::514 :::* LISTEN
udp 0 0 0.0.0.0:514 0.0.0.0:*
udp6 0 0 :::514 :::*cat /etc/default/rsyslog
# Options for rsyslogd
# -x disables DNS lookups for remote messages
# See rsyslogd(8) for more details
RSYSLOGD_OPTIONS="-4"Как заставить rsyslog перестать слушать ipv6 ???
Спасибо
ps ax|grep syslog
netstat -npltu
> ps ax|grep syslog
> netstat -npltups ax|grep syslog
406 ? Ssl 0:00 /usr/sbin/rsyslogd -n
1562 pts/0 S+ 0:00 grep syslognetstat -npltu
Active Internet connections (only servers)
Proto Recv-Q Send-Q Local Address Foreign Address State PID/Program name
tcp 0 0 0.0.0.0:22 0.0.0.0:* LISTEN 386/sshd
tcp 0 0 127.0.0.1:25 0.0.0.0:* LISTEN 1403/exim4
tcp 0 0 0.0.0.0:514 0.0.0.0:* LISTEN 406/rsyslogd
tcp 0 0 127.0.0.1:3306 0.0.0.0:* LISTEN 970/mysqld
tcp6 0 0 :::514 :::* LISTEN 406/rsyslogd
tcp6 0 0 :::80 :::* LISTEN 548/apache2
udp 0 0 0.0.0.0:514 0.0.0.0:* 406/rsyslogd
udp 0 0 0.0.0.0:48496 0.0.0.0:* 432/snmpd
udp 0 0 0.0.0.0:9782 0.0.0.0:* 996/dhclient
udp 0 0 0.0.0.0:68 0.0.0.0:* 996/dhclient
udp 0 0 127.0.0.1:161 0.0.0.0:* 432/snmpd
udp6 0 0 :::514 :::* 406/rsyslogd
udp6 0 0 :::58055 :::* 996/dhclient
>> ps ax|grep syslog
>> netstat -npltu
> ps ax|grep syslog
> 406 ? Ssl
> 0:00 /usr/sbin/rsyslogd -n
> 1562 pts/0 S+ 0:00
> grep syslogлибо после редактирования /etc/default/rsyslog не перезапускали rsyslogd , либо тот кто запускает rsyslogd не читает /etc/default/rsyslog, либо должна быть какая то ругань при попытке перезапуска
>>> ps ax|grep syslog
>>> netstat -npltu
>> ps ax|grep syslog
>> 406 ? Ssl
>> 0:00 /usr/sbin/rsyslogd -n
>> 1562 pts/0 S+ 0:00
>> grep syslog
> либо после редактирования /etc/default/rsyslog не перезапускали rsyslogd , либо тот кто
> запускает rsyslogd не читает /etc/default/rsyslog, либо должна быть какая то ругань
> при попытке перезапускаrsyslogd перезапускался, даже сервер перезагружал. ругани нет никакой при передергивании rsyslogd.....
>[оверквотинг удален]
>>> ps ax|grep syslog
>>> 406 ? Ssl
>>> 0:00 /usr/sbin/rsyslogd -n
>>> 1562 pts/0 S+ 0:00
>>> grep syslog
>> либо после редактирования /etc/default/rsyslog не перезапускали rsyslogd , либо тот кто
>> запускает rsyslogd не читает /etc/default/rsyslog, либо должна быть какая то ругань
>> при попытке перезапуска
> rsyslogd перезапускался, даже сервер перезагружал. ругани нет никакой при передергивании
> rsyslogd.....попробуйте прямо в скрипте запуска добавить -4
>[оверквотинг удален]
>>>> 406 ? Ssl
>>>> 0:00 /usr/sbin/rsyslogd -n
>>>> 1562 pts/0 S+ 0:00
>>>> grep syslog
>>> либо после редактирования /etc/default/rsyslog не перезапускали rsyslogd , либо тот кто
>>> запускает rsyslogd не читает /etc/default/rsyslog, либо должна быть какая то ругань
>>> при попытке перезапуска
>> rsyslogd перезапускался, даже сервер перезагружал. ругани нет никакой при передергивании
>> rsyslogd.....
> попробуйте прямо в скрипте запуска добавить -4Как уже не прописывал, не воспринимает он -4 опцию. Думаю проще написать новый стартовый сценарий чем разбиратся в баовом, и выискивать ошибку.
>[оверквотинг удален]
>>>>> 1562 pts/0 S+ 0:00
>>>>> grep syslog
>>>> либо после редактирования /etc/default/rsyslog не перезапускали rsyslogd , либо тот кто
>>>> запускает rsyslogd не читает /etc/default/rsyslog, либо должна быть какая то ругань
>>>> при попытке перезапуска
>>> rsyslogd перезапускался, даже сервер перезагружал. ругани нет никакой при передергивании
>>> rsyslogd.....
>> попробуйте прямо в скрипте запуска добавить -4
> Как уже не прописывал, не воспринимает он -4 опцию. Думаю проще написать
> новый стартовый сценарий чем разбиратся в баовом, и выискивать ошибку.а если rsyslogd с ключем запустить руками, не через скрипт, воспринемает?
>[оверквотинг удален]
>>>>>> grep syslog
>>>>> либо после редактирования /etc/default/rsyslog не перезапускали rsyslogd , либо тот кто
>>>>> запускает rsyslogd не читает /etc/default/rsyslog, либо должна быть какая то ругань
>>>>> при попытке перезапуска
>>>> rsyslogd перезапускался, даже сервер перезагружал. ругани нет никакой при передергивании
>>>> rsyslogd.....
>>> попробуйте прямо в скрипте запуска добавить -4
>> Как уже не прописывал, не воспринимает он -4 опцию. Думаю проще написать
>> новый стартовый сценарий чем разбиратся в баовом, и выискивать ошибку.
> а если rsyslogd с ключем запустить руками, не через скрипт, воспринемает?Да
>[оверквотинг удален]
>>>>>> либо после редактирования /etc/default/rsyslog не перезапускали rsyslogd , либо тот кто
>>>>>> запускает rsyslogd не читает /etc/default/rsyslog, либо должна быть какая то ругань
>>>>>> при попытке перезапуска
>>>>> rsyslogd перезапускался, даже сервер перезагружал. ругани нет никакой при передергивании
>>>>> rsyslogd.....
>>>> попробуйте прямо в скрипте запуска добавить -4
>>> Как уже не прописывал, не воспринимает он -4 опцию. Думаю проще написать
>>> новый стартовый сценарий чем разбиратся в баовом, и выискивать ошибку.
>> а если rsyslogd с ключем запустить руками, не через скрипт, воспринемает?
> Дазначит мучать скрипт, свой или оригинальный - это на усмотрение
>[оверквотинг удален]
>>>>>> либо после редактирования /etc/default/rsyslog не перезапускали rsyslogd , либо тот кто
>>>>>> запускает rsyslogd не читает /etc/default/rsyslog, либо должна быть какая то ругань
>>>>>> при попытке перезапуска
>>>>> rsyslogd перезапускался, даже сервер перезагружал. ругани нет никакой при передергивании
>>>>> rsyslogd.....
>>>> попробуйте прямо в скрипте запуска добавить -4
>>> Как уже не прописывал, не воспринимает он -4 опцию. Думаю проще написать
>>> новый стартовый сценарий чем разбиратся в баовом, и выискивать ошибку.
>> а если rsyslogd с ключем запустить руками, не через скрипт, воспринемает?
> ДаИли в дебиане большущий баг со сценариями запуска, или я чтото делаю не так.
Поставил в виртуалку 8 дебиан amd64, любые опции любых сервисор в /etc/default просто игнорятся.
>[оверквотинг удален]
>>>>>> rsyslogd.....
>>>>> попробуйте прямо в скрипте запуска добавить -4
>>>> Как уже не прописывал, не воспринимает он -4 опцию. Думаю проще написать
>>>> новый стартовый сценарий чем разбиратся в баовом, и выискивать ошибку.
>>> а если rsyslogd с ключем запустить руками, не через скрипт, воспринемает?
>> Да
> Или в дебиане большущий баг со сценариями запуска, или я чтото делаю
> не так.
> Поставил в виртуалку 8 дебиан amd64, любые опции любых сервисор в /etc/default
> просто игнорятся.показывайте скрипт
> Или в дебиане большущий баг со сценариями запуска, или я чтото делаю
> не так.
> Поставил в виртуалку 8 дебиан amd64, любые опции любых сервисор в /etc/default
> просто игнорятся.Кривые unit-Файлы для сервисов в debin. В 8 уже systemd и авторы юнитов для systemd весело забывают про /etc/default
Вообще в последнее время дебиан совсем не торт. Та же ubuntu LTS и то стала стабильнее и эм.. менее сырой чем дебиан. Они похоже местами поменялись.
Что касается исходного вопроса- редактировать необходимо /lib/systemd/system/rsyslog.service
> Что касается исходного вопроса- редактировать необходимо /lib/systemd/system/rsyslog.serviceТам же какие-то механизмы override надо использовать. Править файлы в /lib/ для конфигурирования... это совсем некошерно.
> Что касается исходного вопроса- редактировать необходимо /lib/systemd/system/rsyslog.serviceВ корне неправильно!
1.Надо /lib/systemd/system/rsyslog.service скопировать в /etc/systemd/system
2. systemctl disable rsyslog.service && systemctl enable rsyslog.service3. РЕДАКТИРОВАТЬ /etc/systemd/system/rsyslog.service
>> Что касается исходного вопроса- редактировать необходимо /lib/systemd/system/rsyslog.service
> В корне неправильно!
> 1.Надо /lib/systemd/system/rsyslog.service скопировать в /etc/systemd/system
> 2. systemctl disable rsyslog.service && systemctl enable rsyslog.service
> 3. РЕДАКТИРОВАТЬ /etc/systemd/system/rsyslog.serviceЯ написал лишь направление куда копать. Не более того
>> Что касается исходного вопроса- редактировать необходимо /lib/systemd/system/rsyslog.service
> В корне неправильно!
> 1.Надо /lib/systemd/system/rsyslog.service скопировать в /etc/systemd/system
> 2. systemctl disable rsyslog.service && systemctl enable rsyslog.service
> 3. РЕДАКТИРОВАТЬ /etc/systemd/system/rsyslog.serviceДА только есть комманда systemctl edit
Изменение юнит-файлов
Система systemd позволяет изменять юнит-файлы с помощью команды systemctl.
Чтобы добавить сниппет юнит-файла, который в дальнейшем можно использовать для расширения или переопределения параметров стандартных юнит-файлов, используйте опцию edit:sudo systemctl edit rsyslog.service
Отредактировав юнит-файл, перезапустите процесс systemd, чтобы изменения вступили в силу:
sudo systemctl daemon-reload
В качестве альтернативы, можно выполнить:
# systemctl edit --full rsyslog.service
Эта команда откроет /etc/systemd/system/rsyslog.service в вашем текстовом редакторе (копирует установленную версию, если она еще не существует) и автоматически загружает её, когда вы закончите редактирование.
>> Или в дебиане большущий баг со сценариями запуска, или я чтото делаю
>> не так.
>> Поставил в виртуалку 8 дебиан amd64, любые опции любых сервисор в /etc/default
>> просто игнорятся.
> Кривые unit-Файлы для сервисов в debin. В 8 уже systemd и авторы
> юнитов для systemd весело забывают про /etc/defaultА баги на эту тему в багтрекере есть? На них что-нибудь отвечают или просто закрывают?
#>>Вообще в последнее время дебиан совсем не торт.> А баги на эту тему в багтрекере есть? На них что-нибудь отвечают
> или просто закрывают?https://bugs.debian.org/727708
"This issue was decided by committee vote concluded 11 Feb 2014"