Файлообмен. Информация необычного в битторрент-клиентах.
 

В битторрент-клиенте µTorrent 1.1.4 при раздаче торрента 191 пиров из 197 с портом 65535:

Cкрытый текст -
Порт 65535 в битторрент-клиенте µTorrent 1.1.4 не имеет визуального отображения, т.е. список пиров можно увидеть только в случае копирования списка пиров, например, в текстовые редакторы или в электронные таблицы.
В более поздних версиях битторрент-клиентов µTorrent и BitTorrent отсутствует визуальное отображение порта 0.
Ранее массовое отображение пиров с одним портом (портом 1) видел, но их было всего несколько десятков (27 штук) и они с портом 1 отображались в течение всего нескольких минут.
Портов всего 65536, т.е. порты 0, 1-65535.

Примечание:
Для копирования списка пиров, участвующих в файлообмене торрента воспользовался опцией "Copy Peerlist" битторрент-клиента µTorrent 1.1.4.

Большое количество битторрент-клиентов пиров с портом #1
 

Большое количество битторрент-клиентов пиров с портом #1:
27 клиентов с портом 1:
Cкрытый текст -
25 клиентов с портом 1:
Cкрытый текст -
24 клиента с портом 1:
Cкрытый текст -
23 клиента с портом 1:
Cкрытый текст -
1 клиент с портом 1:
Cкрытый текст -
Клиенты, которые имели порт 1 (выделены синим цветом):

Cкрытый текст -

Загрузка торрента (раздачи) под своим IP и чужим IP
 

Загрузка торрента (раздачи) под своим IP и чужим IP (поочередно, не останавливая процесс загрузки торрента в клиенте)
Предисловие:
Cкрытый текст -
Загрузка торрента клиентом BitTorrent 7.2.1 за одну сессию под своим IP и чужим IP:
Состояние раздающего клиента µTorrent 2.0.4 с портом 55556 перед началом загрузки торрента клиентом BitTorrent 7.2.1 (порт 55555):
Cкрытый текст -
Начало скачивания торрента клиентом BitTorrent 7.2.1 под своим IP-адресом:

Cкрытый текст -
Продолжение скачивания торрента клиентом BitTorrent 7.2.1 под чужим IP-адресом:

Cкрытый текст -
Продолжение скачивания торрента клиентом BitTorrent 7.2.1 под своим IP-адресом:

Cкрытый текст -
Продолжение скачивания торрента клиентом BitTorrent 7.2.1 под чужим IP-адресом:

Cкрытый текст -
Продолжение скачивания торрента клиентом BitTorrent 7.2.1 под своим IP-адресом:

Cкрытый текст -
Продолжение скачивания торрента клиентом BitTorrent 7.2.1 под чужим IP-адресом:

Cкрытый текст -
Продолжение скачивания торрента клиентом BitTorrent 7.2.1 под своим IP-адресом:

Cкрытый текст -
Продолжение скачивания торрента клиентом BitTorrent 7.2.1 под своим IP-адресом:

Cкрытый текст -

Примечание:

Cкрытый текст -

1. торрент клиенты могут показывать локальный порт подключения, произвольный случайный для каждого соединения, а не порт удаленного пира.
2. массовые PTR запросы (ip>hostname) достаточно накладны для DNS рекурсоров, я бы за такое банил или отдавал что-нибудь произвольное, например, хост запрашивателя :smile:
3. базы db-ip, maxmind, особенно бесплатные варианты, не отличаются точностью и достоверностью информации, и уж точно не могут знать тип конечного соединения.

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

В своём сообщении https://forum.kinozal.tv/showpost.ph...96&postcount=3 не нашел места, которое было бы основанием для появления вашего утверждения, т.е. в моём сообщении есть только упоминания о IP.


Кого или чего и за что предлагаете банить хозяина запросов?

Примерчик, того, что утверждаете есть?

Зависит от клиента, µTorrent и BitTorrent видел только на картинках, ничего про них не могу сказать, проверяется так: когда больше одной раздачи качают с одного ip и одинаковый клиент, а порты разные или отключаешь его, а он следом подключается с другим номером порта.



