Проблемы с учетом трафика - Страница 102

Clones · 18.05.2019, 20:25

Ну что же сегодня книжки покачал и получил результат.

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

anyanskkztvsss · 18.05.2019, 22:46

Clones сказал(a):

Ну что же сегодня книжки покачал и получил результат:

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

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

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

ежедневно в терабайтах много лет подряд. В красном прямоугольнике признак читерства, т.е. скачанное много раз больше объёма раздачи.
Конечно, у некоторых аккаунтов скачанное может быть больше объёма раздачи, но только тогда, когда они раздают с большого количества интернетов, например, один из моих аккаунтов нередко одну и ту же раздачу раздавал с 12 интернетов.
У меня реальное скачанное на некоторых раздачах бывало даже больше 12 раз из-за того, что некоторые раздачи приходилось вновь скачивать из-за замены дисков, но в статистике раздачи файла или в профиле аккаунта не допускал суммарного скачанного объёма раздачи больше 12 раз, т.е. повторные скачивания делал с другого аккаунта или скачивал анонимно.
Аккаунты с облачными сидбоксами имели и более 100 точек раздачи одной и той же раздачи и, естественно, скачанного в статистике раздачи файла или на раздаче в профиле аккаунта могли иметь скачанного до Объём раздачи х Количество точек (серверов) раздачи.
Одно из моих сообщений относительно файлообмена с облачных сидбоксов:

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

pet8022: Как человек на одной раздаче скачал 680 Гб если она весит 14 ? //prntscr.com/cthexo .
bimka03: Уже писал админам про читеров...Позиция довольно странная...Мягко говоря .
anya1956ss: Читером он не является, так как сидирует с облачного сидбокса yourseedbox, который в текущее время имеет до 50 серверов на сидбокс, т.е. сидирование можно сравнить с сидированием с 50 интернетов.
Если бы Вы заглянули в профиль его аккаунта внимательно, то увидели бы 4 сидируемых файла ( ) и на каждом файле количество скачанного соответствует количеству Размер файла х Количество серверов, например, на одном из четырех файлов: , т.е. каждый файл раздается с 50 серверов одного облачного сидбокса.
У читеров скачанное типа этого: .

Примечание:
Возможности этого сидбокса огромны, например:
а) по скачиванию (3 сидбокса по 50 серверов каждый):

В текущее время хозяин скриншотов на трекере не сидирует.
Максимальное количество у него было 350 серверов и в профиле аккаунта было написано, что имеют суммарную скорость файлообмена 7 Гбит/с (видимо, все были с одного сервера на 10 Гбит/с).
б) по отдаче (3 сидбокса, серверов 72 = 23 + 24 + 25):

Автор этих скриншотов сидирует на трекере ежедневно, но о сидировании с сидбоксов в текущее время не могу сказать, так как его ежедневная отдача достижима и с его домашним интернетом.

Оригинал сообщения в комментариях к https://kinozal.guru/details.php?id=1484781 .

Начинайте с изменения passkey своего аккаунта.
Искажение трафика файлообмена аккаунта в статистике раздачи файлов и на раздачах в профиле аккаунта мгновенно не исчезнет, так как с 2017 года на этом трекере новый passkey в свои права вступает окончательно только через несколько дней (бывает, что требуется не менее 5 дней).
Вообще-то passkey аккаунта необходимо изменить после того, как разберётесь со своим клиентом.
Какой у Вас клиент в текущее время?

Clones · 19.05.2019, 05:24

anyanskkztvsss сказал(a):

Ваш случай называется неосознанным читерством, т.е. хозяин аккаунта не знает о том, что "засветил" в битторрент сети passkey

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

anyanskkztvsss сказал(a):

Какой у Вас клиент в текущее время?

Под Linux Mint кручу постоянно и давно один и тот же клиент Transmission 2.92. У меня предположение, что это дело не в клиенте, который уже работает лет 8, где таких проблем не было ни разу. Может от использования сайта https://kinozal-tv.appspot.com такое происходит? Ведь до блокировки я был постоянно на guru и таких проблем не было. И что интересно, с остальных раздачах таких накруток нет. Короче я удаляю раздачи, где идут накрутки моего скачивания по статистике и проблема исчезнет раз и навсегда. Далее я просто буду стягивать файлы с торрента и после выкачивания 100% буду тупо уходить с раздачи. Благо рейтинга у меня хоть задницей ешь.

anyanskkztvsss · 19.05.2019, 14:17

Clones сказал(a):

anyanskkztvsss сказал(a):

Ваш случай называется неосознанным читерством, т.е. хозяин аккаунта не знает о том, что "засветил" в битторрент сети passkey.

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

Я не писал, что Вы сами "засветили" в битторрент сети passkey своими скриншотами. В 99,99... % случаев это делают клиенты и аккаунты, занимающиеся читерством осознанно.
В некоторых клиентах вообще есть опции передачи passkey другим клиентам, например, в BitComet "Обмениваться заданием". Если отключить эту опцию, то не будет распространения passkey в сети. Легко распространяет в сети passkey qBitTorrent, но виновником распространения passkey в сети являются сами хозяева qBitTorrent, так как в исходном состоянии в qBitTorrent опция распространения в сети passkey отключена.
Могут распространять passkey клиенты Deluge, Vuze, Halite.
Был случай распространения passkey и с клиентом rTorrent (в чужих клиентах отображается как libtorrent):

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

О том, что клиенты BitComet, Deluge, Vuze, qBitTorrent могут искажать статистику файлообмена аккаунтов сообщений много и есть явные доказательства.
О том, что клиенты rTorrent, Transmission могут искажать статистику файлообмена аккаунтов сообщения есть, но нет явных доказательств.
Ваш случай доказательством искажения статистики файлообмена клиентом ещё не является, так как Вы не продемонстрировали реальное скачанное клиентом. Возможно, на вашем скриншоте скачанное даже является реальным. Бывает, что у отдающих на дисках плохо читаемые области и с этих областей клиент раздает части файла с многократных попыток или вообще не может раздать (делает бесконечно попытки раздать), например, один из таких случаев:

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

