UDP: bad checksum.

Торренты? iptv?

Из сервисов, которые смотрят в мир - только ssh.

Checksum offload??

Не понял, конкретнее пожалуйста.

Транзитный трафик через этот хост идёт?
Торрент-клиент на хосте работает?

В последние пару дней транзитного трафика не было, торрент клиент на хосте не работал. Думаю, что это дос или попытка вывести из строя какой-либо сервис неправильным пакетом. Как можно отфильтровать подобные запросы? И как можно из логов фильтровать подобное? rsyslog.

В такой случае мой уютненький домашний роутер тоже кто-то досит. Вот только кто, и главное зачем (:
Точно помню что с год назад кто-то из посетителей юниксорума жаловался на такой-же «дос». Да и в гугле думаю можно найти много подобных случаев.
В общем не спеши пытать школьника соседа, это видимо как-то распространённый глюк

С глюком то ясно, корректировать rsyslog можно, чтобы не захламляло dmesg?

Хотелось бы как-нибудь совсем дропать подобное. По идее, такие пакеты вовсе не должны доходить до приложения, но хочется перестраховаться.

Что дропать, пакеты или сообщения в логах? Фильтровать логи в rsyslog можно (вроде как, давно с ним не ковырялся), хоть и не уверен что в этом есть смысл, но утилита dmesg (на сколько я понимаю) берёт инфу непосредственно из ядра.

Не парьтесь, это нормальное поведение при кривоватых драйверах и особенностях сетевого стека ядра. Выше уже написали о checksum offload. Суть в том, что ваши сетевые адаптеры имеют функцию аппаратного расчёта контрольных сумм для IP протоколов. В драйвере, обычно, это по-умолчанию включено, соответственно сетевая карта сама генерирует эти суммы при посылке пакетов и проверяет при получении. А вот при передаче этого пакета в ядро (пакет входящий) вместо контрольных сумм бывает «мусор», который самим драйвером не обрабатывается и передаётся дальше в сетевую подсистему ядра, которая слегка офигевает от таких раскладов, о чём и уведомляет пользователя в dmesg.

Ясно, всем спасибо.