DNS флудера за флуд!


178.248.87.99 много лет неизменно мой ip в Барнауле, db-ip.com считает что я в Норильске, maxmind.com, бывало Бийск, сейчас что где то в Европе.

В качающем клиенте у раздающего клиента можно увидеть практически весь диапазон портов:

Cкрытый текст -
Хостинги, предоставляющие в аренду удаленный интернет, могут менять не только порт, но и IP:

Cкрытый текст -

Ничего удивительного в этом нет:

Cкрытый текст -
В последние годы прописку IP в Норильске видел и своего IP от РТК, и знакомого по переписке в интернете абонента РТК, который в этом году или в конце прошлого года с РТК перешёл в НТК.

Город просто взят из первой попавшейся строки в БД RIPE, где редко кто редактирует данные для поддержания актуальности


Cкрытый текст -

за более менее точные базы нужно платить немало денег.

Это же ярковыраженные баги и глюки старых версий мюторрент, разве не? Кто в здравом уме станет менять порты в настройках на единички. :innocent:

Нет доказательств ваших: "Город просто взят из первой попавшейся строки в БД RIPE ...".
Во время перевода внутрисетевого IP ("серого") на внешний IP ("белый") сотрудники РТК мне сообщили о том, что IP доступен из семи веток сети провайдера.
Я тогда не вникал тому, что мне сказали, так как мне не было важно то, что IP будет из 7 или более веток сети провайдера.

Какой организации платить нужно за более менее точные базы?


Ещё никто не смог мне продемонстрировать ни одного бага или глюка битторрент-клиентов µTorrent и BitTorrent.
Конечно, я видел очень много явлений, которые очень многие трактовали бы как баги и глюки µTorrent и BitTorrent, но всегда находил объяснения на возникшие явления, т.е. в моей практике файлообмена ещё не было ни одного настоящего бага или глюка битторрент-клиентов µTorrent и BitTorrent.
Если у Вас есть баги и глюки, в том числе и ярковыраженные, то попробуйте привести их.
В здравом уме менять порты в настройках на единички кто-то не будет, а что-то легко сможет, например, оборудование сети провайдера, к которой подключен компьютер, на некоторое время (на период необходимости). Для этого не требуется лезть в настройки клиентов.
Порт 1 в моём qBittorrent:

Cкрытый текст -
По данным скриншотов видно следующее:
Файлообмен в qBittorrent отсутствовал пока он имел порт 1.
Длительность состояния клиента с портом 1 примерно 30 минут.

Примечание:
Произошло это при исследовании статистики учета бонусной отдачи на трекере (не на этом трекере).
Клиент µTorrent раздавал части торрента, а qBittorrent принимал.
Клиенты были в разных компьютерах, подключенных к сети РТК. Подключения к сети провайдера независимые друг от друга, т.е. два кабеля входят в квартиру, два роутера, два компьютера, два кабеля, соединяющие компьютеры с роутерами.

Допустим, есть такой провайдер, меняющий на период необходимости порты. Как торрент-клиент узнает о новом номере порта другого клиента? Ваш qb анонсирует ip:порт трекерам/DHT, от них mt получает этот адрес, по которому отправляет запрос на подключение. Варианты:
1. qb передает неверные данные (порт №1).
2. Провайдер перехватывает пакеты и подменяет в данных порт, далее каким-то невероятным образом еще умудряется скормить анонсерам (фантастика).
3. Неправильно работают анонсеры (тогда проблемы с отображением адресов и обменом были бы у всех).
4. ut принимает верные данные, но неправильно обрабатывает порты, пытается соединиться с недоступным портом, из-за чего в эти моменты времени нет обмена. Баг?
Вы в такой же ситуации смотрели как ведет себя ut версий 3.4.х и новее?

