amule+nmap

[Извращенец]

нужно установить gufw и просто создать правило для входящих подключений, прописав нужные порты.

Повторяю задачу - не ВХОДЯЩИЕ подключеия. А созданные самой программой изнутри. То есть, ежели я ставлю дефотный для мула порт 4662 - то он спокойно открывается. Ежели я ставлю в самом муле порт 4663 - нифига уже не открывается. Это gufw виноват?

ещё важный момент, что IP должен быть белым, иначе пробросы бесполезны.

Ребят, вы уверены, что для мула требуется белый IP? У меня на этом провайдере всё работало, просто при перепрошивке накрылся роутер... А в другом (очень старом) была черезжопная проброска портов... В этом, кстати, тоже. Но на старом - всё работало! И IP нифига не белый!

[ArcFi]

Извращенец,

Код: [Выделить]

sudo iptables-save?

[Извращенец]

Код: [Выделить]

sudo iptables-save?

Беспонтово. Во-первых, я туда ничего не прописывал. Во-вторых, запуск амула с другими настройками портов показывает, что текущие из списка открытых - исчезают, а новые - не появляются. Возврат дефолтных настроек приводит к появлению в списке слушаемых портов. То есть, с вероятностью 99% проблема в муле или каких-то околосистемных настройках. Или всё так и должно быть, просто я чего-то не понимаю.

[ArcFi]

Извращенец, вопрос не в понтах, а в наличии выхлопа.
Теории вероятностей могут не учитывать всех факторов.
В ваших же интересах предоставить максимально полную и достоверную информацию для решения проблемы.

До кучи, будет не лишним проверить MTU:

Код: [Выделить]

tracepath -n ya.ru

[Извращенец]

Код: [Выделить]

sudo iptables-save

sudo iptables-save
[sudo] password for Извр:

Код: [Выделить]

tracepath -n ya.ru

tracepath -n ya.ru
 1:  192.168.1.2       0.181ms pmtu 1500
 1:  192.168.1.1       0.721ms
 1:  192.168.1.1       0.638ms
 2:  ххх.193.142.1      2.634ms
 3:  ххх.222.165.104    1.296ms
 4:  ххх.222.165.144    1.366ms
 5:  ххх.222.201.1      1.627ms
 6:  ххх.232.244.116   3.160ms asymm  7
 7:  no reply
 8:  ххх.250.239.63     4.867ms asymm 10
 9:  ххх.180.204.3     3.773ms reached
     Resume: pmtu 1500 hops 9 back 54

[ArcFi]

OK, теперь с чистой совестью можно исключить проблемы MTU и локальной конфигурации iptables.

***
Доступность сервиса в TCP/IP.
Отсутствие белого IP означает, что порт, который прокинут на роутере, будет доступен, в лучшем случае, в пределах локальной сети провайдера, а в худшем, — лишь в пределах подсети, в зависимости от настроек роутинга и фильтрации между подсетями данного провайдера.
Этот факт является следствием принципов работы TCP/IP.

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

Роутер и провайдер.
На *Mule-форумах пишут, что Kademlia использует достаточно много UDP-запросов, с которыми роутер может тупо не справляться и дропать, поэтому они советуют отключить использование UDP.
Возможно, ситуацию удастся улучшить альтернативной прошивкой и/или тонкой настройкой роутера.
Кроме того, есть вероятность, что причиной проблем прохождения UDP-запросов является шейпинг трафика со стороны провайдера.

[Извращенец]

На всё вышесказанное могу сказать: с предыдущим роутером усё работало и не жужжало. Так что 99% теоретизации можно смело отправить вслед за иптэйблом и МТУ. Вопрос был только (и исключительно) про отображение портов, открытых самой программой. На локальном компьютере. То есть, как убедиться, что данная программа порты действительно открыла (и проброс имеет смысл), и если она таки этого не сделала - то почему? И что ей мешает?