✖


Jump to content

UUCP

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

UUCP ( копирование из Unix в Unix ) [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). ), АмигаОС , [2] классическая Mac OS и даже CP/M .

История

[ редактировать ]

UUCP был первоначально написан Майком Леском в T Bell Laboratories AT & . [3] К 1978 году он использовался на 82 машинах UNIX внутри системы Bell, в основном для распространения программного обеспечения. Он был выпущен в 1979 году как часть версии 7 Unix . [4]

Первые электронные письма UUCP из США прибыли в Соединенное Королевство в 1979 году, а электронная почта между Великобританией, Нидерландами и Данией началась в 1980 году, а в 1982 году стала регулярной службой EUnet . [5] [6]

Оригинальный UUCP был переписан исследователями AT&T Питером Ханиманом, Дэвидом А. Новицем и Брайаном Редманом примерно в 1983 году. Переписанный вариант называется HDB или HoneyDanBer uucp, который позже был улучшен, исправлены ошибки и переупакован как BNU UUCP (« Основные сетевые утилиты»). [7]

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

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

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

Технология

[ редактировать ]

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

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

Сессии

[ редактировать ]

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

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

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

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

[ редактировать ]

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

В зависимости от настройки двух систем звонок может завершиться здесь. Например, когда вызывающий абонент отвечает именем своей системы, вызываемая система может повесить трубку, если она не распознает вызывающего абонента, отправив сообщение 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, шесть ой, нулевой терминатор), и вызываемая система отвечает \20OOOOOO\0 (control-P, семь ой, нулевой терминатор). Некоторые системы просто зависают при успешном приеме команды H и не утруждают себя финальным рукопожатием.

g-протокол

[ редактировать ]

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

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

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

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

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

Другие протоколы

[ редактировать ]

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

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

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

Электронный протокол («e» для Ethernet) был разработан Клемом Коулом в MASSCOMP и широко распространен Брайаном Редманом в более поздних версиях HoneyDanBer. Он был разработан и выпущен до появления t-протокола, но t-протокол использовался чаще, поскольку версия UUCP для BSD была доминирующей реализацией. Электронный протокол отличается от t-протокола только тем, что команды не пакетируются и вместо этого отправляются как обычные строки, а файлы дополняются до ближайших 20 байтов. [11] [13]

Маршрутизация почты

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

The uucp и uuxqt возможности могут быть использованы для отправки электронной почты между компьютерами с помощью подходящих пользовательских интерфейсов почты и программ-агентов доставки. Простой почтовый адрес UUCP формировался из имени соседней машины, восклицательного знака (часто произносится как «банг ») и имени пользователя на соседней машине. Например, адрес barbox!user будет относиться к пользователю пользователя на соседнем компьютере barbox . [14]

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

Пользователь barbox!user обычно публикует свой адрес электронной почты 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 с использованием bang-путей. Они все еще используются в строках заголовка Path формата сообщений Usenet . Теперь они имеют только информационную цель и не используются для маршрутизации, хотя их можно использовать для предотвращения возникновения петель.

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

UUCPNET и картографирование

[ редактировать ]

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

Проект сопоставления 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 в настоящее время в основном заменен протоколами Интернета на основе TCP/IP SMTP для почты и NNTP для новостей Usenet.

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

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

[ редактировать ]

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

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

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

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

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

См. также

[ редактировать ]

Ссылки