В моём примере качающим клиентом является qBittorrent с портом 24335, который делает запрос на части скачиваемого торрента. Раздает части торрента µTorrent, которому во время отдачи доступен практически весь диапазон портов (https://forum.kinozal.tv/showpost.ph...89&postcount=8).
Согласно сообщению https://forum.kinozal.tv/showpost.ph...9&postcount=11 qBittorrent с портом 1 файлообмен не имел.
Согласно сообщению https://forum.kinozal.tv/showpost.ph...95&postcount=2 клиенты с портами 1 тоже практически не имели файлообмен.
Одновременно 27 раздающих клиента случайно иметь порт 1 практически не могут. По причинам провайдера качающего клиента 27 клиентов в качающем клиенте смогли отобразиться с портом 1, несмотря на то, что в клиентах реально порт 1 не был выставлен, т.е. у провайдера качающего клиента возникла какая-то необходимость в сети, которая привела к отображению клиентов с портом 1 примерно на 10 минут. Вижу массовое "нашествие" клиентов с портом 1 не в первый раз, но в предыдущих случаях такого массового "нашествия" клиентов с портом 1 не было, т.е. было явно меньше 20.
Естественно, приведенное явление багом клиента не может быть.

Сообщу в отдельном сообщении.

Переименуйте тему в "Мои локальные траблы" :-D

И, все же. Вопрос остается открытым.
Если это дело рук вашего провайдера, как торрент-клиент узнает о новом, подмененном (в кавычках), номере порта.

Не смотрел из-за того, что и в более ранних версиях µTorrent 3.X.X, чем µTorrent 3.4.X видел, отображение порта клиента пира, раздающего части торрента, которое не совпадало с портом, который, например, отображался в версии µTorrent 2.X.X.
В то время я считал, что это является недостатком версий µTorrent 3.X.X по сравнению с версиями µTorrent 2.X.X. Впоследствии мои взгляды изменились из-за того, что стал замечать такое и в µTorrent 2.X.X. Ещё позднее нашел объяснение этому явлению, т.е. хозяин качающего клиента с открытым портом (с внешним IP) может видеть раздающий части торрента практически с любым портом из-за того, что он (раздающий части торрента) раздавать может практически с любого порта. Если у раздающего клиента порт открытый (внешний IP), то качающий клиент может знать то, что у раздающего части торрента клиента внешний IP только тогда, когда отображенный порт у раздающего клиента совпадает с портом, выставленным в клиенте.
Если при проверке внешнего IP клиента с открытым портом (например, известно было то, что совсем недавно порт был открытым) окажется порт закрытый, то это означает то, что раздающий клиент части торрента раздает не с порта, выставленного в клиенте. Если бы раздающий части торрента клиент раздавал части торрента с порта, выставленного в клиенте, то у него при проверке IP порт оказался бы открытым, т.е. IP оказался бы внешним. Поэтому хозяева интернета с внешним IP при проверке чужого IP на тип IP (с открытым портом или закрытым портом) легко могут быть введены в заблуждение относительно типа чужого IP. Один раз сам был в таком заблуждении:

Cкрытый текст -

Чтобы ответить на ваше предложение, необходимо знать то, что Вы подразумеваете под локальными траблами.

Качающий торрент-клиент отправляет запросы на требуемые части торрента. Раздающие части торрента торрент-клиенты не занимаются поиском качающих части торрента торрентов-клиентов. Если бы торрент-клиенты искали качающих клиентов, то в битторрент сети творился бы хаос из бесконечных запросов клиентов. А так нет никакого хаоса из-за того, что необходимые клиенту части торрента ищет только качающий клиент. Это может увидеть хозяин клиента в своём клиенте в столбце "Запросы". В качающем клиенте количество запросов только в левой половине строки, а в правой половине строки 0. Данные в правой половине строки могут быть только тогда, когда он одновременно скачивает части торрента и раздает части торрента, т.е. данные в правой половине строки показывают ответы конкретному скачивающему клиенту или показывают запросы чужих клиентов, а в левой половине отображается количество запросов, отправленных конкретному пиру.
Выше и ранее уже писал типа: "Качающему клиенту без разницы то, что под каким портом отображается раздающий клиент, так как он знает то, что раздающий части торрента битторрент-клиент раздавать части торрента может практически с любого порта.". Поэтому хозяину клиента или клиенту хозяина клиента нет необходимости знание настоящего порта чужого клиента (порта выставленного в клиенте).

А у кого еще наблюдается такой бардак :smile: в торрент-клиенте с портами 1 и 65535, с меняющимися своими IP (ладно если были подключены через NAT провайдера, то в этом не было бы ничего необычного, но реальный отображаемый IPv4 надо было скринить, а не hostname).


Если следовать такой теории, что раздающий клиент не занимается поиском личеров, тогда от сида с недоступным портом, скачивающий(е) не сможет скачать, так как не сможет подключиться. А сид искать никого не станет, ему anyanskkztvsss запретил. :) Но на деле то обмен происходит.


