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

В битторрент-клиенте µ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:
27 клиентов с портом 1:
Cкрытый текст -

 

25 клиентов с портом 1:
Cкрытый текст -

 

24 клиента с портом 1:
Cкрытый текст -

 

23 клиента с портом 1:
Cкрытый текст -

 

1 клиент с портом 1:
Cкрытый текст -

 

Клиенты, которые имели порт 1 (выделены синим цветом):

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

 

Загрузка торрента (раздачи) под своим IP и чужим IP (поочередно, не останавливая процесс загрузки торрента в клиенте)
Предисловие:
Cкрытый текст -

 

В своих клиентах довольно часто в столбце "IP-адрес" в режиме "Hostname" ("Имя хоста") видел пиров, которые отображались под именами моих компьютеров, но при этом IP-адрес принадлежал чужим пользователям трекеров. Чаще всего чужие IP-адреса с "Hostname" ("Имя хоста"), совпадающими с именами моих компьютеров были из Вьетнама и Китая (один раз IP-адрес пира согласно данным Интернета был из города Тамбов).
Событие, описываемое в этом сообщении (загрузка торрента под своим IP и чужим IP), произошло в сентябре этого года.

Загрузка торрента клиентом 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. Раздача торрента: клиент - µTorrent 2.0.4; провайдер - РТК; IP-адрес - динамический внешний (выделенный ("белый")).
2. Скачивание торрента: клиент - BitTorrent 7.2.1; провайдер - РТК; IP-адрес - статический внешний (выделенный ("белый")).
3. В процессе загрузки торрента в клиенте BitTorrent 7.2.1 IP-адрес изменялся на чужой IP-адрес 37.144.244.249 (Hostname: 37-144-244-249.broadband.corbina.ru) три раза.
4. Торрент клиентом BitTorrent 7.2.1 загружал более 15 раз и в не менее трех случаях в клиенте BitTorrent 7.2.1 IP-адрес изменялся на чужие IP-адреса: 37.144.247.251 (Hostname: 37-144-247-251.broadband.corbina.ru); 37.144.245.32 (Hostname: 37-144-245-32.broadband.corbina.ru); 37.144.244.249 (Hostname: 37-144-244-249.broadband.corbina.ru).
5. В предыдущих загрузках торрента в клиенте BitTorrent 7.2.1 IP-адрес изменялся на чужой IP-адрес всего по одному разу.
6. Перед изменением IP-адреса на чужой IP-адрес в клиенте BitTorrent 7.2.1 происходило явное уменьшение скорости загрузки частей торрента. В некоторых случаях загрузки торрента скорость загрузки частей торрента уменьшалась даже до 0.
7. Скриншоты сняты с видеозаписи. Видеозапись проводилась в обоих компьютерах.
8. На сайте db-ip.com чужой IP (37.144.245.32 (Hostname: 37-144-245-32.broadband.corbina.ru)) определялся как беспроводной (Connection - Wireless), а на 37.144.247.251 (Hostname: 37-144-247-251.broadband.corbina.ru); 37.144.244.249 (Hostname: 37-144-244-249.broadband.corbina.ru) строка "Connection" отсутствовала.
9. Геолокация IP: 37.144.247.251 (Hostname: 37-144-247-251.broadband.corbina.ru) - Москва; 37.144.245.32 (Hostname: 37-144-245-32.broadband.corbina.ru) - Москва; 37.144.244.249 (Hostname: 37-144-244-249.broadband.corbina.ru) - Красногорск.

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

yandrey сказал(a):

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

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

yandrey сказал(a):

1. Торрент клиенты могут показывать локальный порт подключения, произвольный случайный для каждого соединения, а не порт удаленного пира.

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

yandrey сказал(a):

2. Mассовые PTR запросы (ip>hostname) достаточно накладны для DNS рекурсоров, я бы за такое банил или отдавал что-нибудь произвольное, например, хост запрашивателя

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

yandrey сказал(a):

