Torrent: альтернативный способ детектирования

[nuclight]

Со времени событий вокруг uTP прошло более 4 месяцев, разработчики uTorrent на месте не стояли, в теме на nag.ru тоже накатали уже более сорока страниц. Придумал и я принципиально новый способ ловить соединения торрентов, но обо всём по порядку.

Comments

[rc_conf]

Решил сегодня потестировать на 0day.kiev.ua.
Интересная картина:
Первый ответ почти всегда получается нормальный
d8:intervali1256e12:min intervali628e5:peers900

Но иногда проскакивает
d8:completei16e10:incompletei8e10:downloadedi40e8:intervali300e5:peers132
Соответственно матч не проходит

[nuclight]

Занятно, в официальной спецификации этого нет, нашлось на http://wiki.theory.org/BitTorrentSpecification - там еще некоторые ключи могут попадаться. Ну что ж, значит, надо модифицировать регэксп :)

[rc_conf]

У себя уже пофиксил. Интересно, сколько еще новых сюрпризов принесет данный протокол :)
А вообще, скриптик работает на ура - за вчера 25К уникальных хостов порезал.

[nuclight]

Ну, у них есть, например, драфт протокола трекера, работающего по UDP. Правда, номер порта я из него не понял.

> за вчера 25К уникальных хостов порезал.

А эффект по полосе есть? В смысле, что-нибудь явно лишнее просачивается, как признак неучтенного скриптом?

[rc_conf]

Вообще есть и довольно не плохой, есть подозрение, что он таки процентов 10% общего трафика пропускает(внимательно не смотрел), но этого вполне достаточно. В общем на 30K pps легче становится ,с учетом того что, фильтруется пока всего 3 трекера.

[nuclight]

А, жесткий список трекеров... Тогда да, адекватно не получится оценить. Можно попробовать натравить на трафик что-нибудь типа ngrep по "\r\n\d8:" для отлова неучтенных трекеров - но это нагрузка на машину...

[rc_conf]

Но этот метод мне понравился больше по сравнению с предложены Ivan_83 http://www.rozhuk.org.ru/forum/index.php?topic=175.0. Очевидные плюсы это меньшая нагрузка на цпу (не нужно фильтровать такое количество пакетов), не попадают по горячую руку всякие CS и тп. игры, плюс получаем более гибкую систему фильтра самого торент трафика.
В случае uTPControl, он тоже не плохо работает, но как я писал выше не всегда корректно. И замечены странности у самих клиентов, когда uTPControl сбрасывает конект и через несколько секунд этот хост опять появляется и опять и опять, а этот момент и хомячка клиент отчаянно пытается найти пиров.

[rc_conf]

Да, но я думаю проще опросить хомячков и сделать динамический лист трекеров и нагрузка меньше и думать меньше :)

[nuclight]

На самом деле, если речь об UDP, и добавляется с выхода скрипта хост целиком, без учета порта, то проблемы таки могут возникнуть с играми и прочим DNS. Например, там NAT-хост, для торрента всего пару портов, а остальное игры, DNS местной сетки, whatever.
Для шейпинга TCP, конечно, это не будет существенно.

[rc_conf]

Да может. Но процент намного меньше получается. В правилах главное порты поставить from any 1024-65535 и будет все ок.

Fix

[blaker_1]

Покажите, пожалуйста, фикс