Вы по-прежнему считаете вашего провайдера виновником "плясок" портов?

Не всё то, что кажется человеку является истиной.
Не всё увиденное глазами является поводом делать истину из увиденного, так как глаза другого человека могут увидеть больше, чем глаза пытающегося из увиденного делать истину и увидеть настоящую истину.
Отсутствие доказательств не является поводом для голословных утверждений. У Вас нет доказательств того, что причину написанного Вами необходимо искать на моей стороне.
Столбец IP на скриншотах переведен на отображение hostname для наглядности, т.е. чтобы сразу видеть необходимую строку.
Отсутствие на скриншотах отображаемого IPv4 не означает то, что по увиденному hostname невозможно узнать IPv4. В Интернете огромное количество сайтов, которые легко определяют hostname отображенного в клиенте IPv4 или IPv4 по отображенному в клиенте hostname.
Сообщения мои https://forum.kinozal.tv/showpost.ph...81&postcount=1 , https://forum.kinozal.tv/showpost.ph...95&postcount=2 , https://forum.kinozal.tv/showpost.ph...96&postcount=3 были чисто информационные, т.е. в них нет моих комментарий к увиденному. Они относятся к информационным сообщениям типа: "В битторрент-клиентах можно увидеть и такое ...".

У Вас нет доказательств на написанное Вами, т.е. нет опровержения на написанное мной, а есть только попытка опровержения написанного мной:

Cкрытый текст -
В ваших: "Если следовать такой теории, что раздающий клиент не занимается поиском личеров, тогда от сида с недоступным портом, скачивающий(е) не сможет скачать, так как не сможет подключиться. А сид искать никого не станет, ему anyanskkztvsss запретил. :) Но на деле-то обмен происходит." нет ни одной "молекулы" для опровержения написанного мной:

Cкрытый текст -

Из-за каких моих утверждений Вам показалось то, что я считаю своего провайдера виновником "плясок" портов пиров в моём клиенте во время загрузки частей торрентов?
Мне давно известно то, что хозяин качающего торрент битторрент-клиента в своем клиенте чужие клиенты может видеть практически под любым портом в диапазоне 0, 1-65535 и об этом на форумах трекеров писал не один раз.
Я уже видел "пляску" портов и вашего µTorrent 3.5.5, в том числе и с портом 1.


Примечание:
Чтобы читающим не показалось бредом написанное: "В то же время клиент даже с закрытым портом может скачать даже у клиента с закрытым портом и даже при отсутствии доступа в интернет, например, из-за неуплаты за доступ в интернет." в будущем приведу прямые доказательства на написанное.
Словесно без скриншотов могу изложить хоть завтра.

Самая старая версия mt, которой я пользовался - 2.2.1 (до 2020г). Не посчастливилось увидеть. Интересно было бы... массовое нашествие единичек... :cool: хотя, нет. Если с этим еще и пиры отваливаются, пусть другим такое счастье...
Ваши
я понял как про пассивность сида на раздаче, принимающий лишь входящие подключения. То есть:

[пример, я - раздающий сид, я за NAT, порт закрыт. Подключается личер (белый IP, открытый порт), "ищет", "узнаёт адрес" от анонсера и не может подключиться. Я тоже "ищу" личеров, "узнаю" от анонсера адрес появившегося личера, подключаюсь к нему. Обмен начался. На это доказательств не требуется].

