ТРИКЛ

TRICKLE - это служба пересылки файлов в сети BITNET ( EARN / NetNorth / GulfNet).

Когда он был создан, многие сайты в Европе имели доступ только к BITNET или совместимым сетям, но не к Интернету . Следовательно, возникла острая необходимость в доступе к файлам, которые были доступны только в Интернете. Сервер TRICKLE позволял любому в BITNET-совместимых сетях получать доступ к сотням тысяч файлов со многих популярных FTP- серверов по всему миру.

Сервер TRICKLE был «концентратором» FTP-сайтов на центральных серверах. У каждого сервера был свой (большой) кэш-диск для хранения файлов, которые были недавно заказаны пользователями, и он был на связи со всеми другими серверами TRICKLE о содержимом своего кеша. Когда пользователь заказывал файл, которого нет в локальном кеше, TRICKLE обычно может перенаправить эту команду на другой сервер TRICKLE, который, как известно, хранит файл. В некоторых случаях необходима "широковещательная рассылка" для всех других TRICKLE-файлов для этого файла, и если файл новый или к нему обращались очень редко, он был запрошен с одного из 3-х подчиненных FTP-серверов, которые у него были. Эти 3 были специальными серверами, которые загружали файл через FTP и отправляли его через NJE в TRICKLE.

Серверы TRICKLE существенно снизили нагрузку на FTP-сайты: их скорость входящих и исходящих файлов обычно составляла 1/5. Это означает, что каждый кешированный файл обычно отправлялся пять раз за время своего существования на кэш-диске.

TRICKLE поддерживает широкий спектр способов доставки пользователю. Помимо обычной электронной почты + (UUE, XXE, BTOA и т. Д.), Он также может отправлять файлы пользователю по FTP или использовать NJE SENDFILE, где это возможно и желательно.

Можно было подписаться на шаблоны файлов, такие как <MSDOS.VIRUS> SCAN, и заставить сервер доставлять вам новую копию файла каждый раз, когда он становится доступным. Специальное ключевое слово '*' можно использовать вместо шаблона для подписки на все подкаталоги, например: <OS2.NEW> *

В период своего расцвета TRICKLE ежедневно обрабатывал тысячи запросов, предоставляя своим пользователям многие гигабайты программного обеспечения.

Сервер позволял пользователям в любой точке мира запрашивать файлы с FTP- сервера в Интернете через сервер шлюза, который был подключен к обеим сетям. Это было предназначено для обеспечения более широкого распространения (того, что тогда называлось) программного обеспечения Public Domain из SIMTEL20 и около дюжины других репозиториев (отсюда и команда / PDGET, см. Ниже).

Программное обеспечение было первоначально написано Тургутом Калфаоглу на турецком национальном узле TREARN (Эгейский университет, Измир) и было быстро воспроизведено на многих других узлах BITNET, включая AWIWUW11 (Австрия), BANUFS11 (Бельгия), DKTC11 (Дания), DB0FUB11 или DTUZDV1 (Германия). ), IMIPOLI (Италия), EB0UB011 (Испания), TAUNIVM (Израиль) и другие.

Чтобы использовать службу, пользователи BITNET вводили команду на свой локальный компьютер, которая перенаправляла оставшуюся часть строки как команду на сервер TRICKLE. Синтаксис перенаправленной команды был аналогичен синтаксису, используемому в LISTSERV, но с префиксом косой черты:

TELL TRICKLE AT node / PDGET <directory> файл (режим

где узел был узлом BITNET, на котором размещен шлюз TRICKLE; <directory> file - это требуемый каталог и файл; и ( mode указывает режим передачи файлов (например, UUE). В системах BITNET VAX локальный синтаксис был SEND TRICKLE @ node.

Пример команды мог бы выглядеть так:

РАССКАЗАТЬ ТРИКЛ НА TREARN / PDGET <MSDOS.GAMES> MADMAX.ARC

Он также принимал команды, отправленные по электронной почте; любое количество команд будет помещено в тело сообщения.

Целевой файл был необязательно разделен на куски 64kb после того, как сжать и UUencoding , чтобы облегчить заторы на Bitnet сети, в котором используется хранения и вперед модель передачи , где файлы в пути были отсортированы в порядке возрастания размера на каждом промежуточном узле. Это позволяло очень быстро перемещаться по очень маленьким файлам, оставляя большие файлы в очереди на потом (например, на ночь). Получающий пользователь отвечал за сборку фрагментов вместе с целью их повторной сборки в полный файл с кодировкой UU для декодирования и распаковки.

TRICKLE использовал базу данных распределенного кеша, то есть хранил только одну копию каждого запрошенного файла в Европе, и каждый сервер TRICKLE знал о файлах друг друга. Если кто-нибудь запросит какой-либо из этих файлов, он будет отправлен с того сервера TRICKLE, на котором он находится. Это снизило нагрузку на перегруженные международные ссылки (особенно Европа-США) и позволило быстро доставлять популярные файлы. Пользователи также могут подписаться на шаблоны файлов, используя, например, команду типа / SUB <MSDOS.VIRUS> SCAN *, и каждый новый соответствующий файл, появляющийся в репозитории, будет автоматически отправляться пользователю.

TRICKLE также имел возможность создавать «информационные бюллетени» и рассылать их подписчикам - он содержал информацию о каждом новом файле, который был добавлен в репозиторий. Точно так же пользователи могут отправить команду / NEW и получить список новейших дополнений к архивам.

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

TRICKLE был написан на языке программирования REXX (более 40 тыс. Строк кода) и на ассемблере. Он работал на системах IBM VM / CMS , Контактное лицо: Тургут Калфаоглу turgut (at) kalfaoglu.com

За этот сервер Тургут Калфаоглу был удостоен награды «Программное обеспечение года» Европейской академической и исследовательской сети .

Ссылки: ^{[1] [2] [3]}

использованная литература