LINUX.ORG.RU

Transmission 3.0

 , ,


1

5

22 мая 2020 года состоялся выпуск популярного кроссплатформенного свободного BitTorrent-клиента Transmission, поддерживающего, помимо стандартного графического интерфейса, управление через cli и веб и отличающегося скоростью работы и низким потреблением ресурсов.

В новой версии реализованы следующие изменения:

Общие изменения на всех платформах:

  • Серверы RPC получили возможность принимать соединения по IPv6
  • По умолчанию включена проверка сертификатов SSL, для совместимости с которой TR_CURL_SSL_VERIFY заменили на TR_CURL_SSL_NO_VERIFY
  • Для имён файлов .torrent и .resume по умолчанию снова используется хэш
  • Для защиты от атаки перебором у встроенного веб-сервера ограничили количество неудачных попыток авторизации до 100
  • Время раздачи при простое ограничено 40320 минутами(4 недели)
  • Добавлены Peer ID для torrent-клиентов Xfplay, PicoTorrent, Free Download Manager, Folx, Baidu Netdisk
  • INT64_MAX по умолчанию объявляется как размер незавершёной закачки, если настоящий размер неизвестен(помогает, к примеру, с трекерами Amazon S3 )
  • Включена поддержка TCP_FASTOPEN(позволит слегка ускорить начало соединения)
  • Усовершенстована обработка ToS в соединениях IPv6
  • Рукопожатие будет принудительно прерываться, если не удалось получить общий секрет(приводило к сбоям)
  • Запрещена смена трекеров во время анонсирования(приводило к сбоям)
  • Добавлена поддержка файла «session ID»(во временном каталоге), позволяющего точнее определять, является ли сеанс локальным или удалённым; ID прилагается к ответу «session-get».
  • Добавлена поддержка бесклассовой адресации(CIDR) в чёрном списке
  • Добавлена поддержка меток в libtransmission и transmission-remote
  • Обработка заголовков session-id стала производиться регистронезависимо
  • Поддержка загрузки CA сертификатов из системного хранилища
  • Устранены множественные утечки памяти(загрузка magnet, завершение сеанса, анализ двоичных данных)
  • Усовершенствование сборки на основе CMake(Ninja generator, libappindicator, systemd, Solaris и macOS)
  • Переход на подмодули для разрешения(большинства) сторонних зависимостей

Изменения демона:

  • Использование libsystemd вместо libsystemd-daemon
  • Строгий запрет повышения привелегий для transmission-daemon.service

Веб-клиента:

  • Исправлена XSS-уязвимость
  • Исправлена таблица стилей в Chromium 59+
  • Добавлено отображение кнопки «загрузить(как в „загрузить на сайт“, а не в „загрузить себе“)» на мобильных устройствах
  • Добавлено отображение оставшегося времени загрузки в компактном режиме(ранее было только на мобильных устройствах и в развёрнутом режиме).

>>> Подробности



Проверено: cetjs2 ()

Ответ на: комментарий от skvitek

Во губу раскатал. На опеннете вон максимка по 50тыщ в месяц донатов желает чтобы сайт обновлялся постоянно, правда в итоге очередной обещалкин. А тут кто будет ему платить?

anonymous ()
Ответ на: комментарий от Vault_Boy

И если это в офф. доке, то качество самой программы под вопросом.

К качеству претензий нет. Лет 10 пользуюсь, полет нормальный. Работает и не падает.

gns ★★★★ ()

portcheck все еще сломан? Судя по issue, все еще.

Transmission не различал толком ipv4/6, а админ еще то ли, доломал добавив AAAA запись на сервис, то ли еще что, после чего проверка стала ломиться на ipv6 и получать ответ HTTP 400 Bad request. Еще не реагировал на смену ipv6 адреса, вроде. По идее, поддержка ipv6 является по большей части поддержкой многоадресности, а в еще более общем смысле поддержкой разных каналов передач(socks, i2p).

boowai ★★★ ()
Ответ на: комментарий от neocrust

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

anonymous ()
Ответ на: комментарий от neocrust

Протокол такой, что не качать их нельзя. Теоретически, можно скачивать блок, но не сохранять его «лишние» части, а только от выбранных файлов. Но тогда, со стороны протокола, при перепроверке они будут считаться мусором и выбранные файлы будут вечно как бы недокачанные, и потребуется учет этих частей вне протокола.

