web

Как связать старые системы с новыми сетями.

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

Содержание скрыть

Gopher

В настоящее время Gopher является прямым предком HTTP и World Wide web. Конец 1980-х годов – это время его взлета и падения. Как бы это не было странно но протокол Gopher, а также его эталонная реализация не были открытыми стандартами и свободными ПО. Это его и сгубило: с ростом популярности протокола его разработчик — университет Миннесоты — решил, что ему нужно получать лицензионные отчисления с серверов, на которых он разместил свои разработки. Ясно что отчисления никто не платил и поэтому все перешло в создающийся World Wide Web, ведь HTTP являлся открытым стандартом. По имеющимся данным, университет Миннесоты принял решение о смене лицензии на свободную, но это было уже поздно.

В общем, о Gopher можно было бы и забыть, но забыли далеко не все. Как ни парадоксально это звучит, в конце 2010-х годов число серваков Gopher снова возросло. Окончательная победа Web и продолжающийся рост сложности браузеров привели к тому, что создать новый браузер с нуля практически невозможно, а сервисы интернета все больше оказываются в руках крупных компаний-конкурентов. Спасти ситуацию может разработка новых протоколов вроде Gemini, или в возврате к Gopher.

По сравнению с новыми альтер-натив-ными протоко-лами, Gopher обладает довольно неплохой экосистемой. Это поддерживают энтузиасты, которые помогают в реализации поисковых систем и серверов а также бесплатный хостинг.

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

Не верно обратное: все современные браузеры уже давно отказались от встроенной поддержки (как сейчас отказывают в поддержке FTP), а потом и все API расширений, которые позволяли эту поддержку реализовывать. На данный момент поддержка осталась в Lynx и w3m. Firefox позволяет расширять возможности работы с сетью и добавлять новые протоколы посредстом внешних хелперов а например Google Chrome не предоставляет даже этого. Это все наталкивает на мысль: может, в словах современных любителей Gopher о монополии браузеров и есть рациональное зерно…

HTTPS

А вот с World Wide Web ситуация иная. Сайты на серверах с устаревшим ПО остаются все так же доступны для новых браузероа, а вот старые браузеры зачастую не в состоянмм выполнить запрос на новые сервера.

Ни Gopher, ни обычное HTTP не поддерживали шифрование, поскольку они были разработаны в эпоху, когда в защите было мало потребности, а распространение программного обеспечения для шифрования часто подчинялось тем же правилам, что и экспорт оружия. Сейчас ситуация совершенно иная, поэтому обязательное перенаправление с HTTP на HTTPS давно стало стандартом, а поддержка устаревших алгоритмов шифрования и цифровых подписей регулярно удаляется из новых версий браузеров, чтобы избежать downgrade attacks и угроз долговременной криптостойкости. По соображениям безопасности это большое преимущество, но для любителей ретро-вычислений или вынужденных пользователей систем, где просто обновить браузер больше невозможно, наоборот, это большая проблема.

Для этих случаев Александр Тауенис разработал проект под названием WebOne. Это специализированный прокси-сервер, который в простейшем случае принимает запрос от клиента на http://example.com, делает запрос на https://example.com и возвращает ответ, как если бы HTPS не было. Поскольку взаимодействие между клиентом и прокси-сервером осуществляется через обычный HTTP, поддержка текущих версий TLS на стороне клиента больше не является проблемой — вы можете использовать Netscape или Mosaic.

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

Для примера можно рассмотреть настройку подмены адреса библиотеки jQuery из стандартного конфига.

[Edit:jquery.min.js]

; Redirect all requests to jQuery of versions other than 1.9.1 to Google's CDN with
; the last version supported by Firefox 3.6. This will not touch WebDAV traffic.
; Title: RegExp mask of URLs that should be touched by this Set of edits.
; IgnoreUrl: RegExp mask(s) of URLs which should NOT be touched by this Set of edits.
; OnUrl: additional URL RegExp masks not listed in section's title.
; AddRedirect: the destination URL of this redirection rule
IgnoreUrl=1.9.1
IgnoreUrl=webdav
OnUrl=jquery2.js
OnUrl=jquery-[0-9]*\.[0-9]*\.[0-9]*\.min\.js
IgnoreUrl=webdav
AddRedirect=http://ajax.googleapis.com/ajax/libs/jquery/1.9.1/jquery.min.js

Проект написан на C #, но он также хорошо работает в Linux через ядро .NET. По умолчанию после запуска исполняемого файла WebOne он слышит на адресе 0.0.0.0:8080. Для своих виртуальных машин на VirtualBox я прописываю параметр DefaultHostName = 192.168.56.1 в конфигурации /etc/WebOne/webone.conf, чтобы он слушал только внутренний интерфейс (адаптер только для хоста).

