Недавно попадался запрос на эту тему: issue #238: How to override IP to be reported to trackers?.

Там трансмиссион сам как то разруливает куда стучаться , у меня например в локалке локальный ip и и трансмиссион работает ,если не ошибаюсь то DHT называется эта фишка но это не точно , не помню загугли кароче .

Смотри через более продвинутый сервис, который по указанному порту проверяет. Твой только браузерный порт проверил. Trsnsmission такой и использует, только он с ipv6 не работает. https://github.com/transmission/transmission/issues/381 . попробуй curl подергать. Вдруг тоже так. Говорят ipv6 совсем выключить, но я в gai.conf что-то поменял для их ip.

А тут https://github.com/transmission/transmission/issues/1190 видно, что без ключа -v просто единичку должно выдать, когда порт указан, вроде.

Я так понял, что transmission сейчас не отправляет ip из-за «правильности» на трекер, а те сами определяют? А трекеры определяют тот, через который клиент связался, а не которым тот слушает? Это можно тогда проверить на трекерах, которые полную статистику показывают. Или посмотреть запрос пиров.

Пробовал сделать curl -4 http://portcheck.transmissionbt.com/3128 в ответ получил 0, т.е, проеверялка трансмишена, действительно, не видит открытый порт.

И подскажите, пожалуйста, какою можно использовать трекер, который полную статистику показывает?

Трекер наглядный не подскажу. Можно попробовать самому свой сделать, но проще запросить список пиров с трекера, который с http работает. Можно через curl announce дернуть.

Я так понял, что transmission сейчас не отправляет ip из-за «правильности» на трекер, а те сами определяют?

Не отправляет. Почему точно, в issue разработчики не прокомментировали. Из очевидных причин:

• безопасность: можно указать чей-то ip, и к кому-то непричастному будут стучаться.
• популярные трекеры игнорируют этот параметр.

С используемыми трекерами можно проверить, вручную поправив код transmission.

А трекеры определяют тот, через который клиент связался, а не которым тот слушает?

Да, т.к. это тривиально.

Например, в популярном TBDev (если я правильно понял PHP-код):

• Переданный клиентом явный ip сохраняется в глобальной переменной ip, обнадёживает: https://github.com/yunasc/tbdev/blob/d5b27c796e558b9fccfe87ac37a815ff4ec56d8d/announce.php#L42-L45
• Но локально в announce-скрипте используется ip: https://github.com/yunasc/tbdev/blob/d5b27c796e558b9fccfe87ac37a815ff4ec56d8d/announce.php#L62
• из getip(), т.е. просто тот ip, с которого пришёл announce-запрос: https://github.com/yunasc/tbdev/blob/d5b27c796e558b9fccfe87ac37a815ff4ec56d8d/include/functions_announce.php#L122-L124

Ещё там даже какой-то localip упоминается, но не используется.

А, вот этот трекер, например, не игнорирует переданный ip: https://github.com/Miserlou/zappa-bittorrent-tracker/blob/90ab743796d98c8b096bd4a4a1ecc0283203d812/track.py#L108-L113

а чтоб достучаться к компьютеру через проброс портов нужно стучаться на b.b.b.b (этот IP мне сообщил провайдер, когда настраивал проброс).

Этот IP-адрес должен быть настроен как дополнительный на интерфейсе, который подключён к сети провайдера. Иначе пакеты, которые доходят до интерфейса, не приведут к установлению соединения.

Ещё стоит запустить tcpdump с фильтром на destination b.b.b.b на ноде (устройстве) с этим интерфейсом, чтобы проверить что пакеты доходят до него.

Вероятно, что на интерфейсе у него вообще c.c.c.c, раз серый. a.a.a.a или b.b.b.b - nat разбирается.

Я невнимательно прочитал, мда. ТС, запусти nc -l 2138 на ПК и tcpdump с фильтром на destination port 2138, затем проверь из другой сети через nc -zv b.b.b.b 2138.

Можешь попробовать собрать этот форк:

