Из Википедии, бесплатной энциклопедии
Перейти к навигации Перейти к поиску
UUCP
Автор (ы) оригиналаМайк Леск
Разработчики)AT&T Bell Laboratories
изначальный выпуск1979 ; 42 года назад ( 1979 )
Операционная системаUnix и Unix-подобные , DOS , OS / 2 , OpenVMS , AmigaOS , классическая Mac OS , CP / M
ТипКомандование

UUCP - это аббревиатура от Unix-to-Unix Copy . [1] Этот термин обычно относится к набору компьютерных программ и протоколов, позволяющих удаленно выполнять команды и передавать файлы , электронную почту и сетевые новости между компьютерами .

Команда с именем uucp- это одна из программ в комплекте; он предоставляет пользовательский интерфейс для запроса операций копирования файлов. Пакет UUCP также включает uux(пользовательский интерфейс для удаленного выполнения команд), uucico(коммуникационную программу, которая выполняет передачу файлов), uustat(сообщает статистику о недавних действиях), uuxqt(выполняет команды, отправленные с удаленных машин) и uuname(сообщает имя UUCP для локальная система). Некоторые версии пакета включают uuencode/ uudecode(преобразование 8-битных двоичных файлов в 7-битный текстовый формат и наоборот).

Хотя UUCP был первоначально разработан для Unix в 1970-х и 1980-х годах и наиболее тесно связан с Unix-подобными системами, реализации UUCP существуют для нескольких не-Unix-подобных операционных систем, включая DOS , OS / 2 , OpenVMS (только для оборудования VAX. ), AmigaOS , классический Mac OS и даже CP / M .

Технология [ править ]

До того, как доступ в Интернет стал широко доступным , компьютеры были связаны только с небольшими локальными сетями внутри компании или организации. Они также часто были оснащены модемами, поэтому их можно было использовать удаленно с терминалов в символьном режиме через коммутируемые телефонные линии . UUCP использовал модемы компьютеров для дозвона до других компьютеров, устанавливая между ними временные двухточечные связи. Каждая система в сети UUCP имеет список соседних систем с номерами телефонов, именами для входа и паролями и т. Д. Когда работа (запросы на передачу файлов или выполнение команд) ставится в очередь для соседней системы,uucicoпрограмма обычно вызывает эту систему для обработки работы. uucicoПрограмма также может опрашивать свои сосед периодически проверять работу в очереди на их стороне; это позволяет участвовать соседям, не имеющим возможности исходящего вызова.

Со временем коммутируемые ссылки были заменены подключениями к Интернету, а UUCP добавил ряд новых протоколов канального уровня . Эти новые соединения также снизили потребность в UUCP вообще, поскольку новые протоколы приложений были разработаны для использования преимуществ новых сетей. Сегодня UUCP редко используется по коммутируемым каналам, но иногда используется по TCP / IP . [2] [3] На начало 2006 г. количество задействованных систем составляло от 1500 до 2000 сайтов на 60 предприятиях. Долговечность UUCP можно объяснить его низкой стоимостью, обширным протоколированием, встроенным переключением при отказе для коммутируемого доступа и постоянным управлением очередью.

Сессии [ править ]

UUCP обычно запускается при входе пользователя в целевую систему и последующем запуске программы UUCP. В большинстве случаев это автоматизируется путем входа в известную учетную запись пользователя, используемую для переводов, оболочка которой установлена ​​на uucico. Таким образом, для автоматизированных переводов другая машина просто должна открыть модемное соединение с вызываемой машиной и войти в известную учетную запись.

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

  1. Первоначальное рукопожатие
  2. Файловый запрос (ы)
  3. Заключительное рукопожатие

Первоначальное рукопожатие [ править ]

