qBittorrent и ufw

> Хотя читал, что UDP для торрентов не нужен

Нужен. Для DHT.

Точно, про DHT я совсем забыл, хотя нередко им пользуюсь. Спасибо!

При наличии белого ip upnp полезен, если на раздаче пиров немного

Да, IP — белый, специально для сидирования. Спасибо за ответ. Сейчас включу и понаблюдаю. Кстати, можно где-нибудь почитать об этом подробнее?

Включил, но дело оказалось не таким простым, как казалось)
https://www.imagebam.com/view/ME5DBSL

Придётся ещё и с этим разбираться.

Как это понимать?

Возможно, невалидный пакет, мусорный трафик какой…

А точно как это узнать?

Полагаю, надо сниффать траффик и подобные пакеты потом анализировать. Но, если честно, не вижу в этом ни малейшего смысла в данной ситуации.

про DHT я совсем забыл

А uTP в qBittorrent отключить не забыл? он тоже UDP.

Можешь рассказать своими словами, что такое uTP? Читаю описание и не понимаю. Это как DHT, но другое? Также я помню что в 2008 году релизнулся uTorrent с этой фичей.

не стал разрешать UPnP из соображений безопасности. Может, я был не прав?

Прав. Разумнее настроить проброс только нужного вручную.

Соединения блокируются, возможно, потому, что твоё правило стоит где-то после запрещающих. Надо смотреть полный набор правил iptables.

Никакого отношения к DHT. Это более эффективный протокол обмена данными, иногда вызывающий истерику у не слишком хороших интернет-провайдеров :)

Подобные сообщения сыпятся в лог ежеминутно. Я просто хочу понимать, что происходит на моей машине.

Кстати, да — он был включён.
Выключил, но, судя по логу, ничего особенно не изменилось.

А в чём его эффективность? Если мне не изменяет склероз, uTP занимался балансировкой нагрузки при канале с ограниченной пропускной способностью. Проще говоря, давал возможность нормально серфить при работающем загруженном торрент-клиенте.
В плане скорости, по-моему, изначально говорилось, что с uTP клиент будет работать медленнее.
Соответственно, с распространением каналов шириной в сотни мегабит необходимость в этом протоколе отпала.
Или я что-то пропустил/недопонял?

Вот как раз потому, что пока не разобрался, как настраивать его выборочно вручную, я снова его выключил.
Таблицу NAT Traversal он показывать отказывается, крутит прогресс-баром на табе, и дальше дело не идёт.

Выхлоп «sudo iptables -S» очень здоровый. Оказывается, у меня ещё IPKungFu стоит) Но интересно, что, кроме 8999, я открывал через gufw ещё пару портов, и в gufw их все сейчас вижу. Однако «iptables -S | grep ufw» показывает в конце выдачи только
-A ufw-user-input -p tcp -m tcp --dport xxx -j ACCEPT
-A ufw-user-input -p udp -m udp --dport xxx -j ACCEPT
-A ufw-user-input -p tcp -m tcp --dport yyy -j ACCEPT
-A ufw-user-input -p udp -m udp --dport yyy -j ACCEPT
Правил для порта 8099 нет.

Тогда пробуем «iptables -S | grep 8999» и получаем:
-A INPUT -i enp3s0 -p tcp -m state --state NEW -m tcp --dport 8999 -j ACCEPT
-A INPUT -i enp3s0 -p tcp -m state --state NEW -m tcp --dport 8999 -j ACCEPT
-A INPUT -i enp3s0 -p udp -m state --state NEW -m udp --dport 8999 -j ACCEPT

ничего особенно не изменилось.

Куча пиров всеравно будет стучаться, ища DHT, uTP, они узнают только ip:порт, остальное проверяют.