FastTrack или KaZaA

FastTrack или KaZaA. Самой большой и известной на сегодняшний день пиринговой сетью является FastTrack, хотя большинство пользователей интернета знает ее по связанному с ней слову KaZaA. Это наиболее распространенная программа для обмена файлами через интернет. Она работает с сетью FastTrack; также она может применяться в сети iMesh. У этих двух сетей, с которыми может работать KaZaA, во много раз больше пользователей, чем у всех остальных сетей вместе взятых — общее количество пользователей, одновременно под-ключенных к ним в любой момент времени, в среднем достигает пяти (!) миллионов.

Однако количество не всегда означает качество, то есть почти не играет роли, миллион или пять миллионов людей охватывает сеть, поскольку и в той, и в другой сети вы, по-видимому, найдете все, что вам необходимо.

Сеть FastTrack (так же, как и iMesh) имеет следующие свойства:1) • является децентрализованной, но использует суперузлы (здесь они на-зываются super-peer), то есть компьютеры с высокоскоростным доступом в интернет, которые содержат временные списки доступных файлов; • не допускает скачивание одного файла одновременно из нескольких источников и не обладает высокой степенью конфиденциальности — недос-таточно хорошо обеспечивается защита информации о пользователях данной сети; • с целью однозначной идентификации файла (независимо от его на-звания) система может использовать так называемые хэш-ссылки. 1. М. В. Финков.

Пиринговые сети eDonkey, BitTorrent, KaZaA, DirectConnect, стр. 50 3.4 DirectConnect.

Direct Connect — это частично централизованная файлообменная (P2P) сеть, в основе работы которой лежит особый протокол, разработанный фир-мой NeoModus. NeoModus была основана Джонатаном Хессом (Jonathan Hess) в ноябре 1990 года как компания, зарабатывавшая на adware-программе «Direct Connect». Первым сторонним клиентом стал «DClite», который никогда пол-ностью не поддерживал протокол.

Новая версия Direct Connect уже требовала простой ключ шифрования для инициализации подключения, этим он наде-ялся блокировать сторонние клиенты.

Ключ был взломан и автор DClite вы-пустил новую версию своей программы, совместимой с новым программным обеспечением от NeoModus. Вскоре, код DClite был переписан, и программа была переименована в Open Direct Connect. Кроме всего прочего, её пользо-вательский интерфейс стал многодокументным (MDI), и появилась возмож-ность использовать плагины для файлообменных протоколов (как в MLDonkey). У Open Direct Connect также не было полной поддержки прото-кола, но появился под Java. Немногим позже, начали появляться и другие клиенты: DCTC (Direct Connect Text Client), DC++ и др. Сеть работает следующим образом.

Клиенты подключаются к одному или нескольким серверам, т. н. хабам для поиска файлов, которые обычно не связаны между собой (некоторые типы хабов можно частично или полностью связать в сеть, используя специализированные скрипты или программу Hub-Link) и служат для поиска файлов и источников для их скачивания. В качест-ве хаба чаще всего используются PtokaX, Verlihub, YnHub, Aquila, DB Hub, RusHub. Для связи с другими хабами используются т.н. dchub-ссылки: dchub://[ имя пользователя ]@[ IP или Домен хаба ]:[ порт хаба ]/[путь к файлу]/[имя файла] После клика по такой ссылке клиент не только соединится с хабом, но также скачает файл-лист пользователя, указанного в ссылке, и выделит в нём файл путь и имя которого также указаны в ссылке. Данный вид ссылки на файл может применяться, когда невозможно ис-пользовать magnet-ссылку так как содержимое файла может измениться либо файл ещё не создан.

Отличия от других P2P-систем: 1. Обусловленные структурой сети • Развитый многопользовательский чат • Сервер сети (хаб) может быть посвящён определённой теме (на-пример музыке конкретного направления), что позволяет легко находить пользователей с требуемой тематикой файлов • Присутствие привилегированных пользователей — операторов, обладающих расширенным набором возможностей управления хабом, в частности, следящих за соблюдением пользователями правил чата и файлообмена 2. Просто зависящие от клиента • Возможность скачивать целые директории • Результаты поиска не только по названиям файлов, но и по ди-ректориям • Ограничения на минимальное количество расшаренного мате-риала (по объёму) • Поддержка скриптов с потенциально безграничными возможно-стями как на клиентской стороне, так и на стороне хаба (верно не для всяких хабов и клиентов) Авторы клиента DC++ разработали для решения специфичных проблем принципиально новый протокол, называнный Advanced Direct Connect (ADC), цель которого — повышение надёжности, эффективности и безопас-ности файлообменной сети. 2 декабря 2007 года вышла окончательная версия протокола ADC 1.0. Протокол продолжает развиваться и дополняться. 3.5