При запуске uucico ответит отправкой строки идентификации , где \ 20 - это управляющий символ P, а \ 0 - конечный ноль. UUCP вызывающего абонента отвечает , где options - это строка, содержащая ноль или более Unix-подобных переключателей. Они могут включать размеры пакетов и окон, максимальный поддерживаемый размер файла, параметры отладки и другие.\20Shere=hostname\0\20Shostname options\0

В зависимости от настроек двух систем звонок может здесь закончиться. Например, когда вызывающий абонент отвечает своим системным именем, вызываемая система может дополнительно повесить трубку, если она не распознает вызывающего абонента, отправив RYou are unknown to me\0строку ответа и затем отключившись.

Запросы файлов [ править ]

Если две системы успешно установят связь, вызывающий абонент начнет отправлять серию файловых запросов. Выделяют четыре типа:

S вызывает отправку файла от вызывающего абонента в вызываемую систему (загрузка). Предоставляются имена от и до, позволяющие изменять имя файла на приемнике. Когда вызываемая система получает команду S, она отвечает SY, если она прошла успешно и готова принять файл, или SNx, если она не удалась, где x - причина сбоя. Если вызывающий абонент получает SY, он начинает загрузку файла, используя протокол, выбранный во время первоначального рукопожатия (см. Ниже). Когда передача завершена, вызываемая система отвечает CY, если она успешно получила файл, или CN5, если это не удалось.
R - это запрос для вызываемой системы на отправку файла вызывающему абоненту (загрузка). В остальном он похож на S, с использованием RY и RN, чтобы указать, что команда была принята, и она начнет отправлять данные или возникла проблема, и ожидает CY и CN5 от вызывающего абонента в конце передачи.
X загружает команды для выполнения в вызываемой системе. Это можно использовать, чтобы заставить эту систему вызывать другую и доставлять ей файлы. Вызываемая система отвечает XY, если это удалось, или XN, если это не удалось.
H для Hangup означает, что вызывающий абонент завершил работу. Вызываемая система отвечает HY, если это удалось, или HN, если это не удалось.

Заключительное рукопожатие [ править ]

После отправки команды H вызывающая система отправляет последний пакет \20OOOOOO\0(control-P, шесть ohs, нулевой символ конца), а вызываемая система отвечает \20OOOOOO\0(control-P, семь ohs, нулевой символ конца). Некоторые системы просто повесят трубку после успешного приема команды H и не будут беспокоиться о последнем рукопожатии.

g-протокол [ править ]

В наборе протоколов в UUCP лежащий в основе g-протокол отвечает за передачу информации в безошибочной форме. Протокол возник как универсальная система для доставки пакетов и, таким образом, предлагает ряд функций, которые не используются пакетом UUCP в целом. К ним относятся вторичный канал, который может отправлять командные данные, перемежающиеся с передачей файла, и возможность повторного согласования размеров пакета и окна во время передачи. Эти дополнительные функции могут быть недоступны в некоторых реализациях стека UUCP. [4]

Формат пакета состоял из 6-байтового заголовка, а затем от нуля до 4096 байтов в полезной нагрузке. Пакет начинается с одиночного \ 020 (control-P). За ним следует один байт, известный как «K», содержащий значение от 1 до 8, указывающее размер пакета от 32 до 4096 байт, или 9, указывающее пакет управления. Многие системы поддерживают только K = 2, что означает 64 байта. Следующие два байта представляли собой 16-битную контрольную сумму полезной нагрузки, не включая заголовок. Следующий байт - это тип данных и, наконец, последний байт - это XOR заголовка, позволяющий проверять его отдельно от полезной нагрузки. [4]