Компромиссный вариант - переложить, скомковать или запрятать. Например, как существует папка закачек, а завершенные перемещаются в другую папку, так можно перемещать завершенные файлы, тогда незавершенные «лишние» останутся в другом месте. В transmission разом можно так сделать, или наоборот, т.к. там есть механизм запуска скрипта после завершения. Можно написать скрипт, который переместит все part файлы в другую папку. Или даже в tmp и снимет флаг выбора с пересекающихся файлов, чтобы не реагировал на пропажу, тогда это почти как не скачивать. Ну, или взаимодействовать снаружи.

Глянул, что хэшированные куски передаются блоками, но не заставить, наверно, передать только нужные блоки куска, и по хэшу куска не проверить недокачанные.

boowai ★★★ ()
Последнее исправление: boowai (всего исправлений: 1)
Ответ на: комментарий от anonymous

Не из тысячи, но несколько. Какой-нибудь видео-пак. Хочу, например, последнюю серию сериальчика из раздачи качнуть, и тут на тебе мусора из других 23 файлов в придачу и каждый весит по 1.5гб. Ничотак.

anonymous ()
Ответ на: комментарий от boowai

Как быть с теми файлами, которые успевают скачаться? Отметил нужные файлы, но в раздаче присутствуют небольшие файлы, которые успевают скачаться. Соответственно part к ним не добавится.

Prosto_user ()
Ответ на: комментарий от Prosto_user

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

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

boowai ★★★ ()
Ответ на: комментарий от anonymous

Не будет каждый размечаться и весить 1.5gb, а в худшем случае перебор будет 4-64MB на каждый общий кусок. Но и в любом случае последняя серия будет иметь только 1-2 общего куска, если ты отметил только её сразу. Так что «лишние» в среднем скорей 2МБ вместе с последней серией.

boowai ★★★ ()
Последнее исправление: boowai (всего исправлений: 2)
Ответ на: комментарий от anonymous

Если тебе не раздадут с такой скоростью, то толку. Пригодился бы еще более умный вариант, типа «обеспечь непрерывность для потока 3mbps с запасом на 10 минут», или с плагином «глянь файл, прикинь поток сам».

boowai ★★★ ()
Ответ на: комментарий от anonymous

я сейчас плачу 22е за 2.3mb в месяц и платить 50 евро чтобы качать с такой скоростью не собираюсь. Тем более, что достойных фильмов и сериалов все меньше

jtad ()
Ответ на: комментарий от jtad

нет и не добавят. это противоречит самым принципам функционирования сети торрент.

а вот приоритетное завачивание по порядку с начала файла, как в uTorrent, было бы полезно, но реализовать гораздо сложнее

anonymous ()
Ответ на: комментарий от dimgel

Висит демоном на насе, отображает веб-морду для управления на своём порту. Что позволяет не втыкать на каждый комп по дектопному клиенту :). Ну и если воткнул - может подцепляться к демону :).

dv76 ★★★ ()

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

Alve ★★★★★ ()
Ответ на: комментарий от jtad

нет, это разные вещи. в qBittorrent это реализовано в принципиально неправильно («отдавайте мне блоки по порядку и ниипёт»).

правильно так: «я хочу скачать вот этот файл и желательно сперва получить как можно раньше получить первые отсутствующие у меня блоки»

anonymous ()
Ответ на: удаленный комментарий

Лучший клиент для Mac уже не первый десяток лет.

Нестрашно ставить? Два раза уже пенетрировали сайт.

Я после одного уже не прощаю обычно. А два раза это уже всё — без вариантов.

fornlr ★★★★★ ()
Ответ на: комментарий от disee

Там же упирается в ограничения ФС.

Похоже, что хуже стало

Для имён файлов .torrent и .resume по умолчанию снова используется хэш

Вроде, теперь basename+hash. Не знаю, как basename поменять. Файлы раздачи переименовать можно, но на basename не влияло, вроде.

Значит надо использовать ФС без такого ограничения: основанные на fuse(ntfs-3g), патченные reiserfs, btrfs.

boowai ★★★ ()
Ответ на: комментарий от yvv

А ты, стало быть, классический представитель идиотов-потребителей, на спинах которых и завезут нам все прелести волшебного «удобного» будущего. Арендованные (принудительно) компы, которые нельзя будет курочить (срок), принудительные подписки и просмотры и полное отсутствие контроля над происходящим. «Потому что это удобно» (С)

Своё железо иметь нельзя будет, конечно же. За это будет срок. Программы писать, понятное дело, будут только сертифицированные специалисты в специально отведённых для это местах.

Чуть не забыл. Хранить локально контент тоже нельзя будет (срок). Да и не на чем, впрочем.

Давай, помоги этому будущему. Торренты зло, онлайн-сервисы - ДОБРО!!!

targitaj ★★★★★ ()
Последнее исправление: targitaj (всего исправлений: 4)