3. Базы db-ip, maxmind, особенно бесплатные варианты, не отличаются точностью и достоверностью информации, и уж точно не могут знать тип конечного соединения.

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

anyanskkztvsss сказал(a):

не нашел места, которое было бы основанием для появления вашего утверждения, т.е. в моём сообщении есть только упоминания о IP.

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

anyanskkztvsss сказал(a):

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

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

anyanskkztvsss сказал(a):

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

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

yandrey сказал(a):

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

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

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

 

Если в качающем клиенте порт раздающего части торрента клиента отобразится с настоящим портом клиента (с портом, выставленным в клиенте), то IP раздающего клиента отобразится так, как с открытым портом.
Если в качающем клиенте порт раздающего части торрента клиента отобразится с не настоящим портом клиента (с портом, невыставленным в клиенте), то IP раздающего клиента отобразится так, как с закрытым портом.

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

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

 

При скачивании торрента битторрент-клиентом Tixati столкнулся c пиром, у которого менялся не только порт, но IP, но у Tixati оказалась функция очень быстрой групповой блокировки IP пиров. После блокировки IP пиров минут на 10-20 не появлялся мешающий исследовательской загрузке торрента пир, но он появлялся вновь с другого IP и мне вновь приходилось блокировать его минут на 10-20.

yandrey сказал(a):

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

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

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

 

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

anyanskkztvsss сказал(a):

прописку IP

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


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

 

$ whois 178.248.87.99
% This is the RIPE Database query service.
% The objects are in RPSL format.
%
% The RIPE Database is subject to Terms and Conditions.
% See http://www.ripe.net/db/support/db-terms-conditions.pdf

% Note: this output has been filtered.
%       To receive output for a database update, use the "-B" flag.

% Information related to '178.248.80.0 - 178.248.87.255'

% Abuse contact for '178.248.80.0 - 178.248.87.255' is '[email protected]'

inetnum:        178.248.80.0 - 178.248.87.255
netname:        RU-NORCOM-20100504
country:        RU
org:            ORG-NL23-RIPE
admin-c:        NOC211-RIPE
tech-c:         NOC211-RIPE
status:         ALLOCATED PA
mnt-by:         SIBSET-MNT
mnt-by:         RIPE-NCC-HM-MNT
created:        2020-03-17T12:20:58Z
last-modified:  2020-03-17T12:20:58Z
source:         RIPE

organisation:   ORG-NL23-RIPE
org-name:       Norilsk-Telecom JSC
country:        RU
org-type:       LIR
address:        33-B, Komsomolskaya str.
address:        663302
address:        Norilsk
address:        RUSSIAN FEDERATION
phone:          +73919475175
fax-no:         +73919422323
admin-c:        NOC211-RIPE
abuse-c:        NOC211-RIPE
mnt-ref:        RIPE-NCC-HM-MNT
mnt-ref:        SIBSET-MNT
mnt-ref:        MNT-NTK
mnt-by:         RIPE-NCC-HM-MNT
mnt-by:         SIBSET-MNT
created:        2004-05-27T12:28:04Z
last-modified:  2020-12-16T12:51:29Z
source:         RIPE # Filtered

role:           Siberian Networks NOC
address:        LTD Siberian Networks
address:        1/2, Dzerzhinskogo av.
address:        630015, Novosibirsk, Russia
phone:          +7 383 2050000
fax-no:         +7 383 2050000
remarks:        ******************************************************
remarks:        Points of contact for Siberian Networks NOC:
remarks:        _
remarks:        Spam and security issues: [email protected]
remarks:        Routing issues: [email protected]
remarks:        Mail issues: [email protected]
remarks:        General information: [email protected]
remarks:        ******************************************************
admin-c:        PK2069-RIPE
admin-c:        RS25662-RIPE
tech-c:         AD11605-RIPE
tech-c:         RS25662-RIPE
nic-hdl:        NOC211-RIPE
mnt-by:         SIBSET-MNT
created:        2007-03-21T10:10:01Z
last-modified:  2021-08-27T05:56:02Z
source:         RIPE # Filtered
abuse-mailbox:  [email protected]