Clones сказал(a):

anyanskkztvsss сказал(a):

Какой у Вас клиент в текущее время?

Под Linux Mint кручу постоянно и давно один и тот же клиент Transmission 2.92. У меня предположение, что это дело не в клиенте, который уже работает лет 8, где таких проблем не было ни разу.

Ну, относительно Transmission я ответил выше по тексту. Вполне может быть и не из-за клиента, например, нельзя отбрасывать со счетов и систему учета объёма трафика файлообмена аккаунтов трекера. Электроника это не механика и поэтому можно увидеть всякое*.

Clones сказал(a):

Может от использования сайта https://kinozal-tv.appspot.com такое происходит? Ведь до блокировки я был постоянно на guru и таких проблем не было. И что интересно, с остальных раздачах таких накруток нет.

Использования сайта https://kinozal-tv.appspot.com не означает, что проблема из-за сайта https://kinozal-tv.appspot.com такое происходит? Если у Вас в клиенте нет анонсеров ...kinozal-tv.appspot.com..., то искажение из-за kinozal-tv.appspot.com невозможно.
Вопрос можете уточнить с автором темы: //forum.kinozal.me/showthread.php?t=269420 .

Clones сказал(a):

И что интересно, с остальных раздачах таких накруток нет.

Необязательно, что искажения должны быть на всех раздачах.

Clones сказал(a):

Короче я удаляю раздачи, где идут накрутки моего скачивания по статистике и проблема исчезнет раз и навсегда. Далее я просто буду стягивать файлы с торрента и после выкачивания 100% буду тупо уходить с раздачи. Благо рейтинга у меня хоть задницей ешь.

Зачем спешить, когда можно не спешить, а основательно изучить свою проблему.
Если данные не ваши, то проблема не исчезнет, т.е. в профиле вашего аккаунта эти раздачи будут даже при отключенном клиенте. Исчезнут только тогда, когда будут отключены раздачи с искаженными данными во всех клиентах, участвующих в этом искажении.

* - чтобы убедиться в том, что в электронике "всякое" может быть, попробуйте ответить на следующее:
1. На панели инструмента (на дисплее) на иконке интернета желтый треугольник, свидетельствующий об отсутствии доступа в интернет. Файлообмен возможен?
2. Провайдер отключил доступ в интернет, например, за просрочку оплаты за интернет. Файлообмен возможен?

Sapwood · 19.05.2019, 17:11

anyanskkztvsss сказал(a):

Если у Вас в клиенте нет анонсеров ...kinozal-tv.appspot.com..., то искажение из-за kinozal-tv.appspot.com невозможно.

Можно в этом месте немного подробнее? В хотите сказать, что при добавлении анонсера kinozal-tv.appspot.com возможно "утекание" паскея? Я не вижу путей для такого безобразия.

По теме, кажется не рассмотрена еще один вариант. Возможно клиент действительно многократно перекачивал побитые блоки. Это могло произойти из-за пролем сети или ошибок при записи на диск. Хорошо бы как минимум проверить диск на ошибки.

anyanskkztvsss · 19.05.2019, 20:47

Sapwood сказал(a):

anyanskkztvsss сказал(a):

Если у Вас в клиенте нет анонсеров ...kinozal-tv.appspot.com..., то искажение из-за kinozal-tv.appspot.com невозможно.

Можно в этом месте немного подробнее? В хотите сказать, что при добавлении анонсера kinozal-tv.appspot.com возможно "утекание" пасскея? Я не вижу путей для такого безобразия.

Формально в цитате ошибки нет, но признаю, что цитату, возможно, надо было изложить более подробнее.
Первоначально цитата имела содержание:

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

Прочитав размещенное на форуме сообщение я подумал, что некоторые будут обвинять меня в том, что анонсер "...kinozal-tv.appspot.com..." может распространять passkey и поэтому цитату отредактировал:

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

Судя по вашему ответу, отредактированная цитата тоже недостаточна и поэтому текст цитаты следует читать следующим образом:

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

Sapwood сказал(a):

В хотите сказать, что при добавлении анонсера kinozal-tv.appspot.com возможно "утекание" пасскея? Я не вижу путей для такого безобразия.

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

Sapwood сказал(a):

По теме, кажется не рассмотрен еще один вариант. Возможно клиент действительно многократно перекачивал побитые блоки. Это могло произойти из-за пролем сети или ошибок при записи на диск. Хорошо бы как минимум проверить диск на ошибки.

Этот вариант я не стал описывать, так как трудно сделать наглядное доказательство этого варианта. Можно сделать доказательство достаточно быстро только при супер-везении. Если не повезет, то можно ждать появления этого варианта годами.
Сам я много раз встречался с этой проблемой, но только тогда, когда в клиенте останавливалось скачивание раздачи из-за ошибки "CRC" или "Не удается найти указанный файл", т.е. не видел состояния раздачи перед появлением ошибок "CRC" или "Не удается найти указанный файл" и поэтому не могу сказать о том, что была или не была многократная попытка записи на плохо записываемую область диска.

Sapwood · 19.05.2019, 21:59

Кроме того, стОит иметь в виду, именно версия 2.92 клиента Transmission запрещена на многих приватных трекерах. Например, brokenstones сейчас активно банит пользователей использующих Т2.92.

...

Причины не раскрываются. Возможно дело в инциденте с подменой официальной версии:

https://transmissionbt.com/keydnap_qa/

Либо найденном Tavis Ormandy новом механизме атаки:

https://bugs.chromium.org/p/project-...detail?id=1447

Transmission 2.94 содержит необходимые исправления. Очень рекомендую обновить клиент.

Clones · 19.05.2019, 22:37

anyanskkztvsss сказал(a):

Бывает, что у отдающих на дисках плохо читаемые области и с этих областей клиент раздает части файла с многократных попыток или вообще не может раздать (делает бесконечно попытки раздать), например, один из таких случаев:

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

