Кратко

  • Общедоступные FTP-архивы использовали команды входа USER и PASS; для учётной записи anonymous нередко подходили guest или адрес электронной почты.
  • Адрес как вежливый знак посетителя вошёл в инструкции MIME и правило для FTP-URL 1994 года. Права гостевой записи определяли реальный доступ к файлам.

У стойки объявлено: «Вход свободный». Сотрудник всё равно просит пароль. Ранний Интернет умел устраивать такие сцены без всякой сатиры. FTP-клиент задавал вопрос, предусмотренный протоколом, а сервер принимал гостя под именем anonymous. В ответ на PASS посетитель вводил guest или свою электронную почту. Имя поля осталось от обычного входа; назначение строки зависело от правил конкретного архива.

RFC 959, спецификация FTP 1985 года, закрепил команды USER и PASS. Через них проходили личные учётные записи и общий гостевой аккаунт. Владельцы архивов открывали ему отдельные каталоги и разрешали получать файлы, оставляя запись на сервер ограниченной. В руководстве RFC 1635 за 1994 год прямо говорится, что анонимным пользователям обычно не позволяли передавать файлы в архив. Табличка «пароль» висела у входа, но пределы прогулки задавали разрешения на внутренних дверях.

Инструкции для новичков показывают разнообразие порядков. RFC 1325, опубликованный в мае 1992 года, советовал имя anonymous и пароль guest, замечая, что многие системы принимали любую строку. RFC 1635 добавил другую распространённую форму: электронный адрес. Некоторые архивы уже требовали его и не принимали guest. Авторы называли это учтивостью, позволявшей администратору получить представление о посетителях. В образце сеанса с архивом NASA NAIC сервер просит полный адрес, а затем даёт гостю получить файл. Это запись о конкретной практике, а не приказ всему Интернету.

Обычай оказался удобен и для программ, которые направляли людей к файлам. RFC 1521 о MIME, 1993 год, описал доступ anon-ftp к внешнему содержимому письма через имя anonymous и пароль, соответствующий почтовому адресу пользователя. RFC 1738 о URL, декабрь 1994 года, предусмотрел, что клиент FTP-адреса при запросе пароля подставит anonymous и почтовый адрес пользователя. То, что выглядело вежливой записью в журнале посетителей, стало воспроизводимым действием клиентского ПО.

Здесь слово «анонимный» звучит особенно забавно. У гостя нет личной учётной записи, но в поле пароля может оказаться адрес для связи. Администратор получает приблизительный след, посетитель — доступ к опубликованным файлам. На другом сервере хватит guest или произвольного текста. Адрес не заменяет систему проверки личности; он сопровождает ограниченную гостевую запись.

RFC 2228, расширения безопасности FTP 1997 года, объясняет исторический фон. Обычные имена и пароли FTP передавались открытым текстом. Документ отделяет анонимные архивы от риска кражи секретного пароля и одновременно напоминает, что целостность и конфиденциальность бывают важны и для публичных файлов. Отправка почты в поле PASS не делала линию защищённой. Ограничения на сервере и защита передачи оставались разными задачами.

Публичный архив воспользовался старой формой входа ради нового способа делиться. Машина говорила «пароль», посетитель оставлял визитку, сервер следил за тем, какие шкафы открыты для всех. В этой странной вежливости есть точный портрет ранней сети: открытость строилась из существующих команд, а люди договаривались, что эти команды теперь означают.