% Information related to '178.248.87.0/24AS41794'

route:          178.248.87.0/24
descr:          SIBNETWORKS autonomous system
origin:         AS41794
mnt-by:         SIBSET-MNT
created:        2012-04-12T08:58:36Z
last-modified:  2012-11-01T10:30:04Z
source:         RIPE # Filtered

% This query was served by the RIPE Database Query Service version 1.106.1 (ABERDEEN)

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

anyanskkztvsss сказал(a):

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

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

yandrey сказал(a):

Город просто взят из первой попавшейся строки в БД RIPE, где редко кто редактирует данные для поддержания актуальности Cкрытый текст -   $ whois 178.248.87.99 % This is the RIPE Database query service. % The objects are in RPSL format. % % The RIPE Database is subject to Terms and Conditions. % See http://www.ripe.net/db/support/db-terms-conditions.pdf % Note: this output has been filtered. % To receive output for a database update, use the "-B" flag. % Information related to '178.248.80.0 - 178.248.87.255' % Abuse contact for '178.248.80.0 - 178.248.87.255' is '[email protected]' inetnum: 178.248.80.0 - 178.248.87.255 netname: RU-NORCOM-20100504 country: RU org: ORG-NL23-RIPE admin-c: NOC211-RIPE tech-c: NOC211-RIPE status: ALLOCATED PA mnt-by: SIBSET-MNT mnt-by: RIPE-NCC-HM-MNT created: 2020-03-17T12:20:58Z last-modified: 2020-03-17T12:20:58Z source: RIPE organisation: ORG-NL23-RIPE org-name: Norilsk-Telecom JSC country: RU org-type: LIR address: 33-B, Komsomolskaya str. address: 663302 address: Norilsk address: RUSSIAN FEDERATION phone: +73919475175 fax-no: +73919422323 admin-c: NOC211-RIPE abuse-c: NOC211-RIPE mnt-ref: RIPE-NCC-HM-MNT mnt-ref: SIBSET-MNT mnt-ref: MNT-NTK mnt-by: RIPE-NCC-HM-MNT mnt-by: SIBSET-MNT created: 2004-05-27T12:28:04Z last-modified: 2020-12-16T12:51:29Z source: RIPE # Filtered role: Siberian Networks NOC address: LTD Siberian Networks address: 1/2, Dzerzhinskogo av. address: 630015, Novosibirsk, Russia phone: +7 383 2050000 fax-no: +7 383 2050000 remarks: ****************************************************** remarks: Points of contact for Siberian Networks NOC: remarks: _ remarks: Spam and security issues: [email protected] remarks: Routing issues: [email protected] remarks: Mail issues: [email protected] remarks: General information: [email protected] remarks: ****************************************************** admin-c: PK2069-RIPE admin-c: RS25662-RIPE tech-c: AD11605-RIPE tech-c: RS25662-RIPE nic-hdl: NOC211-RIPE mnt-by: SIBSET-MNT created: 2007-03-21T10:10:01Z last-modified: 2021-08-27T05:56:02Z source: RIPE # Filtered abuse-mailbox: [email protected] % Information related to '178.248.87.0/24AS41794' route: 178.248.87.0/24 descr: SIBNETWORKS autonomous system origin: AS41794 mnt-by: SIBSET-MNT created: 2012-04-12T08:58:36Z last-modified: 2012-11-01T10:30:04Z source: RIPE # Filtered % This query was served by the RIPE Database Query Service version 1.106.1 (ABERDEEN)

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

yandrey сказал(a):

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

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

tr312 сказал(a):

anyanskkztvsss сказал(a): Большое количество битторрент-клиентов пиров с портом #1: 27 клиентов с портом 1: ... Это же ярковыраженные баги и глюки старых версий мюторрент, разве не? Кто в здравом уме станет менять порты в настройках на единички.

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

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

 

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

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