Контрольный байт состоит из трех битовых полей в формате TTXXXYYY. TT - это тип пакета, 0 для управляющих пакетов (что также требует, чтобы K = 9 было действительным), 1 для альтернативных данных (не используется в UUCP), 2 для данных и 3 указывает на короткий пакет, который заново определяет значение слова K. В пакете данных XXX - это номер этого пакета от 0 до 7, а YYY - последний правильно полученный. Это обеспечивает до 8 пакетов в окне. В пакете управления XXX указывает команду, а YYY используется для различных параметров. Например, передача начинается с отправки короткого контрольного пакета с TT = 0 (управление), XXX = 7 и YYY, количество пакетов в окне, затем отправки другого пакета с XXX = 6 и YYY в качестве длины пакета (закодированного как это будет в K), а затем третий пакет, который идентичен первому, но XXX = 5. [4]

g-протокол использует простую систему скользящего окна для работы с потенциально долгими задержками между конечными точками. Протокол позволяет пакетам иметь размер от 64 до 4096 8-битных байтов и окнам, которые включают от 1 до 7 пакетов. Теоретически система, использующая 4k пакетов и 7 окон пакетов (4096x7), предложит соответствие производительности или превзойдет лучшие протоколы передачи файлов, такие как ZMODEM.. На практике многие реализации поддерживали только одну настройку 64x3. В результате g-протокол имеет незаслуженную репутацию из-за низкой производительности. Путаница с размерами пакетов и окон привела к G-протоколу, отличавшемуся только тем, что он всегда использовал 4096x3. Taylor UUCP не поддерживал G, но поддерживал любое допустимое запрошенное окно или размер пакета, поэтому удаленные системы, запускающие G, нормально работали бы с g Taylor, в то время как две системы Taylor могли согласовывать даже более быстрые соединения. [4]

Телебитные модемы использовали спуфинг протокола для повышения производительности передачи g-протокола, замечая, что маркеры конца пакета отправляются в удаленную систему, и немедленно отправляя ACKответ на локальный хост, делая вид, что удаленная система уже получила пакет и декодировала. это правильно. Это заставило программный стек отправить следующий пакет так быстро, что передача стала почти непрерывной. Данные между двумя модемами были исправлены с использованием проприетарного протокола, основанного на MNP, который работал через полудуплексные соединения Telebit намного лучше, чем обычно это делал бы g-протокол [4], потому что в обычном случае 64x3 удаленная система будет отправлять постоянный потокACKs, которые переполнили бы низкоскоростной обратный канал. В сочетании с естественно более высокими скоростями передачи данных модема они значительно улучшили общую пропускную способность и, как правило, работали примерно в семь раз быстрее, чем модем со скоростью 2400 бит / с. [5] Они широко использовались на хостах UUCP, поскольку могли быстро окупить себя за счет снижения платы за междугороднюю связь.

Другие протоколы [ править ]

Реализации UUCP также включают другие протоколы передачи для использования по определенным каналам.

f-протокол предназначен для работы по 7-битным каналам с исправленными ошибками. Первоначально это было предназначено для использования в ссылках X.25 , которые были популярны какое-то время в 1980-х годах. Он не упаковывает данные, вместо этого весь файл отправляется как одна длинная строка, за которой следует контрольная сумма всего файла. Похоже, что аналогичный x-протокол практически не нашел применения. d-протокол был похож на x, но предназначался для использования в устаревшей сети DataKit. [4]

t-протокол возник в версиях BSD UUCP и предназначен для работы по 8-битным безошибочным каналам TCP / IP . В нем вообще нет исправления ошибок, и протокол состоит просто из разбиения данных команд и файлов на пакеты размером 512 или 1024 байта, чтобы легко уместить их в типичные фреймы TCP. Менее используемый электронный протокол , который возник в версиях HoneyDanBer, в отличие от t из BSD, отличается только тем, что команды не упаковываются в пакеты и вместо этого отправляются как обычные строки, а файлы дополняются до ближайших 20 байтов. [4]

История [ править ]

