Хм... А что я могу предпринять против этого неудовлетворительного статуса?

Настроечки проверить, не раздаёте ли через прокси (к примеру).

Нет, прокси вообще не использовала.

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

Да, действительно, Вы правы.
На Utorrent вижу 2 торрента, у одного торрента стоит в колонке Tracker: tr5.torrent4me.com / Tracker Status: Working.
У другого: Tracker: ничего не стоит. / Tracker Status: Working.
Вчера кинозал точно "видел" эти два торрента, стояло в профиле. Ничего не меняла, ничего не выключала. Единственное: ночью иногда прерывается и заново включается интернет (автоматически от провайдера).
Блокировка ведь может быть только на территории России, верно? Если так, то сейчас у меня ее быть не должно.

Судя по всему, вопросы к провайдеру. (IP статичный, динамический, порт открыт или нет, договор с провайдером заключён Вами или Вы пользователь, скажем, помещения с подключенным Интернетом?)
Уж не Израиль ли? Где-то уже обсуждались проблемы с какими-то их провайдерами, и решения были на месте (мне они не известны).

cinefa09: У меня стоит в профиле целый день: "В данный момент нет подключений к трекеру". Это у всех такая проблема или только у меня?
cinefa09: В uTorrent вижу 2 торрента. У одного торрента стоит в колонке Tracker: tr5.torrent4me.com / Tracker Status: Working. У другого: Tracker: ничего не стоит. / Tracker Status: Working.
Вчера кинозал точно "видел" эти два торрента, стояло в профиле. Ничего не меняла, ничего не выключала. Единственное: ночью иногда прерывается и заново включается интернет (автоматически от провайдера).
Блокировка ведь может быть только на территории России, верно? Если так, то сейчас у меня ее быть не должно.
anyanskkztvsss: Самый легкий способ решения проблемы:

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

cinefa09: Блокировка ведь может быть только на территории России, верно? Если так, то сейчас у меня ее быть не должно.
anyanskkztvsss: Такая трактовка верной не является, так как в зависимости от занятости (загруженности) узлов приёма и передачи информации мировой сети интернета маршрут от вашего компьютера (клиента) до серверов трекера может проходить и через сети провайдеров России:

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

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

нет подключений к трекеру, торрент сидируется
 

"В данный момент нет подключений к трекеру" как и вчера.
Один из торрентов сидируется на хорошей скорости!!! У этого торрента стоит в колонке Tracker: tr5.torrent4me.com / Tracker Status: offline (timed out). У другого: Tracker: tr1.tor4me.info / Tracker Status: Ошибки высвечиваются разные (сейчас: offline).