Жёсткий диск WDC WD20EFRX-68EUZN0, где система показывает:
Последняя самодиагностика завершена без ошибок. Пороговое значение не превышено. Диск исправен.
Недавно проходил проверку на низком уровне из под DOS на программах MHDD и Виктория. Ошибок не было. Да и чего им быть, если жестяк практически новый и расчитанный для NAS. Эта версия сразу отпадает у меня.

anyanskkztvsss сказал(a):

Если у Вас в клиенте нет анонсеров ...kinozal-tv.appspot.com..., то искажение из-за kinozal-tv.appspot.com невозможно.

Анонсеры у меня сякие есть, в том числе kinozal-tv.appspot.com
Список выкладываю тут:

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

Но что интересно, на других раздачах, скачанных давно нет накруток на скачивание при этих же анонсерах.

anyanskkztvsss сказал(a):

Зачем спешить, когда можно не спешить, а основательно изучить свою проблему.
Если данные не ваши, то проблема не исчезнет, т.е. в профиле вашего аккаунта эти раздачи будут даже при отключенном клиенте. Исчезнут только тогда, когда будут отключены раздачи с искаженными данными во всех клиентах, участвующих в этом искажении.

Поздно. Я вчера из все убрал с раздач и они окончательно исчезли в профиле моего аккаунта. Причём моментально, как только я их удалил с раздачи. Это доказывает одно, что нет больше клиентов, участвующих в этом искажении.
Кстати перед удалением я ещё раз статистику на скачивание посмотрел, она ещё увеличилась по всем раздачам на 4 гига. Хотя всё давно было скачано и торрент показывал 100% закачку файлов в свойствах. Если бы не убрал с раздачи, то неизвестно сколько мне намаслало скачиваемого ещё по статистике.

anyanskkztvsss сказал(a):

1. На панели инструмента (на дисплее) на иконке интернета желтый треугольник, свидетельствующий об отсутствии доступа в интернет. Файлообмен возможен?
2. Провайдер отключил доступ в интернет, например, за просрочку оплаты за интернет. Файлообмен возможен?

1. Вы видимо думаете на линуксе есть какие то треугольники (ведь это не винда). Ничего подобного нет там. При отсутствии доступа к инету просто инета у меня не будет. Такое возможно при одном условии, если роутер TL-WR841N заглючит и перестанет через себя инет пропускать. Но это очень редко случается и замечается мгновенно. Устраняется простой перезагрузкой роутера. Кстати при зависании роутера ни каких раздач не идёт вообще, глухо железяка затыкает инет.
2. Если честно, провайдер ещё ни разу инет не отключал за неуплату, т.к. я плачу на перёд на несколько месяцев и слежу за своевременным пополнением баланса. Были случаи физического обрыва оптоволокна, где электрики провода меняли и оторвали оптику рядом висевшую. Но эту поломку на линиии оперативно устранили монтажники от провайдера. Да тогда просто инета не было какое то время.

Clones · 19.05.2019, 23:00

Sapwood сказал(a):

Transmission 2.94 содержит необходимые исправления. Очень рекомендую обновить клиент.

Хм... Интересное предложение, но вот только оно выливается мне сменой всей оси на более новую систему на моём компе. А это выльется в дополнительные настройки под мою локальную сеть.

anyanskkztvsss · 19.05.2019, 23:42

Clones: //forum.kinozal.me/showpost.php...postcount=2059 .
anyanskkztvsss: На сообщение отвечу завтра. Сегодня просто задам вопрос, заданный в конце сообщения //forum.kinozal.me/showpost.php...postcount=2055 , с некоторой конкретизацией:
1. Компьютер свидетельствует о том, что доступа в интернет нет. Файлообмен возможен?
Примечание: Подключение компьютера к интернету прямое, т.е. роутера нет, кабель сети провайдера сразу соединяется с компьютером.
2. Провайдер отключил доступ в интернет, например, за просрочку оплаты за интернет. Файлообмен возможен?
Примечание: Подключение компьютера к интернету прямое, т.е. роутера нет, кабель сети провайдера сразу соединяется с компьютером.
Ответьте только одним словом. ДА или НЕТ. Если хотите прокомментировать свой ответ, то только после ответа ДА или НЕТ.

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

Clones · 20.05.2019, 17:00

anyanskkztvsss сказал(a):

1. Компьютер свидетельствует о том, что доступа в интернет нет. Файлообмен возможен?

Нет.

anyanskkztvsss сказал(a):

2. Провайдер отключил доступ в интернет, например, за просрочку оплаты за интернет. Файлообмен возможен?

Нет.

anyanskkztvsss · 20.05.2019, 19:03

anyanskkztvsss: Бывает, что у отдающих на дисках плохо читаемые области и с этих областей клиент раздает части файла с многократных попыток или вообще не может раздать (делает бесконечно попытки раздать), например, один из таких случаев:

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

Clones: Жёсткий диск WDC WD20EFRX-68EUZN0, где система показывает:

Последняя самодиагностика завершена без ошибок. Пороговое значение не превышено. Диск исправен.

Недавно проходил проверку на низком уровне из под DOS на программах MHDD и Виктория. Ошибок не было. Да и чего им быть, если жестяк практически новый и расчитанный для NAS. Эта версия сразу отпадает у меня.

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

Иногда попадаются и необычном образом, т.е. когда сами раздающие сообщают о своём удивлении, видя в пирах то, что качающий скачал от него частей файла в объёме больше или намного больше объёма самой раздачи. Один из таких примеров:

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

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

"Чемпион" по плохому состоянию диска, с которого ведется раздача файла:

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

Раздающий к моменту снятия скриншота со своего диска с плохим состоянием раздал моему клиенту 100 ГБ, но в итоге записалось всего 13,6 МБ!!!

Clones: Жёсткий диск WDC WD20EFRX-68EUZN0, где система показывает:

Последняя самодиагностика завершена без ошибок. Пороговое значение не превышено. Диск исправен.