Но с этим, похоже разобрались. Вы постоянно расписываете то, что творится внутри 2р2 bt протокола уже при наличии успешного соединения между пирами. Это вообще следующий этап. Зачем его рассматривать, пусть даже в картинках?


Сами писали ранее. Ваши посты выше. №№ 13, 11.

Клиент отображет номер порта другого пира с которым установлено текущее соединиение.


Да я и не удивлён. :smile:

Я тоже могу увидеть (когда понадобиться, в моменты обновлений анонсеров) ip пиров с множеством разных портов, если активирую функцию "Весь листинг пирров". И отображается это совсем недолго, всего несколько секунд. Для того чтобы узнать происхождение, откуда этот ip (от ретрекера, из DHT). Никаких "зависших" на минуты, множества первых портов в торрент-клиенте не наблюдал. DHT, кстати, и является источником анонсирования пиров, у которых по множеству разных портов. Весь диапазон 65535. И пресловутая единичка также оттуда. Провайдер никаким боком здесь рядом не стоит.

На участке мобильный интернет, надо оплачивать (приобретать интернет-пакеты). Как без оплаты онного, там пользоваться торрент-клиентами?

Довольно часто забывал своевременно оплатить за доступ в интернет, какого-либо компьютера из-за того, что компьютеров было много и каждый из них был подключен к сетям трех провайдеров. Подключения друг от друга не зависели. Один раз уже несколько дней компьютер работал, но доступа в интернет не было из-за того, что ещё не заплатил за доступ в интернет. Как-то, проходя мимо компьютера, заметил, что клиент имеет на графике файлообмена скорость отдачи в мегабайтах в секунду. Решил проверить увиденное на действительность. Скачал торрент-файл торрента, который был в клиенте без доступа в интернет и запустил его в другом клиенте, находящемся в другом компьютере, подключенном к сети провайдера МТС. Оба подключения к интернету были через сети МТС. Оба интернета имели внутри-сетевой IP, т.е. оба подключения имели "серый" IP. Подключения к сети МТС были независимыми, т.е. в квартиру входили кабели для каждого компьютера и оба компьютера имели свои роутеры.
Клиент быстро скачал торрент с клиента без доступа в интернет со средней скоростью 10,9 Мбайт/с !!!

На остальное из вашего сообщения отвечу не сегодня.

Порты из "DHT"
 

Может кому интересно, полученный адрес пира с разными портами.

Это мой ip адрес 92.х.х.х. Порт для анонсирования в настройках клиента 49876. Личер.
Подключился с другого клиента и провайдера. Ожидаемо получил ответ от анонсеров порт 49876.
Остальные - результат работы DHT.
2 и 3 скрин сделаны примерно через полчаса. Цифры и дальше будут расти. Делайте выводы.


Cкрытый текст -

IP порт. В настройках клиента и отображаемый в клиенте у другого пира.
 

Это один из возможных сценариев, когда торрент-клиент соединяется по uTP при активном DHT.

2 личера.

Мобильный клиент [1]. 185.х.х.х. Личер. В настройках порт для анонсирования: 61234.

Cкрытый текст -

Подключился к Windows-клиенту [2] (личер) к порту 29270. В настройках Windows-клиента выставлен порт для анонсирования: 27255

Cкрытый текст -

Windows-клиент 94.х.х.х. регистрирует входящее подключение от мобильного клиента с портом ("из порта") 18008.

Cкрытый текст -

Соединение (реальное, не попытка) установлено и будет держаться до истечения таймаута простоя (300 сек. или сколько-то там по-умолчанию) или пока не появится источник (сид/пир с %) для начала обмена.

Ну этот метод для меня не подходит. У вашего првайдера "внутряшка", своя локалка, интранет, как хотите, назовите. Внутри DHCP, маршрутизация между абонентами, локальные ресурсы могут быть и т.д. В принципе, я уже знал что будет подобный ответ. В моем случае поможет только внешний носитель.