Скриншот настоек клиента дадите (раздел Соединение)?..
Да и на вопросы Вы не ответили... (//forum.kinozaltv.life/showpost.php...postcount=2037)

Что конкретно означает "вопросы к провайдеру"?
 

IP динамический. Порты надо проверять, это да.
Что конкретно означает "вопросы к провайдеру"? Позвонить провайдеру и спросить, не блокирует ли он kinozaltv.life?

P.S. Когда буду дома, смогу прислать скриншоты.

Т.е. Вы предлагаете в Свойствах клиента оставить все tr1.tor4me.info (с разными цифрами внутри) и стиреть варианты типа tr5.torrent4me.com и retracker.local, чтобы избежать российской блокировки?

cinefa09: "В данный момент нет подключений к трекеру" как и вчера. Один из торрентов сидируется на хорошей скорости!!! У этого торрента (Shakespeare.And.Hathaway.S01.HDTV.1080p.SunshineS tudio) стоит в колонке Tracker: tr5.torrent4me.com / Tracker Status: offline (timed out). У другого (Lethal Weapon S02): Tracker: tr1.tor4me.info / Tracker Status: Ошибки высвечиваются разные (сейчас: offline).
anyanskkztvsss: Да, вижу, что клиент ваш работает (IP в текущее время 7......32.11, порт клиента 28975, сам клиент визуально не вижу).

cinefa09: IP динамический. Порты надо проверять, это да.
anyanskkztvsss: Да, у Вас IP динамический. Порт у Вас закрытый, т.е. IP внутренний ("серый"), но это не означает, что ваш клиент не сможет соединяться с другими клиентами:

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

cinefa09: Т.е. Вы предлагаете в клиенте "Свойствах торрента" оставить все tr1.tor4me.info (с разными цифрами внутри) и стирать варианты типа tr5.torrent4me.com и retracker.local, чтобы избежать российской блокировки?
anyanskkztvsss: Аккаунт anyanskkztvsss предлагал оставлять анонсеры, содержащие фрагмент текста ...tor4me.info...:

Cкрытый текст -
Анонсеры ...tor2me.info... являются резервными, но они ни разу работающими не были.
Анонсеры ...torrent4me.com... работают у тех, у которых они не блокируются.
У некоторых работают и самые старые анонсеры:

Cкрытый текст -
Для тех, у которых провайдеры блокируют все анонсеры трекера, есть прокси-анонсеры:

Cкрытый текст -
Начало строки либо http, либо https (точно не знаю, так как давно не проверял).

нет подключений к трекеру. СНОВА: cегодня 0 КБ залил!
 

Вчера утром я на обоих клиентах, Utorrent и Vuze, поставила новые порты и открыла их, проверила, все ок, открыты.
Особого результата не было:
У торрентов кинозала Tracker Status менялся часто, основные варианты: working, Offline (timed out), hostname not found.
Я видела в профиле только Lethal Weapon с Utorrent, иногда коротко появлялись Shakespeare & Hathaway (Utorrent) и Death in Paradise (последний с Vuze).
Shakespeare & Hathaway и Death in Paradise.S05 (последний с Forsed Seeding) сидировались на хорошей скорости, но в профиле как стояло так и стоит "cегодня: 0 КБ залил".
Другие 7 торрентов с Vuze не появлялись в профиле за последние дни ни разу.
И переодически высвечивалось снова: В данный момент нет подключений к трекеру.
Вчера ночью последовала совету anyanskkztvsss: в клиенте в "Свойствах торрента" оставить все tr1.tor4me.info и стиреть варианты типа tr5.torrent4me.com и retracker.local.
Поначалу (пару часов ночью) видела в профиле только Lethal Weapon с Utorrent, других торрентов не было. Потом поменялось,
сегодня целый день: В данный момент нет подключений к трекеру. Т.е. большая часть суток прошла без соединения с кинозалом!!! Shakespeare & Hathaway и Death in Paradise.S05 при этом активно сидировались на протяжение этого времени, а в профиле соответственно каждый день: "cегодня: 0 КБ залил".
Что делать дальше?
И что с анонсерами? Вернуть анонсеры в прежнее состояние?

cinefa09:
Cкрытый текст -
anyanskkztvsss: Порты у Вас были закрытыми, но закрытые порты (отсутствие внешнего IP) не являются причиной полного или частичного отсутствия учета объёма трафика файлообмена вашего аккаунта.
Во время "знакомства" (с 5 по 8 апреля) моего клиента с раздачами, о которых Вы пишете данные ваши были следующими:

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

cinefa09:
Cкрытый текст -
anyanskkztvsss: Аккаунт anyanskkztvsss не предлагал "в клиенте в "Свойствах торрента" оставить все tr1.tor4me.info и стирать варианты типа tr5.torrent4me.com и retracker.local.", а предлагал: "Оставлять анонсеры, содержащие фрагмент текста ...tor4me.info... и в зависимости от того, что какому серверу трекера закреплены раздачи оставлять анонсеры: ...tr0.tor4me.info...; ...tr1.tor4me.info...; ...tr2.tor4me.info...; ...tr3.tor4me.info...; ...tr4.tor4me.info...; ...tr5.tor4me.info... .". В вашем случае должен быть на файле:

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

cinefa09: Что делать дальше? И что с анонсерами? Вернуть анонсеры в прежнее состояние?
anyanskkztvsss: Не спешить и упростить себе решение проблемы, т.е. все раздачи перенести из Vuze (Azureus) в µTorrent и отказаться от Vuze (Azureus), так как Vuze (Azureus) сложен в настройках и нередко "теряет" passkey хозяина аккаунта.
Если Вам требуется два клиента, то в ОС лучше иметь пару клиентов µTorrent - BitTorrent, например:

Cкрытый текст -
Необязательно иметь пару, указанную на скриншоте. У меня основная пара для каждого компьютера µTorrent 1.7.7 - BitTorrent 7.2.1.
Зелеными стрелками указаны раздачи, о которых Вы пишете. Красные они из-за того, что клиент "спрятался" от статистики раздачи файлов.

Анонсеры можно изменять в любое время, но изменять на работающие.

Два последние ваши IP, которые мой клиент видел, были внешними ("белыми") и порты были открытыми, правда, на раздаче Shakespeare.And.Hathaway.S01.HDTV.1080p.SunshineSt udio у Вас сначала числился порт 1 ("Закрыт"), затем порт 35904 ("Закрыт"). В текущее время порт 35904 ("Открыт").

Примечание:
Фрагмент наименования файла ...SunshineStudio выше по тексту сообщения написан в оригинале слитно, но форум отображает раздельно (в первый раз вижу такое искажение).
Продолжение будет не ранее через 4-6 часов (мозг пойдет спать).

нет подключений к трекеру, торрент сидируется
 

Спасибо за ответ, anyanskkztvsss (//forum.kinozaltv.life/showpost.php...ostcount=2045).
Да, давайте сконцентрируемся на клиенте Utorrent и на этих двух торрентах.

После того, как я изменила анонсеры, в "Свойствах торрента" стоит:
Shakespeare -> //tr5.tor4me.info/...
Lethal Weapon S02 -> //tr1.tor4me.info/...

Да, порты открыты.
После всех изменений запускала клиент по новой (иногда и комп тоже), если это вообще значение имеет.

Результат такой: второй день нет подключений к трекеру. У торрентов кинозала в Tracker Status меняется: "пусто" с прочерком, Offline (timed out), hostname not found. Shakespeare активно раздается.
Вопрос остается: Вернуть анонсеры в прежнее состояние, если положительных результатов от изменений нету?


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

cinefa09:
Cкрытый текст -
anyanskkztvsss: Небольшая справка относительно анонсеров трекера, которую можно получить трассировкой маршрута от компьютера до сервера трекера, например, используя сервис https://www.wservice.info :

Cкрытый текст -
Из скриншотов видно, что в России анонсеры torrent4me.com, kinozaltv.life блокируются. Анонсер tor2me.info является резервным и работающим ещё не был, т.е. не имеет IP.
Строку retracker.local удалять только на период решения проблемы. В принципе, в появлении пиров в клиенте retracker.local большую роль не играет. Используют retracker.local в тех случаях, когда провайдер активно поддерживает retracker.local и особенно в тех случаях, когда несколько провайдеров предоставляют свои внутренние сети друг другу.
Сегодня (примерно в 17:00) ваши данные согласно https://networkcenter.info/tests/portcheck :
Death.In.Paradise.S05.720p.HDTV.x264: IP - 7....5.5; Порт - 55129 с состоянием "Открыт";
Shakespeare.And.Hathaway.S01.HDTV....: IP - 7....5.5; Порт - 35904 с состоянием "Открыт";
Lethal Weapon S02: IP - 7....5.5; Порт - 1 с состоянием "3акрыт" и в 17:45 стало IP - 7....5.5; Порт - 35904 с состоянием "Открыт". Правда, порт 1 имел не только ваш IP, но и IP Сида, у которого порт впоследствии изменился на 43777. Возможно, порт 1 к вашим клиентам прямого отношения не имеет, так как иногда в своих клиентах под портом 1 и даже 0 вижу многих пиров. Бывает, что их одновременно больше 10.

cinefa09: Я Вас правильно поняла, что Вы советовали стирать все анонсеры, не содержащие фрагмент текста ...tor4me.info?, т.е. стирать анонсеры, напр., с фрагментами torrent4me.com или tor2me.info или retracker.local и т.д.?
anyanskkztvsss: Да.

cinefa09: Я это делала, чтобы избежать российской блокировки? Верно?
anyanskkztvsss: Верно, если Вы живете в России. Верно и в том случае, если Вы живете не в России и маршрут от вашего компьютера до серверов трекера пролегает через российские провайдеры.

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

Похоже, у меня положительные изменения.
Гуляла по просторам рутрекера и забрела на знакомый патч: //rutracker.wiki/Универсальный_tcpip.sys_патч
Пользовалась им и раньше, несколько раз.
Почему опять значение на 10 со 100 сбилось - не знаю. Но пока ситуация изменилась к лучшему: есть подключение к трекеру уже более часа. "cегодня: 0 КБ залил" пока без изменений.

cinefa09:
Cкрытый текст -
anyanskkztvsss: Универсальный_tcpip.sys_патч не имеет никакого отношения к решению вашей проблемы.

cinefa09: Похоже, у меня положительные изменения.
anyanskkztvsss: Возможно, но пока нет полноценного учета объёма трафика файлообмена:

Cкрытый текст -
В начале загрузки файла IP у Вас был 7....5.5 (порт - 35904) и с него по данным скриншотов мой клиент получил не менее 3.11 ГБ. Затем IP у Вас изменился на 7....174 (порт - 35904) и с него по данным скриншотов мой клиент получил не менее 3.08 ГБ. Итого мой клиент получил с вашего клиента не менее 3.11 + 3.08 = 6.19 ГБ. Учтенный объём составляет 5.54 ГБ. Потеря в отданном: 6.19 - 5.54 = 0.65 ГБ.
Ежеминутного наблюдения не было, да, и концовку загрузки файла не видел, но, сопоставив данные скриншотов, можно легко убедиться, что реальная потеря в отданном составляет примерно 1 ГБ.
Мой клиент с ваших клиентов загружал 5 раз (1 файл три раза) и за время загрузок ни разу не было полноценного учета вашей отдачи. Было даже полное отсутствие учета отдачи вашего клиента, например:

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

Причин вашей проблемы (отсутствие учета объёма трафика файлообмена от частичного до полного) может быть по многим причинам, в том числе и по вашим причинам. Поэтому к решению проблемы необходимо подойти основательно. Для этого от Вас требуется предоставление пока следующей информации:
1. Тип интернета: а) широкополосный (кабель оптоволоконный или с металлическими жилами); б) DSL (ADSL, ..., XDSL) через телефонную сеть; в) мобильный;
2. Провайдер и тарифная скорость интернета.
3. Модель роутера, если он есть.
4. Соединение компьютера с роутером (кабельное, беспроводное (Wi-Fi)).
5. Количество компьютеров, подключенных к одному роутеру.
6. Тип ОС компьютеров.
7. Антивирусы для защиты ОС.
8. Клиенты (тип и версии) в компьютерах (два клиента уже видел).
9. Длительность последней (текущей) непрерывной сессии работы роутера.

