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

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

2 личера.

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

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

 

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

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

 

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

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

 

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

anyanskkztvsss сказал(a):

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

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

tr312 сказал(a):

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

Должны быть выводы написавшего сообщение на своё сообщение, чтобы делать выводы какие-то читающему ваше сообщение.
Какая цель отключения 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.

tr312 сказал(a):

IP порт. В настройках клиента и отображаемый в клиенте у другого пира: Cкрытый текст -   Это один из возможных сценариев, когда торрент-клиент соединяется по uTP при активном DHT: 2 личера. Мобильный клиент [1]. 185.х.х.х. Личер. В настройках порт для анонсирования: 61234. Cкрытый текст -   Подключился к Windows-клиенту [2] (личер) к порту 29270. В настройках Windows-клиента выставлен порт для анонсирования: 27255 Cкрытый текст -   Windows-клиент 94.х.х.х. регистрирует входящее подключение от мобильного клиента с портом ("из порта") 18008. Cкрытый текст -   Соединение (реальное, не попытка) установлено и будет держаться до истечения таймаута простоя (300 сек. или сколько-то там по-умолчанию) или пока не появится источник (сид/пир с %) для начала обмена.

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

tr312 сказал(a):

anyanskkztvsss сказал(a): Оба подключения к интернету были через сети МТС. Оба интернета имели внутри-сетевой IP, т.е. оба подключения имели "серый" IP. Подключения к сети МТС были независимыми, т.е. в квартиру входили кабели для каждого компьютера и оба компьютера имели свои роутеры. Клиент быстро скачал торрент с клиента без доступа в интернет со средней скоростью 10,9 Мбайт/с !!! Ну этот метод для меня не подходит. У вашего првайдера "внутряшка", своя локалка, интранет, как хотите, назовите. Внутри DHCP, маршрутизация между абонентами, локальные ресурсы могут быть и т.д. В принципе, я уже знал что будет подобный ответ. В моем случае поможет только внешний носитель.

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

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

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

 

Скриншот пользователя одного из трекеров Dark Alice. Он запечатлел увиденное в своём µTorrent 3.2.2.

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

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

 

Скриншоты будут в будущем здесь, т.е. под этим спойлером.

anyanskkztvsss сказал(a):

Должны быть выводы написавшего сообщение на своё сообщение, чтобы делать выводы какие-то читающему ваше сообщение.

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

 

Считайте, что это дополнение к ранее написанному мной:

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

Какая цель отключения Local Peer Discovery, Peer Exchange на публичных трекерах?

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

Скриншоты относятся к клиенту, подключенному к IP 92.х.х.х? Если да, то из-за чего в вашем клиенте огромное количество строк с собственным IP, т.е. строк с 92.х.х.х ?

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

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

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

anyanskkztvsss сказал(a):

Огромное количество строк с одним и тем же IP или hostname в битторрент-клиенте µTorrent 3.2.2: Cкрытый текст -   Скриншот пользователя одного из трекеров Dark Alice. Он запечатлел увиденное в своём µTorrent 3.2.2.

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

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

 

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

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

 

Скриншот пользователя одного из трекеров Dark Alice. Он запечатлел увиденное в своём µTorrent 3.2.2.

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" имеет какой статус? Ответ должен быть в графической форме.

anyanskkztvsss сказал(a):

нет никакой необходимости приводить какие-либо объяснения на написанное

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

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

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

На вашем скриншоте пир (качающий) с IP-адресом 83.234.145.10 во всех строках имел порт 6780?

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

На вашем скриншоте, что означают знаки "галочка" и "крестик"?

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

В вашем клиенте настройка "bt.allow_same_ip" имеет какой статус? Ответ должен быть в графической форме.

Должен?

tr312 сказал(a):

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

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

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

 

Для цитирования нужно брать логически законченный фрагмент текста, чтобы полнота цитаты была достаточна для гарантии её смысловой точности. Недопустимо выдёргивать фразы из контекста источника, когда это ведёт к искажению его смысла или хотя бы смыслового оттенка. Абсолютно недопустимо подстраивать цитату под нужды цитирующего. Сокращать цитату, отбрасывая лишние для целей цитирования слова, допустимо, только если это не может изменить её смысл:

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

 

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

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

 

На практике, по крайней мере, бывает и третья, и четвертая причина. Например, здесь:

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

 

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

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

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

 

Ваш ответ свидетельствует только о том, что вы на мониторах компьютеров или дисплеях ноутбуков и нетбуков мало видели отображений или вообще не видели отображений, которые можно было бы отнести к категории "невозможных".
Если бы Вы не удалили своё сообщение, которое было сделано после моего сообщения https://forum.kinozaltv.life/showpost.ph...80&postcount=2, то Вы уже знали бы о причине, из-за которой не смогли увидеть порт со знаком минус.
Не уверен в том, что в будущем мне ещё раз повезет увидеть отображение порта с отрицательным знаком, но мне это и не требуется, так как я уже видел не менее двух раз отображения параметров в клиенте со знаком минус, которые тоже не должны были отображаться со знаком минус, но отобразились. В будущем (не в скором) у Вас будет возможность увидеть один из "невозможных" минусов, если мне не изменяет память, то на примере отрицательного коэффициента отдачи, который тоже не должен отображаться как отрицательная величина.

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

tr312 сказал(a):

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

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

tr312 сказал(a):

anyanskkztvsss сказал(a): На вашем скриншоте пир (качающий) с IP-адресом 83.234.145.10 во всех строках имел порт 6780? Во всех. Других личеров не было, это тутошняя раздача на кинозале. Объясните вашу логику, к чему данный вопрос. Рассматривается случай множественного подключения с одним пиром. Будь там другой порт, то это был бы другой случай, как с тем же NAT.

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

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

 

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

tr312 сказал(a):

anyanskkztvsss сказал(a): На вашем скриншоте, что означают знаки "галочка" и "крестик"? Вы серьезно? Группировка заданий по галочкам, крестикам, ноликам и пр.

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

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

 

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

tr312 сказал(a):

anyanskkztvsss сказал(a): В вашем клиенте настройка "bt.allow_same_ip" имеет какой статус? Ответ должен быть в графической форме. Должен?

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

Примечание:

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

 

1. Вы относительно сообщения https://forum.kinozaltv.life/showpost.ph...9&postcount=24 ничего не смогли привести, чтобы подтвердить ваши о том, что в нем нет ничего удивительного.
2. В начале этого месяца в первый раз в своей практике файлообмена в µTorrent 3.3 изменил статус настройки "bt.allow_same_ip", т.е. перевел на возможность подключения более 1 пира с одного и того же IP.
Интересное для себя, конечно, уже успел увидеть, но оно пока полезные свойства для файлообмена не имеет.