[ редактировать ]
  1. ^ СИСТЕМА РАЗДЕЛЕНИЯ ВРЕМЕНИ UNIX(TM): РУКОВОДСТВО ПРОГРАММИСТА UNIX, седьмое издание, том 1 (PDF) . Мюррей Хилл, Нью-Джерси: Bell Telephone Laboratories, Incorporated. Январь 1979 г. Архивировано (PDF) из оригинала 29 апреля 2016 г. Проверено 20 февраля 2018 г.
  2. ^ «Аминет – Поиск» .
  3. ^ Макилрой, доктор медицины (1987). Читатель Research Unix: аннотированные выдержки из Руководства программиста, 1971–1986 (PDF) (Технический отчет). CSTR. Лаборатории Белла. 139. Архивировано (PDF) из оригинала 11 ноября 2017 г. Проверено 1 февраля 2015 г.
  4. ^ «Руководство по Unix версии 7: «Описание реализации UUCP» Д. А. Новица и «Коммутируемая сеть систем UNIX» Д. А. Новица и М. Е. Леска» (PDF) . Архивировано (PDF) из оригинала 21 февраля 2018 г. Проверено 21 февраля 2018 г.
  5. ^ Холдер, Питер (19 января 2007 г.). «Начало коммерческого Интернета в Великобритании» (PDF) . 6-й Форум сетевых операторов Великобритании . Проверено 12 февраля 2020 г.
  6. ^ Рид, Джим (3 апреля 2007 г.). «Сеть в академических кругах Великобритании ~ 25 лет назад» (PDF) . 7-й Форум сетевых операторов Великобритании . Проверено 12 февраля 2020 г.
  7. ^ Гэри Дж. Мураками (24 сентября 1988 г.). «История ihnp4 и рост сети электронной почты» . Архивировано из оригинала 11 сентября 2013 года . Проверено 7 июня 2013 г.
  8. ^ Ян Лэнс Тейлор (сентябрь 1991 г.). «Доступна бета-версия нового пакета UUCP» . Проверено 19 января 2009 г.
  9. ^ Ян Лэнс Тейлор (июнь 2003 г.). «Протокол UUCP 'f'» . Архивировано из оригинала 18 июля 2008 г. Проверено 4 августа 2008 г.
  10. ^ Перейти обратно: а б Фабьен Пенсо. «УУЦПсш» . Архивировано из оригинала 30 сентября 2009 г. Проверено 9 августа 2009 г.
  11. ^ Перейти обратно: а б с д и ж г Тейлор, Ян Лэнс (8 марта 1996 г.). «Часто задаваемые вопросы о внутреннем устройстве UUCP» . Архивировано из оригинала 6 ноября 2019 года . Проверено 29 августа 2020 г. .
  12. ^ Киркси, Кеннет (25 декабря 1991 г.). «Что нужно знать о модемах» . Архивировано из оригинала 24 октября 2020 года . Проверено 29 августа 2020 г. . Фактическая пропускная способность составляет около 14400 бит/с.
  13. ^ Талбот, Стивен (февраль 1988 г.). Руководство по управлению UUCP, ред . C. Руководства пользователя. Массачусетская компьютерная корпорация.
  14. ^ Серф, Винт (20 марта 2022 г.). «[Интернет-политика] Почему мир должен сопротивляться призывам подорвать Интернет» . IETF-обсуждение (список рассылки) . Проверено 24 марта 2022 г.
  15. ^ Хейбрегтс, Нильс (30 июля 2012 г.). «Блог XS4ALL: Afscheid van UUCP (Прощай, UUCP)» (на голландском языке). XS4ALL . Архивировано из оригинала 31 июля 2013 года.
  16. ^ Рэндольф Бентсон (август 1995 г.). «Linux уходит в море» . Архивировано из оригинала 26 февраля 2008 г. Проверено 21 февраля 2009 г.
  17. ^ Рафаэль Диниз (январь 2021 г.). «UUCP 1.07.27-журнал изменений» . Архивировано из оригинала 12 августа 2020 г. Проверено 10 января 2021 г.
  18. ^ Рафаэль Диниз (январь 2021 г.). «Высокочастотная система экстренного и сельского мультимедийного обмена» . Проверено 10 января 2021 г.
  19. ^ К. Мерчисон; К. Линдси; Д. Кон (ноябрь 2009 г.). "Путь" . Формат статьи Netnews . IETF . п. 14-16. сек. 3.1.5. дои : 10.17487/RFC5536 . РФК 5536 .
  20. ^ Кевин Фолл (август 2003 г.). «Сетевая архитектура, устойчивая к задержкам, для проблемного Интернета». Материалы конференции 2003 г. по приложениям, технологиям, архитектурам и протоколам компьютерной связи - SIGCOMM '03 . Конференция 2003 г. по приложениям, технологиям, архитектурам и протоколам компьютерной связи. ACM SIGCOMM . стр. 27–34. дои : 10.1145/863955.863960 . ISBN  978-1-58113-735-4 .
[ редактировать ]
Retrieved from "https://en.wikipedia.org/w/index.php?title=UUCP&oldid=1193166008#Bang_path"
Arc.Ask3.Ru: конец переведенного документа.
Arc.Ask3.Ru
Номер скриншота №: de5babd41dbbcf602920eca6a2c36845__1704185460
URL1:https://arc.ask3.ru/arc/aa/de/45/de5babd41dbbcf602920eca6a2c36845.html
Заголовок, (Title) документа по адресу, URL1:
UUCP - Wikipedia
Данный printscreen веб страницы (снимок веб страницы, скриншот веб страницы), визуально-программная копия документа расположенного по адресу URL1 и сохраненная в файл, имеет: квалифицированную, усовершенствованную (подтверждены: метки времени, валидность сертификата), открепленную ЭЦП (приложена к данному файлу), что может быть использовано для подтверждения содержания и факта существования документа в этот момент времени. Права на данный скриншот принадлежат администрации Ask3.ru, использование в качестве доказательства только с письменного разрешения правообладателя скриншота. Администрация Ask3.ru не несет ответственности за информацию размещенную на данном скриншоте. Права на прочие зарегистрированные элементы любого права, изображенные на снимках принадлежат их владельцам. Качество перевода предоставляется как есть. Любые претензии, иски не могут быть предъявлены. Если вы не согласны с любым пунктом перечисленным выше, вы не можете использовать данный сайт и информация размещенную на нем (сайте/странице), немедленно покиньте данный сайт. В случае нарушения любого пункта перечисленного выше, штраф 55! (Пятьдесят пять факториал, Денежную единицу (имеющую самостоятельную стоимость) можете выбрать самостоятельно, выплаичвается товарами в течение 7 дней с момента нарушения.)