Должны быть выводы написавшего сообщение на своё сообщение, чтобы делать выводы какие-то читающему ваше сообщение.
Какая цель отключения Local Peer Discovery, Peer Exchange на публичных трекерах?
Скриншоты относятся к клиенту, подключенному к IP 92.х.х.х?
Если да, то из-за чего в вашем клиенте огромное количество строк с собственным IP, т.е. строк с 92.х.х.х ?

Примечание:
PPRIO_..., которые видели мои глаза в своём клиенте: PPRIO_DHT, PPRIO_DHT_RESPOND, PPRIO_PEX, PPRIO_INCOMING, PPRIO_BEP22;
PPRIO_..., которые видели мои глаза пока только в Библиотеке Интернета: PPRIO_LOCAL, PPRIO_USER.


Ну, и где ваши выводы на то, что показывают ваши скриншоты?

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

Множество одинаковых IP или hostname
 

Огромное количество строк с одним и тем же IP или hostname в битторрент-клиенте µTorrent 3.2.2:

Cкрытый текст -
Огромное количество строк с одним и тем же IP или hostname в моём битторрент-клиенте µTorrent 3.2.3:

Cкрытый текст -

Cкрытый текст -

Потому что рассматриваем результат работы DHT.
Вообще, я не понимаю ваш вопрос, что за связь в вашем вопросе между Local Peer Discovery и публичными трекерами? Оно и BEP22 имеют отношение лишь к интернет провайдерам, имеющих свои локальные сети и работают эти фичи в пределах этих сетей (многоадресные посылки, что то там в подсети 239.х.х.х, не выходят в глобальную сеть, они просто не пропускаются), как ваш мтс, судя по "работе торрентов без уплаты за интернет". У моего провайдера нет разделения на локальный или глобальный интернет. Единный доступ в Интернет после авторизации (ppp-протокол).



Там все написано. Скриншоты с другого клиента и провайдера. Оба торрент-клиента запущены мной на разных железках (скриншоты с компьютера с IP 94).


Вывод остается прежним, как писал ранее: Клиент отображет номер порта другого пира с которым установлено текущее соединиение.



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

Cкрытый текст -

anyanskkztvsss: Огромное количество строк с одним и тем же IP или hostname в битторрент-клиенте µTorrent 3.2.2:

Cкрытый текст -
tr312: И где же ваши объяснения, что это и что в этом удивительного?
Про множественные подключения с одного IP-адреса, конечно же забыли.

Cкрытый текст -

anyanskkztvsss: anyanskkztvsss нет никакой необходимости приводить какие-либо объяснения на написанное, так как сообщение было чисто информативное типа "В клиентах можно увидеть и такое ...".
Если для Вас на скриншоте нет ничего удивительного, то попробуйте доказать то, что на скриншоте действительно нет ничего удивительного.

tr312: Про множественные подключения с одного IP-адреса, конечно же забыли.
anyanskkztvsss: Мне нет необходимости помнить о множественных подключениях с одного IP-адреса, так как я никогда не трогал настройку, позволяющую множественные подключения с одного IP-адреса, т.е. во всех моих клиентах настройка "bt.allow_same_ip" имеет исходное значение "false", означающее то, что в клиенте множественные подключения с одного IP-адреса не допускаются. Несмотря на то, что в моих клиентах множественные подключения с одного IP-адреса не допускаются в своём µTorrent 3.2.3 множественные подключения с одного IP-адреса один раз удалось увидеть в огромном количестве за 13 лет пребывания на трекерах !!!
Подключения с одного IP-адреса более одного видел только до четырех.
В вашем понимании, что означают множественные подключения с одного IP-адреса и какая необходимость в этом или какая польза в этом качающему клиенту и раздающему клиенту?
На вашем скриншоте пир (качающий) с IP-адресом 83.234.145.10 во всех строках имел порт 6780?
На вашем скриншоте, что означают знаки "галочка" и "крестик"?
В вашем клиенте настройка "bt.allow_same_ip" имеет какой статус? Ответ должен быть в графической форме.