Недавно проходил проверку на низком уровне из под DOS на программах MHDD и Виктория. Ошибок не было. Да и чего им быть, если жестяк практически новый и расчитанный для NAS. Эта версия сразу отпадает у меня.

anyanskkztvsss: Такие проверки не показывают наличие на дисках плохо читаемых и плохо записываемых областей. Начиная с 2013 года, все новые диски подвергаю загрузке файлов практически до полного заполнения емкости диска и только после этой проверки диски выбираю для хранения коллекционного материала. Ни один новый диск не избежал появления ошибки "CRC". Изготовители дисков такую проверку не делают из огромной трудоемкости. Если и делают такую проверку, то от всей партии дисков, предназначенной к отгрузке оптовому покупателю дисков, при приёмке партии дисков проверяют 1 или несколько дисков.

anyanskkztvsss: Если у Вас в клиенте нет анонсеров ...kinozal-tv.appspot.com..., то искажение из-за kinozal-tv.appspot.com невозможно.

Clones: Анонсеры у меня всякие есть, в том числе kinozal-tv.appspot.com . Список выкладываю тут:

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

anyanskkztvsss: То, что в вашем клиенте могут быть анонсеры ...kinozal-tv.appspot.com... меня не удивляет, так как мои аккаунты не один раз при ответах на ваши сообщения приводили все возможные варианты анонсеров для этого трекера, но удивляет то, что анонсеры ...kinozal-tv.appspot.com... до сих пор есть в свойствах торрента в вашем клиенте.

До сих пор провайдер ваш блокирует родные трекеру аносеры?

Указанные Вами анонсеры: //tr3.tor4me.info/announce.php?passkey= ; //tr0.tor4me.info/announce.php?passkey= ;//tr1.tor4me.info/announce.php?passkey= для старого формата passkey, имеющего в passkey 32 знака.

Указанные Вами анонсеры:

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

для нового формата passkey, имеющего в passkey 10 знаков.

Анонсеры с новым и старым passkey отличаются и оформлением строки анонсера. Строка анонсера со старым passkey содержит фрагмент ... announce.php?passkey..., а строка анонсера с новым passkey содержит фрагмент ...ann?uk... .

Один и тот же аккаунт не может иметь иметь два passkey, а в вашем списке анонсеров анонсеры содержат два passkey. В первых трех строках анонсеры с passkey старого образца, а в остальных строках с passkey нового образца.

Clones: Но что интересно, на других раздачах, скачанных давно нет накруток на скачивание при этих же анонсерах.

anyanskkztvsss: Если аккаунт "засветил" passkey, то это не означает, что лишнее скачанное можно увидеть на всех раздачах, раздаваемых аккаунтом, "засветившим" passkey аккаунта, например:

а) откройте список ...//kinozaltv.life/top_uploaders.php?page=0 , или ...//kinozal.me/top_uploaders.php?page=0 , или ...//kinozal.guru/top_uploaders.php?page=0 ;

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

anyanskkztvsss: Зачем спешить, когда можно не спешить, а основательно изучить свою проблему.

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

Clones: Поздно. Я вчера из все убрал с раздач и они окончательно исчезли в профиле моего аккаунта. Причём моментально, как только я их удалил с раздачи. Это доказывает одно, что нет больше клиентов, участвующих в этом искажении.

Кстати перед удалением я ещё раз статистику на скачивание посмотрел, она ещё увеличилась по всем раздачам на 4 гига. Хотя всё давно было скачано и торрент показывал 100% закачку файлов в свойствах. Если бы не убрал с раздачи, то неизвестно сколько мне наслало бы скачиваемого ещё по статистике.

anyanskkztvsss: В принципе, не поздно.

Если причина из-за состояния диска раздающего (скорее всего, он среди Сидов один), то смогу сам найти, скачивая раздачи из списка, приведенного на вашем скриншоте.

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

Судя по данным вашего скриншота, виновника нетрудно определить, так как интенсивность искажения скачанного немалая.

anyanskkztvsss · 20.05.2019, 19:41

anyanskkztvsss: 1. Компьютер свидетельствует о том, что доступа в интернет нет. Файлообмен возможен?
Примечание: Подключение компьютера к интернету прямое, т.е. роутера нет, кабель сети провайдера сразу соединяется с компьютером.
Clones: Нет.
anyanskkztvsss: 2. Провайдер отключил доступ в интернет, например, за просрочку оплаты за интернет. Файлообмен возможен?
Примечание: Подключение компьютера к интернету прямое, т.е. роутера нет, кабель сети провайдера сразу соединяется с компьютером.
Clones: Нет.

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

И так правильный ответ: ДА, т.е. файлообмен возможен и даже на скорости предельной для сети провайдера.

Доказательства приведу завтра со скриншотами, которые наглядно показывают возможность файлообмена в случаях, указанных в пунктах 1 и 2.

anyanskkztvsss · 23.05.2019, 23:51