патч tcpip.sys, подключение, потеря в отданном
 

Спасибо за ответ, anyanskkztvsss!
В любом случае после универ. патча tcpip.sys наконец-то произошло подключение к трекеру, да и вообще клиенты лучше заработали. Сразу после патча.
Да, нет полноценного учета объёма трафика файлообмена. Абсолютно верно! Я тоже перепроверяла. Да, реальная потеря в отданном у меня была по моим подсчетам даже больше 1 GB. + По "новому" торренту (Shakespeare & Hathaway.S02) снова было не учтено несколько сотен MB. :-O
1. DSL
3. Модель роутера, если он есть: надо искать инф-ию.
4. Соединение компьютера (= Bittorrent-комп), где стоят кинозаловские файлы, с роутером: кабельное.
5. Количество компьютеров, подключенных к одному роутеру: 1.
6. Тип ОС компьютеров: Win XP (Bittorrent-комп)
7. Антивирусы для защиты ОС: Kaspersky
8. Клиенты: те, которые Вы видели, другие на данный момент не включаю.
9. Длительность последней (текущей) непрерывной сессии работы роутера: сейчас 18 часов.
Остальные детали в ЛС.

cinefa09:
Cкрытый текст -
anyanskkztvsss: Разубеждать Вас относительно универсального_tcpip.sys_патча не стану, но ещё раз сообщаю, что в нем нет ничего того, что необходимо для решения вашей проблемы.
Да, и верить описанию программы нет необходимости, так как написанное в описании к программе ("При включенной P2P программе, страницы в браузере могут загружаться крайне медленно. Задержка перед началом открытия может составлять несколько десятков секунд независимо от скорости вашего соединения с интернетом.") не соответствует действительности, т.е. замедление ("торможение") работы браузера зависит от уровня: занятости процессора; занятости диска; занятости памяти компьютера.
Остальное обсудим в ЛС.

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

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

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

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

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

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

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

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

Я не писал, что Вы сами "засветили" в битторрент сети 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крытый текст -

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

Использования сайта 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 .

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

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

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

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

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

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

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

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

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

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

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

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

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

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


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

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

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

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

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

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

Нет.

Нет.

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

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

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

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

Доказательства возможности файлообмена для случая, описанного в п.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крытый текст -

Нет учета скачанного к розданному
 

Доброе утро! Имеется 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крытый текст -

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

Проблема учета отданного трафика
 

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

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

Устал ждать.
 

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

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

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

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

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

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 в чужих клиентах в пирах и, видимо, он достаётся хозяину клиента при установке клиента в ОС.