UUCP был изначально написан на AT & T Bell Laboratories по Mike Lesk . [6] К 1978 году он использовался на 82 машинах UNIX внутри системы Bell, в основном для распространения программного обеспечения. Он был выпущен в 1979 году как часть версии 7 Unix . [7] Первоначальный UUCP был переписан исследователями AT&T Питером Ханиманом, Дэвидом А. Новицем и Брайаном Э. Редманом примерно в 1983 году. Переписанный вариант упоминается как HDB или HoneyDanBer uucp, который позже был улучшен, исправлены ошибки и переработан как BNU. UUCP («Базовые сетевые утилиты»). [8]

Каждая из этих версий распространялась как проприетарное программное обеспечение, что вдохновило Яна Ланса Тейлора на написание новой версии бесплатного программного обеспечения с нуля в 1991 году. [9] Taylor UUCP был выпущен под лицензией GNU General Public License . Taylor UUCP устранил дыры в безопасности, которые позволили некоторым исходным сетевым червям удаленно выполнять неожиданные команды оболочки. Taylor UUCP также включает в себя функции всех предыдущих версий UUCP, что позволяет ему взаимодействовать с любой другой версией и даже использовать аналогичные форматы файлов конфигурации из других версий.

UUCP также был реализован для операционных систем, отличных от UNIX , в первую очередь для систем DOS . Такие пакеты, как UUSLAVE / GNUUCP ( Джон Гилмор , Гарри Паксинос, Тим Позар), UUPC / extended (Дрю Дербишир из Kendra Electronic Wonderworks) и FSUUCP (Кристофер Амблер из IODesign), обеспечили раннее подключение к Интернету для персональных компьютеров, расширив сеть за пределы взаимосвязанные университетские системы. FSUUCP легли в основу многих систем доски объявлений (BBS) пакеты , такие как Galacticomm в Крупной BBS и Mustang Software «S Wildcat! BBS для подключения к сети UUCP и обмена электронной почтой и Usenetтрафик. Например, UFGATE (Джон Галвин, Гарри Паксинос, Тим Позар) был пакетом, который обеспечивал шлюз между сетями, в которых работают протоколы Fidonet и UUCP.

FSUUCP был единственной другой реализацией расширенного протокола «i» Тейлора, значительного улучшения по сравнению со стандартным протоколом «g», используемым в большинстве реализаций UUCP. [ необходима цитата ]

Маршрутизация почты [ править ]

Визитная карточка с адресом электронной почты UUCP

Возможности uucpи uuxqtмогут использоваться для отправки электронной почты между машинами с подходящими почтовыми пользовательскими интерфейсами и программами агентов доставки. Простой почтовый адрес UUCP образовывался из имени соседней машины, восклицательного знака (часто произносится как бэнг ), за которым следовало имя пользователя на соседней машине. Например, адрес пользователя! Barbox будет ссылаться на пользователя пользователя на соседней машине barbox .

Кроме того, почта может быть маршрутизирована через сеть, проходя через любое количество промежуточных узлов, прежде чем прибыть в пункт назначения. Первоначально это нужно было сделать, указав полный путь со списком промежуточных имен хостов, разделенных знаком. Например, если машина barbox не подключена к локальной машине, но известно, что barbox подключен к машине foovax, которая взаимодействует с локальной машиной, подходящим адресом для отправки почты будет foovax! Barbox! User .

Пользователь barbox! Пользователь обычно публикует свой адрес электронной почты UUCP в такой форме, как …! Bigsite! Foovax! Barbox! User . Это побуждает людей направлять свою почту на машину bigsite (предположительно, хорошо известную машину с хорошим подключением, доступную для всех), а оттуда через машину foovax на учетную запись пользователя user на barbox . Публикация полного пути была бы бессмысленной, потому что она была бы разной в зависимости от того, где находится отправитель. (например, Энн на одном сайте, возможно, придется отправить по пути gway! tcol! canty! uoh! bigsite! foovax! barbox! user , тогда как откуда-то еще Билл должен отправить по пути pdp10! router22! bigsite! foovax! barbox! Пользователь). Многие пользователи будут предлагать несколько маршрутов с разных крупных известных сайтов, обеспечивая даже лучшее и, возможно, более быстрое соединение с отправителем почты.

