Во время сеанса, Аргус может инициировать один из семи (перечисленных ниже в порядке увеличения предпочтения) типов протоколов передачи файлов.
ZedZip | Классический Zmodem (однонаправленный протокол передачи). Максимальный размером блока — 1K |
ZedZap | Zmodem с максимальным размером блока 8K, за счет этого — улучшенная эффективность на качественных линиях |
DirZap | ZedZap, с улучшенной на 5% эффективностью, за счет прямой передачей всех управляющих символов |
Hydra | Двунаправленный (истинно дуплексный) протокол. Описан в отдельной главе |
FTS-0001 | Протокол, поддержка которого на входящем сеансе связи является техническим требованием любого узла сети FidoNet. В рамках сеанса FTS-0001 поддерживаются заголовки пакетов FSC-0039 и FSC-0045 для извлечения данных об удаленной системе. Обратите внимание на следующие ограничения:
- Исходящие сеансы связи на FTS-0001 не производятся. - Во время сеанса FTS-0001 Аргус не передает файлы удаленной системе. Производится только прием. - Длина пароля ограничена восемью символами (столько места отведено под пароль в заголовке пакета FTS-0001/FSC-0039/FSC-0045). Узлы с паролем длиннее восьми символов не смогут установить парольное FTS-0001 соединение с Аргусом. - Skip File / Reject File (а также refuse/delay) недоступны. - Докачка не производится. - Некоторые FTS-0001-системы не предоставляют время/дату создания файла. - В протоколе FTS-0001 не предусмотрено решение проблем 2000-го года. Протокол FTS-0001 не рекомендуется к применению. Его наличие в системе Аргус обусловлено необходимостью соответствия техническим требованием Fidonet как самой крупной FTN-сети. |
BinkP | Протокол BinkP был изначально разработан для использования на каналах связи, исключающих возможность ошибок. В сетях Интернет контролем ошибок занимается протокол TCP (Transport Control Protocol), находящийся на уровне OSI Transport Layer. В качестве Transport Layer'а для использования BinkP через Dial-up применяется собственный алгоритм Niagara. Основные преимущества алгоритма Niagara - эффективная коррекция ошибок в условиях модемных линий и асинхронной передачи, а также защита от эффекта "обратной петли". |
BinkP / Encrypted | Шифрованный сеанс связи BinkP. В этом режиме передаваемый и принимаемый потоки данных шифруются алгоритмом DES/CBC с 56-битным ключом. Шифрование ведется на уровне между Transport Layer (TCP or Niagara) и Protocol Layer (BinkP). Имейте ввиду, что шифрование несет нагрузку на CPU. Используемую программную реализацию алгоритма DES разработал Eric Young (eay@mincom.oz.au). Кроме того используется RSA Data Security, Inc. MD5 Message-Digest Algorithm. |
Если, во время сеанса передачи файлов, система Аргус принимает файл с расширением .REQ, то такой файл не сохраняется в Inbound, а рассматривается как файловый запрос в соответствии со стандартом FTS-0006.