Доказательства возможности файлообмена для случая, описанного в п.1 ( //forum.kinozal.me/showpost.php...postcount=2064 ):

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

На скриншотах охвачен период времени с 10:10 до 10:30, т.е. в течение 20 минут был файлообмен без доступа в интернет.

Расстояние между IP моего интернета и IP интернета качающего согласно 2ip.ru более 2600 км (по автомобильной дороге).

Оба IP от одного магистрального провайдера.

Доказательства возможности файлообмена для случая, описанного в п.2 ( //forum.kinozal.me/showpost.php...postcount=2064 ):

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

С этим явлением знаком с 2011 года и сталкивался не менее 10 раз. За своевременной оплатой за интернет не слежу и часто отключают доступ в интернет в то время, когда невозможно делать оплату до следующего дня. В таких случаях компьютер не отключаю и вижу, что часто бывает файлообмен, т.е. с моего компьютера скачивают локальные пиры.

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

Примечание:

Личные сообщения на тему, указанную в сообщении:

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

28.05.2019, 08:49

Доброе утро! Имеется NAS, на нем торрент-клиент, порты проброшены так же через маршрутизатор mikrotik, в 2ip показывает, что порты открыты (55000 порт), все прекрасно качается и раздается, скорость доступа к сети интернет - 100 мегабит, но учета статистики на сйте не идет. С одной стороны и да ладно, на раздаче стою неделю-две, потом на другой, а с другой стороны, как-то не правильно. Подскажите пожалуйста, какой порт необходимо открыть и по какому протоколу для того, чтобы статистика отображалась верно. А так же в клиенте имеется строчка: //retracker.local/announce could not to connect, во всех раздачах, может от этого и плясать?

anyanskkztvsss · 28.05.2019, 10:54

karapuzikBIG сказал(a):

Имеется NAS, на нем торрент-клиент, порты проброшены так же через маршрутизатор mikrotik, в 2ip показывает, что порты открыты (55000 порт), все прекрасно качается и раздается, скорость доступа к сети интернет - 100 мегабит, но учета статистики на сйте не идет. С одной стороны и да ладно, на раздаче стою неделю-две, потом на другой, а с другой стороны, как-то не правильно. Подскажите пожалуйста, какой порт необходимо открыть и по какому протоколу для того, чтобы статистика отображалась верно. А так же в клиенте имеется строчка: //retracker.local/announce could not to connect, во всех раздачах, может от этого и плясать?

О такой проблеме, раздающие раздачи с NAS, писали неоднократно, но квалифицированного ответа нет, так как жалующиеся на эту проблему не предоставляли информативные данные для решения проблемы.
Попробуйте исправить ситуацию по следующей схеме:
1. В свойствах торрента оставьте только строку, содержащую ...tor4me.info..., т.е. удалите строки, содержащие ...torrent4me.com... и ...tor2me.info..., а также строку retracker.local.
2. Если клиент Transmission, то попробуйте порт изменить на 51413. Обычно клиенты Transmission чаще всего используют порт 51413.

Была ещё чья-то рекомендация:

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

28.05.2019, 16:10

anyanskkztvsss сказал(a):

О такой проблеме, раздающие раздачи с NAS, писали неоднократно, но квалифицированного ответа нет, так как жалующиеся на эту проблему не предоставляли информативные данные для решения проблемы.
Попробуйте исправить ситуацию по следующей схеме:
1. В свойствах торрента оставьте только строку, содержащую ...tor4me.info..., т.е. удалите строки, содержащие ...torrent4me.com... и ...tor2me.info..., а также строку retracker.local.
2. Если клиент Transmission, то попробуйте порт изменить на 51413. Обычно клиенты Transmission чаще всего используют порт 51413.

Была ещё чья-то рекомендация:

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

Огромное Вам спасибо во-первых за оперативность, во-вторых за решение, первый способ помог

Trocadero · 30.05.2019, 13:46

anyanskkztvsss сказал(a):

Попробуйте исправить ситуацию по следующей схеме:
1. В свойствах торрента оставьте только строку, содержащую ...tor4me.info..., т.е. удалите строки, содержащие ...torrent4me.com... и ...tor2me.info..., а также строку retracker.local.
2. Если клиент Transmission, то попробуйте порт изменить на 51413. Обычно клиенты Transmission чаще всего используют порт 51413.

У меня ровно такая же проблема. NAS+ Transmission.
П. 1 Если оставить только ...tor4me.info..., то закачка метится красным знаком-ошибка и текстом "Невозможно подключиться"
Долго пытаюсь найти решение, не могу найти. Как только не редактировал свойства трекера.
по П.2 У Вас, видимо описка или я чего-то недопонял.
"попробуйте порт изменить на 51413. Обычно клиенты Transmission чаще всего используют порт 51413"
Так на какой порт надо изменить ? У меня как раз 51 413.
Отдача у меня идет сутками не переставая, несколько лет. Рейтинг если и растет, то на одну сотую за несколько мес. Мне не горит, рейтинга хватает,но это не порядок.

Спасибо за помощь!

Trocadero · 30.05.2019, 15:01

Teragon сказал(a):

На данный момент возможны проблемы с учётом рейтинга на трекере.
Ситуация решается, наберитесь терпения, пожалуйста.

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

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

Если честно, уже надоело отдавать и ничего не получать. Не день-два, а годами.

Подожду до 02 июня и тупо уйду со всех раздач.

Успехов и не забывайте про экосистему!

anyanskkztvsss · 31.05.2019, 03:15

anyanskkztvsss: Попробуйте исправить ситуацию по следующей схеме:
1. В свойствах торрента оставьте только строку, содержащую ...tor4me.info..., т.е. удалите строки, содержащие ...torrent4me.com... и ...tor2me.info..., а также строку retracker.local.
2. Если клиент Transmission, то попробуйте порт изменить на 51413. Обычно клиенты Transmission чаще всего используют порт 51413.
Trocadero: У меня ровно такая же проблема. NAS + Transmission.
П. 1 Если оставить только ...tor4me.info..., то закачка метится красным знаком-ошибка и текстом "Невозможно подключиться".
Долго пытаюсь найти решение, не могу найти. Как только не редактировал свойства трекера.
По П.2. У Вас, видимо описка или я чего-то не понял: "... попробуйте порт изменить на 51413. Обычно клиенты Transmission чаще всего используют порт 51413."
Так на какой порт надо изменить? У меня как раз 51413.
Отдача у меня идет сутками не переставая, несколько лет. Рейтинг если и растет, то на одну сотую за несколько мес. Мне не горит, рейтинга хватает, но это не порядок.
anyanskkztvsss: Если одному рекомендации помогли, то они и остальным должны помочь. Если Вам они не помогли, то необходимо искать то, что мешает нормальному учету объёма трафика файлообмена аккаунта. Причиной проблемы может быть и действия хозяина клиента, и "железо" компьютерного хозяйства хозяина аккаунта, и провайдер, абонентом которого является аккаунт (хозяин аккаунта).
В этой цепочке причин необходимо сначала исключить провайдера. Для этого ...tor4me.info... замените на прокси-анонсер ...kinozal-tv.appspot.com... (есть провайдеры, блокирующие все родные трекеру анонсеры).
Если прокси-анонсер ...kinozal-tv.appspot.com... не поможет, то можно продолжить искать поиск других причин проблемы, например, проверив работоспособность анонсеров в клиенте µTorrent. Эту проверку достаточно делать на одной раздаче.
Если анонсеры не работают и в клиенте µTorrent, то продолжить поиск и других причин. Причин много и среди них могут быть даже необычные, например, сам торрент (файл (раздача)), например:

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

Клиенты Transmission работают не только через порт 51413. Просто порт 51413 очень часто сопровождает клиент Transmission в чужих клиентах в пирах и, видимо, он достаётся хозяину клиента при установке клиента в ОС.

20.05.2019, 19:03	#2032
anyanskkztvsss Зритель Завсегдатай Регистрация: 22.01.2017 Сообщения: 419 Репутация: 25	anyanskkztvsss: Бывает, что у отдающих на дисках плохо читаемые области и с этих областей клиент раздает части файла с многократных попыток или вообще не может раздать (делает бесконечно попытки раздать), например, один из таких случаев: Cкрытый текст - Clones: Жёсткий диск WDC WD20EFRX-68EUZN0, где система показывает: Последняя самодиагностика завершена без ошибок. Пороговое значение не превышено. Диск исправен. Недавно проходил проверку на низком уровне из под DOS на программах MHDD и Виктория. Ошибок не было. Да и чего им быть, если жестяк практически новый и расчитанный для NAS. Эта версия сразу отпадает у меня. anyanskkztvsss: Написанное не относится к состоянию вашего диска, а касается к состоянию диска отдающего (в данном случае Сида). Эта загрузка была просто исследовательской, т.е. сам файл мне не требовался. Такие раздачи мне попадаются при чтении сообщений на форумах трекеров, когда качающие жалуются на то, что загрузка файла не завершается. Иногда попадаются и необычном образом, т.е. когда сами раздающие сообщают о своём удивлении, видя в пирах то, что качающий скачал от него частей файла в объёме больше или намного больше объёма самой раздачи. Один из таких примеров: Cкрытый текст - В ходе обсуждения сообщения выяснилось, что виновником оказался диск самого написавшего сообщение. "Чемпион" по плохому состоянию диска, с которого ведется раздача файла: Cкрытый текст - Раздающий к моменту снятия скриншота со своего диска с плохим состоянием раздал моему клиенту 100 ГБ, но в итоге записалось всего 13,6 МБ!!! Clones: Жёсткий диск WDC WD20EFRX-68EUZN0, где система показывает: Последняя самодиагностика завершена без ошибок. Пороговое значение не превышено. Диск исправен. Недавно проходил проверку на низком уровне из под DOS на программах MHDD и Виктория. Ошибок не было. Да и чего им быть, если жестяк практически новый и расчитанный для NAS. Эта версия сразу отпадает у меня. anyanskkztvsss: Такие проверки не показывают наличие на дисках плохо читаемых и плохо записываемых областей. Начиная с 2013 года, все новые диски подвергаю загрузке файлов практически до полного заполнения емкости диска и только после этой проверки диски выбираю для хранения коллекционного материала. Ни один новый диск не избежал появления ошибки "CRC". Изготовители дисков такую проверку не делают из огромной трудоемкости. Если и делают такую проверку, то от всей партии дисков, предназначенной к отгрузке оптовому покупателю дисков, при приёмке партии дисков проверяют 1 или несколько дисков. anyanskkztvsss: Если у Вас в клиенте нет анонсеров ...kinozal-tv.appspot.com..., то искажение из-за kinozal-tv.appspot.com невозможно. Clones: Анонсеры у меня всякие есть, в том числе kinozal-tv.appspot.com . Список выкладываю тут: Cкрытый текст - //tr3.tor4me.info/announce.php?passkey= //tr0.tor4me.info/announce.php?passkey= //tr1.tor4me.info/announce.php?passkey= //tr0.kinozal-tv.appspot.com/ann?uk= //tr1.kinozal-tv.appspot.com/ann?uk= //tr2.kinozal-tv.appspot.com/ann?uk= //tr3.kinozal-tv.appspot.com/ann?uk= //tr4.kinozal-tv.appspot.com/ann?uk= //tr5.kinozal-tv.appspot.com/ann?uk= https://tr0.kinozal-tv.appspot.com/ann?uk= https://tr1.kinozal-tv.appspot.com/ann?uk= https://tr2.kinozal-tv.appspot.com/ann?uk= https://tr3.kinozal-tv.appspot.com/ann?uk= https://tr4.kinozal-tv.appspot.com/ann?uk= https://tr5.kinozal-tv.appspot.com/ann?uk= anyanskkztvsss: То, что в вашем клиенте могут быть анонсеры ...kinozal-tv.appspot.com... меня не удивляет, так как мои аккаунты не один раз при ответах на ваши сообщения приводили все возможные варианты анонсеров для этого трекера, но удивляет то, что анонсеры ...kinozal-tv.appspot.com... до сих пор есть в свойствах торрента в вашем клиенте. До сих пор провайдер ваш блокирует родные трекеру аносеры? Указанные Вами анонсеры: //tr3.tor4me.info/announce.php?passkey= ; //tr0.tor4me.info/announce.php?passkey= ;//tr1.tor4me.info/announce.php?passkey= для старого формата passkey, имеющего в passkey 32 знака. Указанные Вами анонсеры: Cкрытый текст - //tr0.kinozal-tv.appspot.com/ann?uk= //tr1.kinozal-tv.appspot.com/ann?uk= //tr2.kinozal-tv.appspot.com/ann?uk= //tr3.kinozal-tv.appspot.com/ann?uk= //tr4.kinozal-tv.appspot.com/ann?uk= //tr5.kinozal-tv.appspot.com/ann?uk= https://tr0.kinozal-tv.appspot.com/ann?uk= https://tr1.kinozal-tv.appspot.com/ann?uk= https://tr2.kinozal-tv.appspot.com/ann?uk= https://tr3.kinozal-tv.appspot.com/ann?uk= https://tr4.kinozal-tv.appspot.com/ann?uk= https://tr5.kinozal-tv.appspot.com/ann?uk= для нового формата passkey, имеющего в passkey 10 знаков. Анонсеры с новым и старым passkey отличаются и оформлением строки анонсера. Строка анонсера со старым passkey содержит фрагмент ... announce.php?passkey..., а строка анонсера с новым passkey содержит фрагмент ...ann?uk... . Один и тот же аккаунт не может иметь иметь два passkey, а в вашем списке анонсеров анонсеры содержат два passkey. В первых трех строках анонсеры с passkey старого образца, а в остальных строках с passkey нового образца. Clones: Но что интересно, на других раздачах, скачанных давно нет накруток на скачивание при этих же анонсерах. anyanskkztvsss: Если аккаунт "засветил" passkey, то это не означает, что лишнее скачанное можно увидеть на всех раздачах, раздаваемых аккаунтом, "засветившим" passkey аккаунта, например: а) откройте список ...//kinozaltv.life/top_uploaders.php?page=0 , или ...//kinozal.me/top_uploaders.php?page=0 , или ...//kinozal.guru/top_uploaders.php?page=0 ; б) выберите несколько аккаунтов с большим количеством скачанного за день, откройте в профилях отобранных аккаунтов раздачи, которые участвуют в файлообмене его аккаунта, и увидите, что "накрутка" отображается не на всех раздачах. anyanskkztvsss: Зачем спешить, когда можно не спешить, а основательно изучить свою проблему. Если данные не ваши, то проблема не исчезнет, т.е. в профиле вашего аккаунта эти раздачи будут даже при отключенном клиенте. Исчезнут только тогда, когда будут отключены раздачи с искаженными данными во всех клиентах, участвующих в этом искажении. Clones: Поздно. Я вчера из все убрал с раздач и они окончательно исчезли в профиле моего аккаунта. Причём моментально, как только я их удалил с раздачи. Это доказывает одно, что нет больше клиентов, участвующих в этом искажении. Кстати перед удалением я ещё раз статистику на скачивание посмотрел, она ещё увеличилась по всем раздачам на 4 гига. Хотя всё давно было скачано и торрент показывал 100% закачку файлов в свойствах. Если бы не убрал с раздачи, то неизвестно сколько мне наслало бы скачиваемого ещё по статистике. anyanskkztvsss: В принципе, не поздно. Если причина из-за состояния диска раздающего (скорее всего, он среди Сидов один), то смогу сам найти, скачивая раздачи из списка, приведенного на вашем скриншоте. Если причиной является состояние вашего диска, то причину сможете обнаружить сами, наблюдая периодически за количеством скачанного от отдающих и отданного качающим. Судя по данным вашего скриншота, виновника нетрудно определить, так как интенсивность искажения скачанного немалая.

28.05.2019, 08:49	#2035
karapuzikBIG Сообщения: n/a	Нет учета скачанного к розданному Доброе утро! Имеется NAS, на нем торрент-клиент, порты проброшены так же через маршрутизатор mikrotik, в 2ip показывает, что порты открыты (55000 порт), все прекрасно качается и раздается, скорость доступа к сети интернет - 100 мегабит, но учета статистики на сйте не идет. С одной стороны и да ладно, на раздаче стою неделю-две, потом на другой, а с другой стороны, как-то не правильно. Подскажите пожалуйста, какой порт необходимо открыть и по какому протоколу для того, чтобы статистика отображалась верно. А так же в клиенте имеется строчка: //retracker.local/announce could not to connect, во всех раздачах, может от этого и плясать?

31.05.2019, 03:15	#2040
anyanskkztvsss Зритель Завсегдатай Регистрация: 22.01.2017 Сообщения: 419 Репутация: 25	anyanskkztvsss: Попробуйте исправить ситуацию по следующей схеме: 1. В свойствах торрента оставьте только строку, содержащую ...tor4me.info..., т.е. удалите строки, содержащие ...torrent4me.com... и ...tor2me.info..., а также строку retracker.local. 2. Если клиент Transmission, то попробуйте порт изменить на 51413. Обычно клиенты Transmission чаще всего используют порт 51413. Trocadero: У меня ровно такая же проблема. NAS + Transmission. П. 1 Если оставить только ...tor4me.info..., то закачка метится красным знаком-ошибка и текстом "Невозможно подключиться". Долго пытаюсь найти решение, не могу найти. Как только не редактировал свойства трекера. По П.2. У Вас, видимо описка или я чего-то не понял: "... попробуйте порт изменить на 51413. Обычно клиенты Transmission чаще всего используют порт 51413." Так на какой порт надо изменить? У меня как раз 51413. Отдача у меня идет сутками не переставая, несколько лет. Рейтинг если и растет, то на одну сотую за несколько мес. Мне не горит, рейтинга хватает, но это не порядок. anyanskkztvsss: Если одному рекомендации помогли, то они и остальным должны помочь. Если Вам они не помогли, то необходимо искать то, что мешает нормальному учету объёма трафика файлообмена аккаунта. Причиной проблемы может быть и действия хозяина клиента, и "железо" компьютерного хозяйства хозяина аккаунта, и провайдер, абонентом которого является аккаунт (хозяин аккаунта). В этой цепочке причин необходимо сначала исключить провайдера. Для этого ...tor4me.info... замените на прокси-анонсер ...kinozal-tv.appspot.com... (есть провайдеры, блокирующие все родные трекеру анонсеры). Если прокси-анонсер ...kinozal-tv.appspot.com... не поможет, то можно продолжить искать поиск других причин проблемы, например, проверив работоспособность анонсеров в клиенте µTorrent. Эту проверку достаточно делать на одной раздаче. Если анонсеры не работают и в клиенте µTorrent, то продолжить поиск и других причин. Причин много и среди них могут быть даже необычные, например, сам торрент (файл (раздача)), например: Cкрытый текст - Скачал раздачу и исчез доступ на трекер. Заглянул в клиент и увидел, что на всех раздачах отсутствует статус (состояние) трекера "Работает". Удалил эту раздачу из клиента и в клиенте всё нормализовалось. Доступ на трекер тоже появился. Клиенты Transmission работают не только через порт 51413. Просто порт 51413 очень часто сопровождает клиент Transmission в чужих клиентах в пирах и, видимо, он достаётся хозяину клиента при установке клиента в ОС.

Опции темы	Поиск в этой теме
Версия для печати Отправить на email	Поиск в этой теме: Расширенный поиск

18.05.2019, 20:25	#2021
Clones Главный Кинооператор Любитель Регистрация: 01.02.2013 Адрес: Omsk Сообщения: 100 Репутация: 1	Ну что же сегодня книжки покачал и получил результат. Получается мало того, что на раздачах обман идёт, не досчитывают розданное. Так ещё и на скачанном накручивают непомерно много в несколько раз. Это как получается, обман? Как будет решаться проблема? Может вообще нужно убрать учёт розданного и скачанного, как на рутрекере?

19.05.2019, 21:59	#2027
Sapwood Разработчик Любитель Регистрация: 13.11.2015 Сообщения: 176 Репутация: 37	Кроме того, стОит иметь в виду, именно версия 2.92 клиента Transmission запрещена на многих приватных трекерах. Например, brokenstones сейчас активно банит пользователей использующих Т2.92. ... Причины не раскрываются. Возможно дело в инциденте с подменой официальной версии: https://transmissionbt.com/keydnap_qa/ Либо найденном Tavis Ormandy новом механизме атаки: https://bugs.chromium.org/p/project-...detail?id=1447 Transmission 2.94 содержит необходимые исправления. Очень рекомендую обновить клиент.

19.05.2019, 23:42	#2030
anyanskkztvsss Зритель Завсегдатай Регистрация: 22.01.2017 Сообщения: 419 Репутация: 25	Clones: //forum.kinozal.me/showpost.php...postcount=2059 . anyanskkztvsss: На сообщение отвечу завтра. Сегодня просто задам вопрос, заданный в конце сообщения //forum.kinozal.me/showpost.php...postcount=2055 , с некоторой конкретизацией: 1. Компьютер свидетельствует о том, что доступа в интернет нет. Файлообмен возможен? Примечание: Подключение компьютера к интернету прямое, т.е. роутера нет, кабель сети провайдера сразу соединяется с компьютером. 2. Провайдер отключил доступ в интернет, например, за просрочку оплаты за интернет. Файлообмен возможен? Примечание: Подключение компьютера к интернету прямое, т.е. роутера нет, кабель сети провайдера сразу соединяется с компьютером. Ответьте только одним словом. ДА или НЕТ. Если хотите прокомментировать свой ответ, то только после ответа ДА или НЕТ. Не отказывайтесь отвечать на эти 2 вопроса, так как, отказавшись ответить, Вы лишите себя в получении очень интересной информации, которую Вам другие не смогут сообщить. Конечно, сможете получить информацию эту и от другого лица, но вероятность того, что получите от другого лица очень и очень мизерная, т.е. может не хватить и жизни.

20.05.2019, 19:41	#2033
anyanskkztvsss Зритель Завсегдатай Регистрация: 22.01.2017 Сообщения: 419 Репутация: 25	anyanskkztvsss: 1. Компьютер свидетельствует о том, что доступа в интернет нет. Файлообмен возможен? Примечание: Подключение компьютера к интернету прямое, т.е. роутера нет, кабель сети провайдера сразу соединяется с компьютером. Clones: Нет. anyanskkztvsss: 2. Провайдер отключил доступ в интернет, например, за просрочку оплаты за интернет. Файлообмен возможен? Примечание: Подключение компьютера к интернету прямое, т.е. роутера нет, кабель сети провайдера сразу соединяется с компьютером. Clones: Нет. anyanskkztvsss: Спасибо за прямой бесхитростный ответ, т.е. отвечающий должен отвечать так, как знает. В принципе, на мои эти 2 вопроса все ответили бы НЕТ, кроме: а) хитрюг, которые смогли бы ответить ДА; б) очень хорошо знающих сети и сетевое оборудование провайдеров, которые ответили бы ДА; в) пользователей интернета, которым повезло увидеть файлообмен в обоих описанных случаях, которые ответили бы ДА. И так правильный ответ: ДА, т.е. файлообмен возможен и даже на скорости предельной для сети провайдера. Доказательства приведу завтра со скриншотами, которые наглядно показывают возможность файлообмена в случаях, указанных в пунктах 1 и 2.