Путь взрыва [ править ]

Адрес электронной почты этой формы был известен как путь взрыва . Пути взлома от восьми до десяти машин (или переходов ) не были редкостью в 1981 году, и ночные коммутируемые каналы UUCP вызывали недельное время передачи. Пути взлома часто выбирались как по времени передачи, так и по надежности, поскольку сообщения часто терялись. Некоторые хосты заходили так далеко, что пытались « переписать » путь, отправляя почту по «более быстрым» маршрутам - такая практика обычно не одобрялась.

«Псевдо-домен», оканчивающийся на .uucp, иногда использовался для обозначения имени хоста как доступного для сети UUCP, хотя это никогда не было официально зарегистрировано в системе доменных имен (DNS) как домен верхнего уровня . Сообщество uucp самоуправлялось и не соответствовало методам администрирования и правилам, регулирующим DNS; .uucp работает там, где нужно [ где? ] ; некоторые хосты [ какие? ] направлять почту из очереди SMTP в очереди uucp на машинах шлюза, если адрес .uucp распознается на входящем SMTP-соединении. [ необходима цитата ]

Трафик Usenet изначально передавался по протоколу UUCP с использованием маршрутов взлома. Они все еще используются в строках заголовков Path формата сообщения Usenet . Теперь они служат только для информационных целей и не используются для маршрутизации, хотя могут использоваться для предотвращения возникновения петель.

В общем, как и другие старые форматы адресов электронной почты , пути вызова теперь заменены " @ notation " даже на сайтах, все еще использующих UUCP. Сайт только для UUCP может зарегистрировать доменное имя DNS, и DNS-сервер, который обрабатывает этот домен, предоставляет записи MX, которые заставляют интернет-почту на этот сайт доставляться на хост UUCP в Интернете, который затем может доставлять почту на UUCP. сайт.

UUCPNET и отображение [ править ]

UUCPNET - это название всей сети компьютеров, соединенных через UUCP. Эта сеть была очень неформальной, поддерживалась в духе взаимного сотрудничества между системами, принадлежащими тысячам частных компаний, университетов и так далее. Часто, особенно в частном секторе, связи UUCP устанавливались без официального разрешения высшего руководства компаний. Сеть UUCP постоянно менялась по мере добавления новых систем и коммутируемых каналов, удаления других и т. Д.

Mapping Project UUCP был добровольцем, в основном успешные усилия , чтобы построить карту соединений между машинами , которые были открытые ретрансляторы почты и установить управляемое пространство имен. Каждый системный администратор отправлял по электронной почте список систем, к которым они будут подключаться, вместе с рейтингом для каждого такого соединения. Эти отправленные записи карты были обработаны автоматической программой, которая объединила их в единый набор файлов, описывающих все соединения в сети. Затем эти файлы ежемесячно публиковались в группе новостей.посвященный этой цели. Файлы карты UUCP могут затем использоваться программным обеспечением, таким как "pathalias", для вычисления наилучшего пути маршрута от одной машины к другой для почты и для автоматического предоставления этого маршрута. На картах UUCP также была указана контактная информация сайтов, что давало сайтам, желающим присоединиться к UUCPNET, простой способ найти потенциальных соседей.

Связь с Интернетом [ править ]

Многие хосты UUCP, особенно в университетах, также были подключены к Интернету в первые годы своего существования , и были разработаны шлюзы электронной почты между почтой на основе SMTP и почтой UUCP. Таким образом, пользователь системы с подключениями UUCP может обмениваться почтой с пользователями Интернета, а ссылки в Интернете могут использоваться для обхода больших участков медленной сети UUCP. «Зона UUCP» была определена в пространстве имен Интернет-домена для облегчения работы этих интерфейсов.

