Вышел релиз bittorrent-клиента Transmission 2.12. Transmission (http://www.transmissionbt.com/) - это относительно легкий и не требовательный к ресурсам torrent-клиент, написанный на языке Cи и поддерживающий разнообразные интерфейсы пользователя: GTK, Qt, native Mac, Web-интерфейс, daemon, command-line. Данная версия в основном устраняет некоторые замеченные ошибки.
Изменения в этой версии:
- Все платформы:
- URL блэклиста IP-адресов теперь настраивается.
- Исправлено несколько небольших ошибок и уменьшено использование CPU
- Теперь DHT использует немного меньше трафика.
- Исправлена проблема компиляции версии 2.10 на системах с uClibc.
- Mac:
- Сортировка списка файлов по алфавиту
- Используется правильное расширение при сохранении файла торрента.
- Разрешена команда Quick Look когда фокус на окне инспектора.
- GTK+:
- Исправлен крах версии 2.11 при открытии диалога свойств торрента добавленного через магнитную ссылку.
- Исправлена ошибка...URL: http://www.transmissionbt.com/
Новость: http://www.opennet.me/opennews/art.shtml?num=28661
что делало такую поддержку прокси практически бесполезной
//баны по IP можно было обходить на трекерах ))
В глубине души лично я считаю трекеры и все их грабли типа банов или возможности закрытия трекеров пережитками прошлого. Извиняюсь, нормальный удобный юзеж торента: запостить в клиентик магнитную ссыль. Даже если трекера нет или он сдох, DHT найдет пиров, все культурненько скачается. Ну и зачем геморроиться с трекерами, спрашивается? :)))
с точки зрения чисто для Downloading (например кнопка "скачать Убунту") -- DHT это хороший вариант :-)...но
> Ну и зачем геморроиться с трекерами, спрашивается?
с точки зрения Torrent-СООБЩЕСТВА (конкретного сообщества, клуба любителей например электнонных книжек) -- трекеры нужны
чтобы сообщество медленее расползалось :-)
наверно так
> с точки зрения чисто для Downloading (например кнопка "скачать Убунту") -- DHT это
> хороший вариант :-)По большому счету трекеры не нужны. В конечном итоге цель - файл скачать. Трекер в этой задаче всего лишь посредник, привинченный сбоку. Точка встречи где пиры могут узнать о существовании себе подобных, качающих то же самое. Нынче пиры научились находить друг друга распределенными лукапами в DHT. Трекер автоматически стал лишним звеном.
> с точки зрения Torrent-СООБЩЕСТВА (конкретного сообщества, клуба любителей
> например электнонных книжек) -- трекеры нужныНе путайте трекер (занимающийся индексацией соответствия хэш -> заинтересованные в нем пиры) и портал с подборкой по интересам.
На самом деле можно выделить 3 сущности:
1) Кто-то должен вам сообщить как минимум инфохэш раздачи чтобы вы могли ее качать. Это может быть как сайт, так и аська/жаба/записка/что там еще. Трекером эта сущность ни разу не является. Может являться например порталом с подборкой по интересам. Там может быть и трекер, а может его и не быть. Никак не взаимосвязано. Например, у TPB нет своего трекера нынче.
2) Вы где-то должны взять метаданные раздачи (имнно их хэш и является инфохешом). Метаданные позволяют проверять то что вам шлется, поблочно. Что и обеспечивает неубиваемость протокола. Рассылка битых данных предотвращается качественно. Сами метаданные проверяются инфохешом. Так что если вы знаете верный инфохеш и есть люди с такой раздачей - рано или поздно вы укачаете правильно. Исторически, метаданные представлялись отдельным файлом. И его надо было где-то брать. Очевидно, на каком-то более традиционном HTTP/FTP серваке чаще всего. Который может в принципе совпадать с серваком из п. 1). А может и не совпадать - никто не мешает торентсру сложить torrent-файлы на отдельный сервак superduperzimbabwe.org и всего лигшь ссылаться на него со своего портала. Вообще, если протоколу передачи файлов нужен другой протокол передачи файлов - это странно и костыльно, согласитесь? Ну вот это упущение и исправили :) В современной инкарнации торент зная инфохеш может получить метаданные прямо с пиров у кого есть раздача :). Теперь протокол стал слать и данные и метаданные, что логично и вообще-то напрашивалось с самого начала. Тем более что юзер знает хэш метаданных и поэтому ремотные пиры не могут послать ему неправильные метаданные - все их критичные части защищены инфохешом и если изменить их - хэш не совпадет и это будет просто другая новая раздача, которая всем сильно пофигу :).
3) Есть собссно трекеры. Традиционное место встречи пиров качающих одно и то же. Индексаторы, хранящие соответствие инфохеш -> список пиров у которых он есть. Это же самое соответствие на данном этапе развития можно без проблем лукапнуть в DHT. Трекеры стали пережитком прошлого.Итого из 1) 2) и 3) по большому счету нынче для скачки файлов нужно только 1) а остальное является пережитками прошлого. При том 1) вообще не обзано быть сайтом. Хотя вполне может быть и порталом с магнитными ссылками, например. Ничто не мешает сообществу существовать вокруг 1). Более того, если вдруг добрые копирасы или В. Пупкины с гигабитными ддосами или просто миллионы хомяков вдруг завалят этот 1) - вы сможете докачать файл. Главное чтобы вы смогли где-то узнать хэш раздачи, а дальнейшее уже от портала не зависит. Можно конечно еще пролечить про ratio, но я думаю что не секрет что клиент отсылает как аплоад и даунлоад на трекер ровно то что посчитает нужным. И если В. Пупкин говорит трекеру что он за эту минуту зааплоадил мегабайт - нет никаких методов проверить, врет он или и правда залил этот мег ремотным клиентам (как максимум трекер может попробовать детектить откровенную дезу типа "я тут залил 10 гигов за 1 минуту"). Большая часть клиентов борется с такими просто, но эффективно: они аплоадят тем кто больше всего аплоадит им, выбирая из множества клиентов эн наиболее дружественных к себе. Поэтому тот кто не хочет аплоадить ... нагревает сам себя :). Получая наихучшую скорость из всех возможных вариантов, т.к. клиенты с неполным файлом (раздачей) будут предпочитать по возможности более кооперативных клиентов :)
cool story, bro
(простите, не удержался)
Позвольте. Ваш монолог конечно фееричен, и во многом я согласен с этим. Но. Рейтинговые трекеры - это не так уж плохо. Во-первых, их модерация позволяет просматривать контент структурированно, сколько мы видели на том же ТВР быдлораздачи, где перец сунул файло, и дал линк на скриншот на каком-то omgpic.com. Ни тебе описания толкового, ничего. Во-вторых, допустим все так, как вы пишете. Народ ходит на сервер и каталогом с кучей торрент-файлов, забирает. Но ведь кому-то хочется пообсуждать, поузнавать вопросы о качестве раздачи и пр. Неизбежно модеры трекера откроют какой-то phорум. Поэтому почему бы не совместить это дело, не создать и трекер, и ББ?
А насчет DHT я согласен. Нужная вещь, помогает раздавать и в случае загибона трекера. Да и сам торрент лучше ДЦ. И рейтингов жесткх лучше не делать, да, а иметь лишь некие пороги, ниже которых ты становишься лузером, не можешь качать. Это справедливо.
зачем ставить freebsd , если есть linux? :) Трекер это еще одно техническое решение, по упорядочиванию описаний контента, и не более.
Трекер занимается сугубо маппингом инфохэш -> список пиров. Сам по себе он ничего не упорядочивает. Например openbitorrent - только трекер. А портала с торентами у них вообще нет :)
я так и знал, очереди нет. и не будет да?
Судя по кишкам - какая-то подготовка к реализации очередей все-таки идет, однако пока полной поддержки очередей нет в движке (libtransmission). Если уж очень зудит - можно имхо сгородить желаемую логику какиминить скриптами+RPC, имхо. Получится конечно костыльно, но работать будет. Ну и ессно ругаться стоит в *багтрекер*. Если в багтрекер отругается хренадцать юзеров - разработчики невольно призадумаются что фича востребована. А если фича за пару лет попрошена 1-2 юзерами - ну и фиг с ней, с такой фичой. В общем то логично, а? Потому что если пихать вообще все фичи - получится еще один кторент/азуреус. И чем оно тогда будет лучше?(лично мне очереди не нужны, а при попытке понять как это должно бы работать в кторенте и уловить логику работы и закономерности - я вообще мозг сломал)
во-во. неосилил, поэтому ненужно.
ну да, ему - не нужно, вам - нужно, что не так? Ж:)
Именно: кому надо - тот и дергается прежде всего ;).
Интерфейс бы поудобнее, по типу ktorrent, deluge, utorrent...
Удобнее transmission-remote просто некуда.
ИМХО существующий не хуже. Во всяком случае если немного торрентов.
Там интерфейсов - 100500 разных :). Что родных, что сторонних, юзающих RPC-интерфейс.Однако ж если вам что-то не нравится - попробуйте поругаться в багтрекер. Если много ругаться - разработчики сделают выводы. А если ругается 1 юзер за два года - ну логично что разработчики решат что и так всех все устраивает.
У transmission-remote-gui удобный, там есть категории, фильтрация по ним, по трекерам и по папкам.
Зачем нужен черный список?
Затем что кроме тех кто хочет зааплоадить вам файл бывают и те кто хочет зааплоадить вам свой /dev/random, например. Битый блок ессно перекачается, но бандвиз то тратится почем зря на бесполезную работу, а продвинутый урод может довольно много блоков подпортить. Бывают додики пытающиеся вызвать значительный пожирон ресурсов клиентами или еще чего веселое. Например, умники развешивающие целые легионы фэйковых пиров на одном или нескольких айпи, которые делают что угодно вплоть до потуг ддосить того кто на них набрел. Наиболее злобно сие проявляется если вы пытаетесь качать горячий варез, а копирасы проплатили потуги это приторозить характерным полулегальным конторам (действия которых по легитимности не сильно лучше самих пиратов, но как известно, бабло побеждает зло :D). Но кстати вполне могу себе представить и как каконйить микрософт (точнее, контору которая по их поручению) попытается притормозить закачки линуха битыми блоками например :). Ну вот адреса откуда не светит получить исправные данные но светит получить какой-то геморрой - народ заносит в блеклисты. В принципе - работать будет и без блеклиста. Уложить торент на лопатки - практически никому не удавалось толком. Однако если заметили срач и его объемы напрягают - можно поюзать блеклист. А зачем бы вам обслуживать 1000 каких-то левых пиров с вон той групки айпи в одной подсетке, если они ваши данные спустят в треш и попросят добавки? :)ЗЫ лично я блеклистом не пользуюсь и особых проблем не имею. Наверное потому что не жалую варез. Однако ж сказать то фич не нужен я не могу. Если есть снаряды - должна быть и броня от них. Даже если лично вы и не попадаете под обстрел этими снарядами.
Спасибо за развернутый ответ. Тогда еще вопрос- они там предлагают использовать какой-то уже готовый список. Кто его состовляет и по каким параметрам?