Interested Article - Advanced Direct Connect

Advanced Direct Connect (ADC) — протокол для пиринговых сетей , основанный на протоколе Direct Connect (DC). ADC-клиенты подключаются к центральному серверу и обмениваются файлами напрямую между участниками сети.

История создания

Протокол ADC был создан как логическое развитие протокола Direct Connect c целью устранения его недостатков. Инициаторами создания нового протокола стали в сотрудничестве с . Ими были подготовлены черновики стандарта . Первая версия протокола появилась в 2004 году , а первый официальный релиз состоялся 1 декабря 2007 года . 2 декабря 2007 года вышла финальная версия протокола ADC 1.0 .

Версия 1.0 описывает и предлагает следующие функции:

разные шары ^{[

что?

]} для каждого хаба;
сквозная идентификация пользователей;
изменение псевдонима пользователя без необходимости переподключения;
непосредственный поиск между клиентами (на 18 февраля 2012 ни в одном DC клиенте не реализован);
улучшенная вместимость хаба ;
передача, защищённая паролем ( Tiger Hash ) (при включении сильно нагружается процессор, поэтому на практике не используется);
кодировка UTF-8 .
поддержка работы по протоколу IPv6 .
шифрование трафика.

Недостатки протокола ADC 1.0.1

экранирование часто встречающихся символов (например символа пробела), увеличивающее трафик .
количество разделителей по сравнению с протоколом NMDC уменьшено, но не сведено к одному, что необходимо для максимально простой обработки команд.
лимит пользователей одного хаба — 1 048 575 пользователей (ограничение 20-битного SID’а ). Данное ограничение невозможно обойти, поэтому ADC строго фиксирован в плане масштабирования .
из-за непродуманной системы клиенты часто вынуждены отправлять несколько команд подряд. Пример — пассивный пользователь с поддержкой Nat-Traversal :

FSCH AAER +TCP4-NAT0 TO4172403789 ANdvdrip

FSCH AAER +NAT0 TO4172403789 ANdvdrip

В первом случае пользователь отправляет запрос всем активным пользователям, во втором всем пассивным, поддерживающим Nat Traversal. Эти запросы нельзя объединить в один, так как поддержка/неподдержка всех перечисленных команд обязательна. Для простой интерпретации между ними можно поставить логическое «и». Возможности указать «или» в протоколе не предусмотрено. Большинство хабов не пропускает вторую команду из-за лимита на количество запросов в единицу времени, и пользователи получают неполные списки ответов. Хабы, пропускающие два идущих подряд поисковых запроса, увеличивают свой трафик вдвое.

протокол ADC, как и NMDC, является излишне централизованным: хабы заведуют установкой всех соединений между пользователями.

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

протокол является полностью текстовым, что делает его наглядным для разработчиков (без преобразования), однако, увеличивает трафик и вычислительную нагрузку в несколько раз. В протоколе в бинарной форме можно было бы передавать все числа, ключи команд, ключи параметров, ip-адреса , порты , tth хеши , SID , CID, PID, и другие данные. Бинарные протоколы обладают существенным преимуществом, в них данные передаются и принимаются без преобразований, в той форме, в которой они хранятся у клиентов и хабов в памяти. Это значит, что если бы использовался бинарный протокол, при получении очередной команды клиент или хаб могли бы просто скопировать участки команды в соответствующие участки памяти и сразу начать работать с ними. Одновременно с этим данные в бинарной форме максимально компактны, поэтому в бинарных протоколах не используется повышающее нагрузку на процессор сжатие . Разработчики не смогли обосновать данный выбор, однако, для рядовых пользователей и держателей хабов эффективность протокола гораздо предпочтительнее наглядности.
Частично проблема трафика текстового протокола решена zlib-сжатием тел команд, которое также присутствует и в протоколе NMDC. Однако оно ещё больше увеличивает вычислительную нагрузку, так как, помимо преобразования типов данных, необходимо также производить распаковку и упаковку конечных команд. В протоколе NMDC из-за большой вычислительной нагрузки сжатие получается использовать только на небольших хабах.
проверка CID’а пользователей, для которой необходимо вычислять хеш от PID’a, также увеличивает вычислительную нагрузку на хабы.