23.05.2019, 23:51	#2034
anyanskkztvsss Зритель Завсегдатай Регистрация: 22.01.2017 Сообщения: 419 Репутация: 25	Доказательства возможности файлообмена для случая, описанного в п.1 ( //forum.kinozal.me/showpost.php...postcount=2064 ): Cкрытый текст - На скриншотах охвачен период времени с 10:10 до 10:30, т.е. в течение 20 минут был файлообмен без доступа в интернет. Расстояние между IP моего интернета и IP интернета качающего согласно 2ip.ru более 2600 км (по автомобильной дороге). Оба IP от одного магистрального провайдера. Доказательства возможности файлообмена для случая, описанного в п.2 ( //forum.kinozal.me/showpost.php...postcount=2064 ): Cкрытый текст - С этим явлением знаком с 2011 года и сталкивался не менее 10 раз. За своевременной оплатой за интернет не слежу и часто отключают доступ в интернет в то время, когда невозможно делать оплату до следующего дня. В таких случаях компьютер не отключаю и вижу, что часто бывает файлообмен, т.е. с моего компьютера скачивают локальные пиры. В данном случае сам скачивал и скачивал просто для демонстрации возможности файлообмена при отключении доступа в интернет провайдером локальными пирами. Примечание: Личные сообщения на тему, указанную в сообщении: Cкрытый текст -

Здесь присутствуют: 3 (пользователей - 0 , гостей - 3)