LINUX.ORG.RU
решено Форум — Desktop  

Провайдер блокирует DHT

 , ,


1

2

Всем привет. Вчера обнаружил, что у торрент-клиента намертво блокируется DHT. Причем это на уровне провайдера, так как пробовал и qBittorrent и Transmission, и результат одинаково плачевный. Причем qBittorrent 5.0 beta1 справляется чуть получше, чем 4.5.4: узлы находит, но обмена между ними все равно нет. Провайдер «Билайн». Пробовал оборачивать торренты в Tor и I2P, но все едино, хотя I2P все же позволил найти немного узлов DHT, но статус сети все равно желтый. Если кто с таким сталкивался, подскажите, как вы обошли или разрешили данную проблему.

← После пробуждения не включается второй монитор
А как живут гном с кедами на одной системе? →

Пробовал оборачивать торренты в Tor и I2P, но все едино

Трекеры IP которых были записаны в hosts через tor работают, рутрекера во всяком случае. DHT находит полторы штуки. Опсос мегавонь, если что. Варианты с портами 1000-1024 либо не работают, либо нужно очень долго ждать.

зы. Хотя вру, через 1024 порт как раз заработало — целых 20 узлов…

luiswoo ★
()
Последнее исправление: luiswoo (всего исправлений: 2)

Попробовал качнуть linux.iso через российский айпи. Охренеть, и правда 0 нод DHT c дефолтными настройками клиента. Таки из-за выборов? Пробовал кто звонить своему прову узнать причину неоказания услуг?

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

mydibyje ★★★
()
Последнее исправление: mydibyje (всего исправлений: 3)

https://ntc.party/t/блокировка-bittorrent-dht/1335/35

Там начало обсуждения в 2021-м году, но последние сообщения текущие.

В общем, обнаружилось, что DHT все эти поганые ТСПУ стали блочить. У людей торренты из-за этого пиров по dht не находят. И не только торренты, но это самое распространенное.

Проверить можно nping-ом.

$ nping --udp -g 12345 -p 25401 -c1 dht.libtorrent.org --data "\x64\x31\x3a\x61\x64\x32\x3a\x62\x73\x69\x31\x65\x32\x3a\x69\x64\x32\x30\x3a\x75\x6c\x1f\xb3\x52\xb2\xd2\x6d\xc9\xd5\x57\x7c\x85\xbd\x80\x66\x18\x56\x00\xfd\x39\x3a\x69\x6e\x66\x6f\x5f\x68\x61\x73\x68\x32\x30\x3a\x75\x6c\x1f\xb3\x52\xb2\xd2\x6d\xc9\xd5\x57\x7c\x4a\x6d\x72\xdb\x91\x7c\x54\xcc\x65\x31\x3a\x71\x39\x3a\x67\x65\x74\x5f\x70\x65\x65\x72\x73\x31\x3a\x74\x32\x3a\x1a\x2e\x31\x3a\x76\x34\x3a\x4c\x54\x01\x2d\x31\x3a\x79\x31\x3a\x71\x65"

Starting Nping 0.7.80 ( https://nmap.org/nping ) at 2023-09-13 03:10 MSK
SENT (0.0026s) UDP packet with 111 bytes to dht.libtorrent.org:25401 (185.157.221.247:25401)
 
Max rtt: N/A | Min rtt: N/A | Avg rtt: N/A
UDP packets sent: 1 | Rcvd: 0 | Lost: 1 (100.00%)
Nping done: 1 IP address pinged in 1.00 seconds

Не проходит. Сам dht.libtorrent.org не заблокирован. В нормальном случае без происков РКН и ТСПУ оно выглядит примерно так:

praseodim ★★★★★
()
Последнее исправление: praseodim (всего исправлений: 1)
Ответ на: комментарий от praseodim 
nping --udp -g 12345 -p 25401 -c1 dht.libtorrent.org --data "\x64\x31\x3a\x61\x64\x32\x3a\x62\x73\x69\x31\x65\x32\x3a\x69\x64\x32\x30\x3a\x75\x6c\x1f\xb3\x52\xb2\xd2\x6d\xc9\xd5\x57\x7c\x85\xbd\x80\x66\x18\x56\x00\xfd\x39\x3a\x69\x6e\x66\x6f\x5f\x68\x61\x73\x68\x32\x30\x3a\x75\x6c\x1f\xb3\x52\xb2\xd2\x6d\xc9\xd5\x57\x7c\x4a\x6d\x72\xdb\x91\x7c\x54\xcc\x65\x31\x3a\x71\x39\x3a\x67\x65\x74\x5f\x70\x65\x65\x72\x73\x31\x3a\x74\x32\x3a\x1a\x2e\x31\x3a\x76\x34\x3a\x4c\x54\x01\x2d\x31\x3a\x79\x31\x3a\x71\x65"

Starting Nping 0.7.80 ( http://nmap.org/nping ) at 2023-09-13 01:12 UTC
SENT (0.0792s) UDP xx.xx.60.83:12345 > 185.157.221.247:25401 ttl=64 id=60569 iplen=139 
RCVD (0.2477s) UDP 185.157.221.247:25401 > xx.xx.60.83:12345 ttl=52 id=46105 iplen=523 
 
Max rtt: 168.490ms | Min rtt: 168.490ms | Avg rtt: 168.490ms
Raw packets sent: 1 (139B) | Rcvd: 1 (523B) | Lost: 0 (0.00%)
Nping done: 1 IP address pinged in 1.14 seconds
praseodim ★★★★★
()
Ответ на: комментарий от praseodim

Однако работает, если назначить порт 1024 или менее. Проблемы две.

1) Как это сделать не от рута?

# sysctl net.ipv4.ip_unprivileged_port_start=1

или прямо

echo "1" /proc/sys/net/ipv4/ip_unprivileged_port_start

Почему-то не помогает, хотя переменную устанавливает.

2) Хотя nping проходит, появляется сообщение типа такого:

SENT (0.0632s) UDP xx.xx.60.83:1022 > 185.157.221.247:1011 ttl=64 id=3937 iplen=139 
RCVD (0.2318s) ICMP [185.157.221.247 > xx.xx.60.83 Port 1011 unreachable (type=3/code=3) ] IP [ttl=52 id=53600 iplen=167 ]

1011 и 1022 можно заменить на 1024 или любой другой <=1024

unreachable блин. И это видимо проблема DHT что не все понимают, если к ним постучаться с портами меньше или равным 1024

praseodim ★★★★★
()
Ответ на: комментарий от LongLiveUbuntu

Кажись отпустило.

Вообще или с переходом на порт менее 1024?

Вообще так и блокируют, а с портом, я что-то никак не могу разобраться как для не рута открыть менее 1024, все же запускать клиенты от рута как-то некузяво.

praseodim ★★★★★
()
12 января 2024 г.

гайз, как выбрать провадера в Москве, чтобы без дыр с «админскими портами» и очевидных сливов? Шершня/Ростелеком/Акадо не предлагать 🤠

loveFX
()
← После пробуждения не включается второй монитор
Desktop
А как живут гном с кедами на одной системе? →