Дальнейшая разработка протокола ADC

Версия протокола 1.0.1 была опубликована 2 мая 2008 года. Последнее дополнение для протокола было опубликовано в июне 2013 года (версия 1.0.3). Официальных заявлений об окончании разработки протокола не поступало.

Серверное ПО

ADCH++

ADCH++ — это хаб для сетей, использующих ADC-протокол. Он работает на Windows / Unix платформах, поддерживает скрипты lua и python , а также плагины , написанные на C++. Начиная с версии 2.5.2 добавлена поддержка выполнения плагинов от PtokaX

Для хаба активно разрабатывается графический интерфейс в проекте ADCH++ GUI.

в данное время не актуален

DSHub

DSHub написан на кроссплатформенном языке программирования Java (требуется JRE 1.6 и новее). Может управляться через интерфейс командной строки на сервере, графический интерфейс, чат ADC-клиента. Имеется возможность осуществлять фильтрацию чата/личных сообщений/поиска через механизм chatcontrol с использованием regex -правил. Хаб находится в активной разработке. На данный момент ПО хаба достаточно стабильно и подходит для организации хабов до 1000 пользователей (на лето 2008 г.). Имеется интерфейс для расширений на языках Java и python . В январе 2009 года автор (недоступная ссылка) работу над данным хабом.

luadch

luadch — ADC-хаб, написанный на C , C++ , Lua и функционирует в операционных системах MinGW/MSYS/NT/2000/XP и Linux/BSD/UNIX-like. Для сценариев используется язык Lua , что позволяет легко вносить дополнительную функциональность. Имеются небольшие проблемы со стабильностью (в версии 0.08). Подходит для организации хабов до 1000 пользователей и выше.

µHub

µHub (micro-Hub) — ADC хаб написанный на C под лицензией GPLv3 . Работает в операционных системах Linux , Windows , BSD и других. Имеет только базовую функциональность для p2p . Крайне нетребователен к ресурсам — при 350 пользователях занимает в памяти несколько десятков килобайт ОЗУ . Возможна работа на устройствах поддерживающих ПО OpenWRT . Начиная с версии 0.3.2 поддерживает шифрование server-client , так называемую ADCS-mode. Начиная с версии 0.4.0 введена система плагинов с простым API и добавлены особо востребованные плагины.

PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND            
123 uhub      15   0  5984 4636 1044 S  0.0  0.9   4:08.93 uhub

|

EADC

EADC-hub (Erlang ADC) — ADC-хаб, написанный на Erlang . Реализация ADC не является полной, есть команды чата и поддержка плагинов (на языке Erlang ). Компиляция возможна на всех платформах, поддерживаемых Erlang, включая Windows, Linux, Mac OS X. (К сожалению, автор ещё существующий код расчета TIGER на Erlang в свой проект, и программа до сих пор используется библиотеку, написанную на C ). Возможности языка Erlang позволяют хабу иметь свойства, подобные Ejabberd , в частности кластеризацию и обновление кода без остановки сервера.

StarLet ADC

StarLet ADC Hub — ПО ADC хаба под OpenVMS соответствие со спецификацией ADC 1.0, написан на C с использованием средств OpenVMS , что обуславливает высокую нагрузочную способность хаба, а также надёжность функционирования, в настоящий момент находится в разработке. Тестовая P2P-сеть , поддерживаемая StarLet ADC Хаб-ом — доступна по ссылке [adc://adc.deltatel.ru:412] (Nick/Username и пароль может быть любым и непустым). StarLet ADC — доступен в исходных текстах.

Одной из отличительных возможностей Хаб-а является «виртуальная P2P-сеть», что позволяет строить P2P-сети на одной платформе (OpenVMS Cluster) для различных групп пользователей.