С этой инфраструктурой сильная сторона UUCP заключалась в том, что он позволял сайту получать доступ к электронной почте в Интернете и Usenet, используя только модемное соединение с другим взаимодействующим компьютером. Это было в то время, когда для настоящего доступа в Интернет требовалась выделенная линия передачи данных, обеспечивающая соединение с точкой присутствия в Интернете , что было дорого и сложно организовать. Напротив, соединение с сетью UUCP обычно можно установить с помощью нескольких телефонных звонков администраторам предполагаемых соседних систем. Соседние системы часто были достаточно близки, чтобы избежать платы за телефонные звонки, кроме самых элементарных.

Удаленные команды [ править ]

uux - удаленное выполнение команд через UUCP. Команда uux используется для выполнения команды в удаленной системе или для выполнения команды в локальной системе с использованием файлов из удаленных систем. Команда запускается uucicoдемоном, который обрабатывает запросы удаленного выполнения как просто файл другого типа для пакетной отправки в удаленную систему всякий раз, когда доступен узел следующего перехода. Затем удаленная система выполнит запрошенную команду и вернет результат, когда исходная система будет доступна. Обе эти передачи могут быть косвенными, через многозвенные пути, с произвольными окнами доступности. Даже при выполнении команды на всегда доступном соседе uux не выполняется мгновенно.

Отклонить [ править ]

Использование UUCP начало исчезать с появлением интернет-провайдеров, предлагающих недорогие услуги SLIP и PPP . Картографический проект UUCP был официально закрыт в конце 2000 года.

Протокол UUCP в настоящее время в основном заменен протоколами на базе Internet TCP / IP SMTP для почты и NNTP для новостей Usenet.

В июле 2012 года голландский интернет-провайдер XS4ALL закрыл свою службу UUCP, заявив, что это «вероятно, один из последних провайдеров в мире, который все еще предлагал ее»; в то время у него было всего 13 пользователей (однако до закрытия он несколько лет отказывался от запросов новых пользователей). [10]

Текущее использование и наследие [ править ]

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

UUCP использовался по специальным дорогостоящим каналам связи (например, по морским спутниковым каналам) еще долгое время после его исчезновения в других местах [11] и до сих пор остается в прежнем использовании [ необходима цитата ] . Помимо устаревшего использования, в 2021 году будут расти новые и инновационные применения UUCP, особенно для телекоммуникаций в диапазоне HF , например, для сообществ в тропических лесах Амазонки для обмена электронной почтой и других целей. Патч для UUCP Яна был внесен в пакет UUCP Debian Linux [12] для адаптации к проекту HERMES (Система высокочастотного аварийного и сельского мультимедийного обмена), который обеспечивает возможность соединения UUCP HF. [13]

В середине 2000-х годов был предложен UUCP через TCP / IP (часто с шифрованием с использованием протокола SSH [3] ) [ по словам кого? ] для использования, когда компьютер не имеет фиксированных IP-адресов, но все еще готов запускать стандартный агент передачи почты (MTA), такой как Sendmail или Postfix .

Пути типа Bang все еще используются в сети Usenet , но не для маршрутизации; они используются для записи в заголовке сообщения узлов, через которые это сообщение прошло, а не для указания, куда оно пойдет дальше. [14] «Путь взрыва» также используется как выражение для любого явно указанного пути маршрутизации между сетевыми узлами. Это использование не обязательно ограничивается UUCP, IP-маршрутизацией, обменом сообщениями электронной почты или Usenet.

Концепция устойчивых к задержкам сетевых протоколов была пересмотрена в начале 2000-х годов. Методы, аналогичные используемым UUCP, могут применяться к другим сетям, в которых возникают задержки или значительные нарушения. [15]

См. Также [ править ]

  • Маршрутизация
  • Название сайта
  • Ячеистая сеть
  • FidoNet
  • Беркнет