TFTP

Протокол-долгожитель TFTP (Trivial File Transfer Protocol), появившийся в 1981 году (RFC 784), до сих пор актуален. По этой причине стандартным способом загружать по сети образ ОС является PXE, использующий именно этот протокол для передачи образа операционной системы и ее файлов.Технически современные системы с UEFI вполне могли бы себе позволить встроенный клиент HTTPS, но PХE требует соответствующей опции DHCP для передачи адреса и пути к файлу, так что поменять этот стандарт не так просто. С другой стороны — всё и так неплохо работает.

Как правило не плохо, но бывает всякое). К сожалению некоторые прошивки материнских плат и встраиваемых устройств реализуют TFTP не корректным или просто непонятным способом, и отправляют кривые пути к файлам, которые сервер не понимает. Но чаще всего это бывает так, что обновление этой прошивки не планируется и не планировалось.

При этом важно помнить, что некоторые реализации сервера TFTP могут транслировать запросы. Кроме того, в частности, tftpd-hpa за авторством известного разработчика ядра Linux Ганса Петера Анвина поддерживает опцию mapfiles.

Синтаксис замен напоминает синтаксис sed. Например, можно заменить (r) все (g) обратные слеши прямыми.

rg \\ /

Telnet и rlogin

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

В пакете inetutils в комплекте с актуальными ping и whois присутствуют также telnetd и rlogsind/rshd. Разумеется, пользоваться этими вещами в локальной сети — это просто отвратительно, а выставлять их в публичную сеть просто немыслимо.

Однако, если вы хотите войти в современную систему или скопировать файлы из нее в какую-нибудь древнюю Unix-подобную ОС, они вполне могут пригодиться. Поскольку rlogin / RSH / RCP появился еще в 1981 году, а Telnet — еще раньше, этот метод может работать даже с самыми старыми системами, если они могут быть подключены к современной сети.

По словам разработчиков, в Fedora компоненты inetutils находятся в отдельных пакетах. Следует отметить, что эти программы, как и многие другие старые демоны, являются не «обычными» демонами, а скорее службами Inetd. К счастью, разработчики пакетов создали для них служебные файлы systemd, поэтому начать работу легко — вам не нужно возиться с xinetd вручную.

По словам разработчиков, в Fedora компоненты inetutils находятся в отдельных пакетах. Следует отметить, что эти программы, как и многие другие старые демоны, являются не «обычными» демонами, а скорее службами Inetd. К счастью, разработчики пакетов создали для них служебные файлы systemd, поэтому начать работу легко — вам не нужно возиться с xinetd вручную.

Посмотрим на моей Fedora 33. Начнем с Telnet.

[dmbaturin@careless ~]$ sudo dnf install telnet-server telnet

[dmbaturin@careless ~]$ sudo systemctl start telnet.socket
[dmbaturin@careless ~]$ telnet localhost
Trying ::1...
Connected to localhost.
Escape character is '^]'.
 
Kernel 5.11.14-200.fc33.x86_64 on an x86_64 (9)
careless login:

Запустить rlogind ничуть не сложнее.

[dmbaturin@careless ~]$ sudo dnf install rsh-server rsh

[dmbaturin@careless ~]$ sudo systemctl start rlogin.socket
[dmbaturin@careless ~]$ rlogin localhost
Password:

В отличие от реализации SSH, telnetd и rlogind поддерживают только интерактивные сеансы. Утилиты RSH и RCP взаимодействуют не с rlogind, а с соответствующим демоном, rshd. Если rlogin хотя бы знает, как запрашивать пароль (даже если он передается в виде открытого текста), то в настоящее время rshd поддерживает только один совершенно абсурдный метод «аутентификации» — файл ~ / .rhosts.

$ echo "localhost dmbaturin" > ~/.rhosts

Да, чтобы успешно использовать rcp или rsh, достаточно знать имя пользователя и указать верное имя хоста, ничего другого знать не надо.

$ rsh localhost uname

Linux
 
$ rcp localhost:/tmp/test .

Для того чтобы погрузиться в историю и экспериментировать с RSH/RCР, лучше всего на машине с отключенным SELinux. Конечно же можно выставить контекст файлу командой restorecon -R ~/.rhosts и дать rshd разрешение на sys_resource, но проще временно написать selinux=0 во всех опциях загрузчика ядра.

Заключение

Протоколы меняются, теряют совместимость и уходят в прошлое, но если задаться целью, то взаимодействовать с новыми серверами со старых железок или софта в виртуалке вполне возможно. Хочу надеяться на то, что эти инструменты помогут вам во время проведения досуга с ретрокомпьютингом или в мигрировании со старых систем.

Click to rate this post!

[Total: 0 Average: 0]

faza