Тогда не требуйте каких то объяснений и доказательств от других. Тем более, когда ваши "удивительные" истории "очевидны" лишь вам. Вы еще завтра сделайте открытие, что порты бывают не только "минусовые", но и дробные.
Причина 1: Глюк ПО. Причина 2: Окулист. Третьего не дано.


Польза - это возможность подключения с абонентами, находящимися за NAT провайдера. N лет назад во времена ADSL наш провайдер (с самым большим охватом интернет услуг по стране) внедрил NAT. Не буду вдаваться в подробности какая была его реализация на начальном этапе (например, меняющийся глобальный IP через малый промежуток времени: 10-20 мин, для P2P - это хуже некуда). И мой торрент клиент, будучи подключенным к провайдеру без NAT, на местных трекерах мог сединиться с несколькими разными (юзерагент, порт) NATовцами, имеющих один и тот же внешний IP адрес. Попадались такие часто, по 2 пира за одним адресом и на пятой-десятой раздачах. Это не ваша "польза", видимая вашим "невооруженным взглядом" от PEX, который вы в соседней теме с какого - то чуть ли не требуете, чтобы он был активен, которая всего лишь надстройка над P2P, гоняющая список IP из локалок "чужих" провайдеров, локал-линк адреса IPv6 и v4, множество IP/порт полученные в результате работы DHT, адреса давно покинувших онлайн, отчего счетчик пиров раздувается до многозначных чисел, и никак не способствующий быстрому нахождению сидов и пиров для новых подключившихся, которым это важно в первую очередь.


Во всех. Других личеров не было, это тутошняя раздача на кинозале. Объясните вашу логику, к чему данный вопрос. Рассматривается случай множественного подключения с одним пиром. Будь там другой порт, то это был бы другой случай, как с тем же NAT.

Вы серьезно? Группировка заданий по галочкам, крестикам, ноликам и пр.


Должен? :-D

1. Не писал anyanskkztvsss "нет никакой необходимости приводить какие-либо объяснения на написанное", т.е. он писал: "anyanskkztvsss нет никакой необходимости приводить какие-либо объяснения на написанное, так как сообщение было чисто информативное типа "В клиентах можно увидеть и такое ...".".
Если бы anyanskkztvsss действительно написал "нет никакой необходимости приводить какие-либо объяснения на написанное", то у любого пользователя трекера мог бы возникнуть вопрос: "А почему нет никакой необходимости приводить какие-либо объяснения на написанное?".
Правило цитирования согласно https://ru.wikipedia.org/wiki/Википедия:Цитирование:

Cкрытый текст -
2. На ваши: "Причина 1: Глюк ПО. Причина 2: Окулист. Третьего не дано." ответ:

Cкрытый текст -
3. На ваши: "Вы еще завтра сделайте открытие, что порты бывают не только "минусовые", но и дробные." ответ:

Cкрытый текст -
4. Всё то, что не поддается объяснению относится к удивительному. У Вас пока ничего нет на увиденное в сообщении https://forum.kinozal.tv/showpost.ph...9&postcount=24, которое Вы пытались объяснить множественным подключением с одного IP-адреса, которое должно быть как бы из-за статуса "bt.allow_same_ip", но сами пока даже не смогли продемонстрировать статус "bt.allow_same_ip" в своём µTorrent.

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

Если бы Вы на своём скриншоте:

Cкрытый текст -
разместили бы все строки с 83.234.145.10, то не было бы и моего вопроса, т.е. я бы их увидел сам, не спрашивая у Вас. Для этого на вашем скриншоте места достаточно было.

Видимо, у Вас "супершифровка", т.е. использование в столбце "Метка" знаков понятных только себе. У меня нет шифровки, например, в одном из клиентов:

Cкрытый текст -
В основном "Метка" показывает место расположения торрента и цель скачивания торрента.

Не в графической форме статус настройки "bt.allow_same_ip" Вы сможете передать только в словесной форме. Для меня словесная форма передачи информации доказательством не является.

Примечание:

Cкрытый текст -