anyanskkztvsss сказал(a):

а что-то легко сможет, например, оборудование сети провайдера, к которой подключен компьютер, на некоторое время (на период необходимости).

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

tr312 сказал(a):

anyanskkztvsss сказал(a): ..., а что-то легко сможет, например, оборудование сети провайдера, к которой подключен компьютер, на некоторое время (на период необходимости). Допустим, есть такой провайдер, меняющий на период необходимости порты. Как торрент-клиент узнает о новом номере порта другого клиента? Ваш 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.
Естественно, приведенное явление багом клиента не может быть.

tr312 сказал(a):

Вы в такой же ситуации смотрели как ведет себя ut версий 3.4.х и новее?

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

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

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

tr312 сказал(a):

Вы в такой же ситуации смотрели как ведет себя ut версий 3.4.х и новее?

Не смотрел из-за того, что и в более ранних версиях µ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крытый текст -

 

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

tr312 сказал(a):

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

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

tr312 сказал(a):

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

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

anyanskkztvsss сказал(a):

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

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

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

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

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

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

tr312 сказал(a):

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

Не всё то, что кажется человеку является истиной.
Не всё увиденное глазами является поводом делать истину из увиденного, так как глаза другого человека могут увидеть больше, чем глаза пытающегося из увиденного делать истину и увидеть настоящую истину.
Отсутствие доказательств не является поводом для голословных утверждений. У Вас нет доказательств того, что причину написанного Вами необходимо искать на моей стороне.
Столбец 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 были чисто информационные, т.е. в них нет моих комментарий к увиденному. Они относятся к информационным сообщениям типа: "В битторрент-клиентах можно увидеть и такое ...".

tr312 сказал(a):

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

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

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

 

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

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

 

Состояние клиента перед загрузкой торрента и во время загрузки торрента:

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

 

Состояние клиента после 99,9 % загруженного объёма торрента:

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

 

Состояние клиента после 100 % загруженного объёма торрента:

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

 

Данные скриншотов свидетельствуют о том, что после завершения загрузки торрента отсутствуют запросы в левой половине строки в столбце "Запросы".

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

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

 

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

tr312 сказал(a):

anyanskkztvsss сказал(a): Выше и ранее уже писал типа: "Качающему клиенту без разницы то, что под каким портом отображается раздающий клиент, так как он знает то, что раздающий части торрента битторрент-клиент раздавать части торрента может практически с любого порта.". Поэтому хозяину клиента или клиенту хозяина клиента нет необходимости знание настоящего порта чужого клиента (порта выставленного в клиенте). Вы по-прежнему считаете вашего провайдера виновником "плясок" портов?

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


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

anyanskkztvsss сказал(a):

Они относятся к информационным сообщениям типа: "В битторрент-клиентах можно увидеть и такое ...".

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

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

Ваши

Качающий торрент-клиент отправляет запросы на требуемые части торрента. Раздающие части торрента торрент-клиенты не занимаются поиском качающих части торрента торрентов-клиентов. Если бы торрент-клиенты искали качающих клиентов, то в битторрент сети творился бы хаос из бесконечных запросов клиентов. А так нет никакого хаоса из-за того, что необходимые клиенту части торрента ищет только качающий клиент.

я понял как про пассивность сида на раздаче, принимающий лишь входящие подключения. То есть:

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

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

Из-за каких моих утверждений Вам показалось то, что я считаю своего провайдера виновником "плясок" портов пиров в моём клиенте во время загрузки частей торрентов?

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

Мне давно известно то, что хозяин качающего торрент битторрент-клиента в своем клиенте чужие клиенты может видеть практически под любым портом в диапазоне 0, 1-65535 и об этом на форумах трекеров писал не один раз.

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

Я уже видел "пляску" портов и вашего µTorrent 3.5.5, в том числе и с портом 1.

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

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

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

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

tr312 сказал(a):

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

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

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

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

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


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