https://github.com/vjunk/transmission-mpx/tree/announce-ip

В нём есть опция для указания внешнего IP.

Проверил

Выполнил вышеперечисленное, netcad успешно соединился:

cat: Connected to b.b.b.b:2138.
Ncat: 0 bytes sent, 0 bytes received in 0.15 seconds.

Но в выводе tcpdump’а я не смог найти netcat’овские пакеты:

root@OpenWrt:~# tcpdump -i any dst port 2138
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on any, link-type LINUX_SLL (Linux cooked v1), capture size 262144 bytes
06:06:41.411589 ethertype IPv4, IP dynamic-213-57-51-29.hotnet.net.il.58485 > 10.25.252.82.2138: UDP, length 20
06:06:41.411589 IP dynamic-213-57-51-29.hotnet.net.il.58485 > 10.25.252.82.2138: UDP, length 20
06:06:41.419157 ethertype IPv4, IP 77.138.6.209.57523 > 10.25.252.82.2138: UDP, length 20
06:06:41.419157 IP 77.138.6.209.57523 > 10.25.252.82.2138: UDP, length 20
06:06:41.419170 ethertype IPv4, IP 77.138.6.209.57523 > 10.25.252.82.2138: UDP, length 20
06:06:41.419170 IP 77.138.6.209.57523 > 10.25.252.82.2138: UDP, length 20
06:06:41.438711 ethertype IPv4, IP static.202.86.12.49.clients.your-server.de.6885 > 10.25.252.82.2138: UDP, length 88
06:06:41.438711 IP static.202.86.12.49.clients.your-server.de.6885 > 10.25.252.82.2138: UDP, length 88
06:06:41.667092 ethertype IPv4, IP static.240.67.9.5.clients.your-server.de.1910 > 10.25.252.82.2138: UDP, length 71
06:06:41.667092 IP static.240.67.9.5.clients.your-server.de.1910 > 10.25.252.82.2138: UDP, length 71
06:06:46.848836 ethertype IPv4, IP 85-238-110-137.broadband.tenet.odessa.ua.6889 > 10.25.252.82.2138: UDP, length 20
06:06:46.848836 IP 85-238-110-137.broadband.tenet.odessa.ua.6889 > 10.25.252.82.2138: UDP, length 20
06:06:46.848851 ethertype IPv4, IP 85-238-110-137.broadband.tenet.odessa.ua.6889 > 10.25.252.82.2138: UDP, length 20
06:06:46.848851 IP 85-238-110-137.broadband.tenet.odessa.ua.6889 > 10.25.252.82.2138: UDP, length 20
06:06:46.869145 ethertype IPv4, IP 109-184-86-233.dynamic.mts-nn.ru.32167 > 10.25.252.82.2138: UDP, length 33
06:06:46.869145 IP 109-184-86-233.dynamic.mts-nn.ru.32167 > 10.25.252.82.2138: UDP, length 33
^C06:06:46.872482 ethertype IPv4, IP 95-27-41-83.broadband.corbina.ru.9835 > 10.25.252.82.2138: UDP, length 20

17 packets captured
987 packets received by filter
855 packets dropped by kernel

В том, что проброс порта работает я уверен - я через этот проброс уже пробовал к wireguard’у подключаться - проблем нет.

Теперь буду пробовать собрать форк с опцией для указания внешнего IP, спасибо.

Собрал этот форк, теперь не понимаю, как собранному трансиишену указать какой IP анонсить трекера для входящих соединений.

Пытался разобраться в коде, который связан с передачей IP - не нашёл возможности указывать IP вручную, кажется он его будет пытаться определить функцией GetPublicAddress().

Подскажите, пожалуйста, так ли это и можно ли всё же используя этот форк трансмишена самому указать IP?

Если зайти в веб-интерфейс transmission, и нажать кнопку «Edit preferences», на вкладке «Network» под галочкой «Announce external IP» должно быть поле ввода «External IP (optional):» — в это поле нужно вписать внешний адрес.

Понятно, спасибо.