как подавить в логе "ndm: UPnP::Manager: redirect rule added:...."

[vk11]

Подключил для теста камеру, она постоянно сыпет в логах вот таким:

Скрытый текст

[I] Dec 29 03:55:52 ndm: UPnP::Manager: redirect rule added: tcp PPPoE0:59584 -> 192.168.1.11:554. 
[I] Dec 29 03:55:52 ndm: UPnP::Manager: a new filter rule appended. 
[I] Dec 29 03:55:52 ndm: UPnP::Manager: forward rule added: tcp PPPoE0 -> 192.168.1.11:554. 
[I] Dec 29 03:55:52 ndm: UPnP::Manager: redirect and forward rules deleted: tcp 36736. 
[I] Dec 29 03:55:52 ndm: UPnP::Manager: a new nat rule appended. 
[I] Dec 29 03:55:52 ndm: UPnP::Manager: redirect rule added: tcp PPPoE0:36736 -> 192.168.1.11:443. 
[I] Dec 29 03:55:52 ndm: UPnP::Manager: a new filter rule appended. 
[I] Dec 29 03:55:52 ndm: UPnP::Manager: forward rule added: tcp PPPoE0 -> 192.168.1.11:443. 
[I] Dec 29 03:55:52 ndm: UPnP::Manager: redirect and forward rules deleted: tcp 44191. 
[I] Dec 29 03:55:52 ndm: UPnP::Manager: a new nat rule appended. 
 

Как подавить эту фигню, полностью забивает лог...

 

[keenet07]

Если только вот так:

Отключение логов
system log suppress ndm
system log suppress kernel
system log suppress имя_процесса
system configuration save
no system log suppress - удалить все запреты
no system log suppress имя_процесса - удалить запрет для конкретного процесса

[vk11]

26 минут назад, keenet07 сказал:

system log suppress ndm
system log suppress kernel
system log suppress имя_процесса

Первые две команды обязательны? Для подавления трансмишена есть отдельная специальная коvанда: system log suppress transmissiond...

А в третьей, имя процесса что писать?

[keenet07]

8 минут назад, vk11 сказал:

Первые две команды обязательны? Для подавления трансмишена есть отдельная специальная коvанда: system log suppress transmissiond...

А в третьей, имя процесса что писать?

Нет конечно. Я скопировал всё, что у меня было для примера. 

Отключить скорее всего можно только полностью вывод ndm первой командой. Более конкретно, вроде нельзя. Т.е. отдельно UPnP не заглушить, на сколько мне известно.

[keenet07]

Ну можно ещё совсем отключить UPnP и настраивать пробросы вручную. Но это тоже так себе вариант. И скорее всего всё-равно что-то в логе будет.

Изменено 29 декабря, 2021 пользователем keenet07

[krass]

1 час назад, keenet07 сказал:

Нет конечно. Я скопировал всё, что у меня было для примера. 

Отключить скорее всего можно только полностью вывод ndm первой командой. Более конкретно, вроде нельзя. Т.е. отдельно UPnP не заглушить, на сколько мне известно.

А откуда эти команды? что-то я в мануале не могу их найти...

[project_fcc]

53 минуты назад, krass сказал:

что-то я в мануале не могу их найти

Скрытый текст

 

[Mr.Weegley]

Добрый день!

А вот эту жесть тоже только отрубив журналирование kernel можно победить?

kernel: wireguard: Wireguard0: handshake for peer "PEER ID STOLEN BY UFO" (1) (172.16.1.2:0) did not complete after 5 seconds, retrying (try 2)

У меня всего 2 клиента настроено, но среди спама что Wireguard генерит что то прочесть не реально

Изменено 21 декабря, 2022 пользователем Mr.Weegley

[Denis P]

40 минут назад, Mr.Weegley сказал:

Добрый день!

А вот эту жесть тоже только отрубив журналирование kernel можно победить?

kernel: wireguard: Wireguard0: handshake for peer "PEER ID STOLEN BY UFO" (1) (172.16.1.2:0) did not complete after 5 seconds, retrying (try 2)

У меня всего 2 клиента настроено, но среди спама что Wireguard генерит что то прочесть не реально

Достаточно убрать keepalive на "сервере"

[Mr.Weegley]

В 21.12.2022 в 15:45, Denis P сказал:

Достаточно убрать keepalive на "сервере"

Не помогло

Наверное, переведу это дело тоже в Entware... Апстрим до VPS уже через Entware создаётся. Штатный клиент переставал работать через некоторое время. Помогала только смена ttl. Убрал штатный клиент и завёл его через Entware - всё работает, "ни единого разрыва"

Теперь, видимо, пришла пора и сервер там же строить...