From 35f498b93a95b1d620889197042db8a941aa0428 Mon Sep 17 00:00:00 2001 From: Sergey Matveev Date: Fri, 25 Nov 2022 13:44:07 +0300 Subject: [PATCH] =?utf8?q?aria2=20=D0=BA=D0=B0=D0=BA=20BitTorrent=20=D0=BA?= =?utf8?q?=D0=BB=D0=B8=D0=B5=D0=BD=D1=82=20=D0=B4=D0=B0=D0=BB=D0=B5=D0=BA?= =?utf8?q?=D0=BE=20=D0=BD=D0=B5=20=D0=B8=D0=B4=D0=B5=D0=B0=D0=BB=D0=B5?= =?utf8?q?=D0=BD?= MIME-Version: 1.0 Content-Type: text/plain; charset=utf8 Content-Transfer-Encoding: 8bit Например он любит "банить" (если включить debug вывод, то сообщение о том, что такой то peer is banned) по какой-то причине peer-ов и больше к ним не возвращаться. Если у torrent-а единственный seeder, которого клиент забанил, то ничего качаться не будет, пока не перезапустишь aria2. Есть у меня домашний aria2, который запущен за NAT-ом (но с пробросом портов) на втором сервере. Но он обращается к трэкеру расположенному на первом сервере. При этом трэкер "запоминает" его 192.168/16 адрес, что делает это знание бесполезным. Подключаюсь я к этому торренту с внешнего адреса, таким же aria2, но за NAT-ом. Клиент получает только 192.168 адрес и ничего не качает. Если включить DHT, то рано или поздно они друг о друге узнают, но... по неведомой причине (debug вывод не поясняет) один aria2 банит другого. Причём есть и попытка подсоединения как со стороны одного, так и со стороны другого. В итоге торрент вообще не выходит скачать. С IPv6 проблем никаких при этом. У aria2 постоянно переполненная очередь ожидающих TCP соединений. То есть, они поступают быстрее чем он успевает делать accept. И если снаружи я просто netcat-ом пытаюсь подключиться к нему, то меня пошлют с высокой долей вероятности. Ещё он не поддерживает uTP протокол. Вроде бы не проблема, но где-то видел что многие uTorrent клиенты хотят общаться только по нему и бывают uTP-only раздачи вообще. -- 2.50.0