Ссылки [ править ]

  1. ^ UNIX (TM) СИСТЕМА РАСПРЕДЕЛЕНИЯ ВРЕМЕНИ: РУКОВОДСТВО ПРОГРАММИСТА UNIX, седьмое издание, том 1 (PDF) . Мюррей Хилл, Нью-Джерси: Bell Telephone Laboratories, Incorporated. Январь 1979 . Проверено 20 февраля 2018 .
  2. ↑ Ян Лэнс Тейлор (июнь 2003 г.). «Протокол UUCP 'f'» . Проверено 4 августа 2008 .
  3. ^ a b Фабьен Пензо. «УУЦПш» . Архивировано из оригинала на 2009-09-30 . Проверено 9 августа 2009 .
  4. ^ a b c d e f g Тейлор, Ян Лэнс (8 марта 1996 г.). «Часто задаваемые вопросы о внутреннем устройстве UUCP» .
  5. ^ Кирксей, Кеннет (25 декабря 1991). «Что нужно знать о модемах» . Фактическая пропускная способность составляет около 14400 бит / с.
  6. Перейти ↑ McIlroy, MD (1987). Читатель Research Unix: аннотированные выдержки из Руководства программиста, 1971–1986 (PDF) (технический отчет). CSTR. Bell Labs. 139.
  7. ^ Версия 7 Руководство по Unix: "Описание реализации UUCP" Д.А. Новица и "Коммутируемая сеть систем UNIX" Д.А. Новитца и М.Е. Леска
  8. ↑ Гэри Дж. Мураками (24 сентября 1988 г.). «История ihnp4 и рост электронной почты» . Проверено 7 июня 2013 года .
  9. ↑ Ян Лэнс Тейлор (сентябрь 1991 г.). «Доступна бета-версия нового пакета UUCP» . Проверено 19 января 2009 .
  10. ^ Huijbregts, Нильс (30 июля 2012). «XS4ALL Weblog: Afscheid van UUCP (Прощай, UUCP)» (на голландском языке). XS4ALL . Архивировано 31 июля 2013 года.
  11. ↑ Рэндольф Бентсон (август 1995 г.). «Linux уходит в море» . Проверено 21 февраля 2009 .
  12. ↑ Рафаэль Диниз (январь 2021 г.). «Журнал изменений UUCP 1.07.27» . Проверено 10 января 2021 .
  13. ↑ Рафаэль Диниз (январь 2021 г.). «Система высокочастотного аварийного обмена и обмена мультимедийными данными в сельской местности» . Проверено 10 января 2021 .
  14. ^ К. Мурчисон; К. Линдси; Д. Кон (ноябрь 2009 г.). «Путь» . Формат статьи Netnews . IETF . п. 14-16. сек. 3.1.5. DOI : 10,17487 / RFC5536 . RFC 5536 .
  15. ↑ Кевин Фолл (август 2003 г.). Сетевая архитектура, устойчивая к задержкам, для проблемных сетей . Конференция 2003 г. по приложениям, технологиям, архитектурам и протоколам для компьютерных коммуникаций. ACM SIGCOMM . С. 27–34. DOI : 10.1145 / 863955.863960 . ISBN 978-1-58113-735-4.

Внешние ссылки [ править ]

  • Использование и управление UUCP . Эд Рэвин, Тим О'Рейли, Дейл Дауттери и Грейс Тодино. 1996, O'Reilly & Associates, Inc. ISBN 1-56592-153-4 
  • Марк Хортон (1986). RFC 976 : стандарт формата обмена почтой UUCP . Запросы инженерной группы Интернета о комментариях.
  • Настройка Taylor UUCP + qmail на FreeBSD 5.1
  • Taylor UUCP - это пакет UUCP под лицензией GPL .
  • Документация Taylor UUCP - полезная информация о UUCP в целом и различных протоколах uucp.
  • Проект UUCP: история
  • Картографический проект UUCP
  • UUHECNET - сеть UUCP для любителей, предлагающая бесплатные каналы