Перейти к основному содержанию

Основное направление

Интернет-инфраструктура

В фасете «Основное направление» значение «Интернет-инфраструктура» группирует публикации по основной предметной области. В одном месте собраны статьи, открытые источники, институты, компании, люди, региональные риски, операционные зависимости и рыночный контекст. Страница объясняет границы области, основных участников и источники, на которые стоит опираться при сравнении сигналов. Она помогает увидеть, как одна тема проявляется в событиях, профилях, изменениях рынка и долгосрочных инфраструктурных решениях.

Идентификатор жил, пока письмо могло исчезнуть: как POP3 EXPIRE отделил узнавание от хранения

История

Идентификатор жил, пока письмо могло исчезнуть: как POP3 EXPIRE отделил узнавание от хранения

UIDL позволял клиенту узнать прежнее письмо после нового подключения. EXPIRE мог сообщить политику хранения. Эти два механизма отвечали на разные вопросы: «это тот же элемент?» и «как долго сервер обязан его держать?». История POP3 важна именно тем, что постоянство имени не…

24 авг. 2026 г.
Код ошибки, попросивший блокирующего представиться

История

Код ошибки, попросивший блокирующего представиться

HTTP 451 делал правовой барьер и исполнителя видимыми, но не мог обязать раскрыть сведения, проверить требование или увидеть блокировку ниже HTTP.

24 авг. 2026 г.
Последняя несжатая строка: как IMAP изменил смысл всех последующих байтов

История

Последняя несжатая строка: как IMAP изменил смысл всех последующих байтов

Ответ сервера выглядел привычно: тег, `OK`, короткое пояснение и CRLF. Но это была последняя строка, которую можно было прочитать по старым правилам. После успешного COMPRESS следующий байт сервера принадлежал уже не видимой грамматике IMAP, а потоку DEFLATE. Обе стороны должны…

24 авг. 2026 г.
Приветствие, которое пришлось повторить: как STARTTLS сбросил доверие SMTP

История

Приветствие, которое пришлось повторить: как STARTTLS сбросил доверие SMTP

Клиент уже назвал себя открытым текстом, а сервер так же открыто перечислил возможности. Последующее включение TLS в том же соединении не могло задним числом сделать эти слова защищёнными. Поэтому SMTP провёл жёсткую границу: после рукопожатия прежнее знание стиралось, и разговор…

24 авг. 2026 г.
Учётные данные, которые не могли подписать письмо: как SMTP AUTH ограничил идентичность отправки

История

Учётные данные, которые не могли подписать письмо: как SMTP AUTH ограничил идентичность отправки

Учётные данные могли открыть шлюз подачи почты, но не могли подписать прошедшее через него письмо. Ценность SMTP AUTH состояла именно в сохранении этой границы: сервер узнавал, кто установил сеанс и что этой учётной записи разрешено здесь, не объявляя установленными автора…

24 авг. 2026 г.
linuxptp и контур управления точным временем

Институты мира

linuxptp и контур управления точным временем

linuxptp превращает Linux-хост, аппаратные часы и сетевой источник времени в систему точного времени. Его демоны координируют состояние IEEE 1588, метки времени пакетов, сервоконтуры и системные часы, но одно только ПО не создаёт точность: результат по-прежнему зависит от сетевых…

24 авг. 2026 г.
Laurent Vanbever и сеть, которую нужно тестировать, пока она меняется

Учёные

Laurent Vanbever и сеть, которую нужно тестировать, пока она меняется

Работы Laurent Vanbever рассматривают конфигурацию сети как исполняемое программное обеспечение, чьи ошибки могут проявляться до, во время или после развёртывания. От безопасных миграций маршрутизации и синтеза конфигураций до обнаружения ошибок BGP во время выполнения и…

24 авг. 2026 г.
Адрес, который нельзя было понизить: как SMTPUTF8 сделал маршрут частью имени

История

Адрес, который нельзя было понизить: как SMTPUTF8 сделал маршрут частью имени

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

24 авг. 2026 г.
Katerina Argyraki и поиск доказательств в пересылке пакетов

Учёные

Katerina Argyraki и поиск доказательств в пересылке пакетов

Исследования Katerina Argyraki сосредоточены на проблеме, которая становится острее по мере роста программируемости сетей: система обработки пакетов может быть быстрой и гибкой, но у операторов и пользователей часто мало доказательств того, что она вела себя корректно. Её работа…

24 авг. 2026 г.
FreeRADIUS и решения о доверии при доступе к сети

Институты мира

FreeRADIUS и решения о доверии при доступе к сети

Вход в сеть может решаться несколькими пакетами, но стоящая за ним цепочка доверия охватывает сертификаты, каталоги, устройства доступа, партнёров по роумингу и системы учёта. FreeRADIUS делает политику проверяемой и программируемой, оставляя операторам ответственность за…

24 авг. 2026 г.
Dave Maltz и операционная платформа сети Azure

Создатели

Dave Maltz и операционная платформа сети Azure

Роль Dave Maltz в Microsoft лучше всего раскрывается через масштаб возглавляемой им организации. Azure Networking объединяет клиентские сервисы, DNS, безопасность, распределённое управление, перенос обработки с хостов, ПО коммутаторов, фабрики дата-центров, глобальные каналы и…

24 авг. 2026 г.
Квитанция, которая не могла обещать доставку

История

Квитанция, которая не могла обещать доставку

SMTP DSN превратил возвратное письмо в структурированное свидетельство, сохранив главную границу: отправитель мог запросить отчёт, но тот не мог подтвердить больше, чем наблюдала сообщившая система.

24 авг. 2026 г.
BIRD и механизм политик маршрутизации точек обмена интернет-трафиком

Институты мира

BIRD и механизм политик маршрутизации точек обмена интернет-трафиком

BIRD Internet Routing Daemon вырос из чешского университетского проекта в систему плоскости управления для требовательных сетевых сред, включая точки обмена интернет-трафиком, где политика централизована, а операционные ошибки могут быстро распространяться. Его история…

24 авг. 2026 г.
Восьмому биту требовалось разрешение на каждом переходе: как 8BITMIME изменил SMTP

История

Восьмому биту требовалось разрешение на каждом переходе: как 8BITMIME изменил SMTP

Письмо могло правильно описывать символ с диакритикой, хотя не каждый ретранслятор умел сохранить его октеты. 8BITMIME заменил надежду локальным обещанием: сначала объявить возможность, затем сберечь каждый принятый бит.

24 авг. 2026 г.
Команды ушли раньше ответов: как SMTP PIPELINING изменил ожидание

История

Команды ушли раньше ответов: как SMTP PIPELINING изменил ожидание

Ранний SMTP останавливался почти после каждой команды. На дальней линии молчание полного пути могло стоить дороже передачи самих строк. PIPELINING сократил паузы, но сделал порядок обязательной книгой учёта ещё не завершённых решений.

23 авг. 2026 г.
Метод против недопонимания: HTTP 510

История

Метод против недопонимания: HTTP 510

RFC 2774 не позволял серверу игнорировать обязательное расширение и при этом сообщать об успехе. Судьба 510 показывает цену проверяемого смысла.

23 авг. 2026 г.
Письмо, измеренное до отправки: как SMTP SIZE перенёс отказ на более ранний этап

История

Письмо, измеренное до отправки: как SMTP SIZE перенёс отказ на более ранний этап

Ранний SMTP мог передать большое письмо целиком и лишь затем узнать, что сервер никогда его не сохранит. Расширение SIZE не обещало доставку. Оно позволило двум ретрансляторам сопоставить заявленную нагрузку с локальной ёмкостью до полной оплаты передачи.

23 авг. 2026 г.
Сеть ответила вместо источника: зачем HTTP понадобился статус 511

История

Сеть ответила вместо источника: зачем HTTP понадобился статус 511

Приложение обратилось к знакомому серверу, а получило страницу входа гостиничной сети. HTTP 511 попытался точно обозначить эту подмену говорящего: сеть доступа вправе сообщить о собственном условии допуска, но не получает идентичность запрошенного источника. Ограничения статуса…

23 авг. 2026 г.
Сервер, который перестал перезванивать: как пассивный FTP прошёл через межсетевой экран

История

Сервер, который перестал перезванивать: как пассивный FTP прошёл через межсетевой экран

FTP приспособился к межсетевому экрану не новым способом передачи файлов, а сменой инициатора. Сервер перестал открывать второй канал обратно к клиенту и начал ждать его соединения. Это решило вопрос проходимости, но не превратило направление или номер порта в удостоверение…

23 авг. 2026 г.
Запрос оказался слишком большим до начала содержимого: зачем HTTP понадобился 431

История

Запрос оказался слишком большим до начала содержимого: зачем HTTP понадобился 431

HTTP-запрос может получить отказ до чтения содержимого. Причина не в едином пределе протокола: один из получателей решил, сколько управляющего контекста он готов обработать. Код 431 сделал эту локальную границу понятной.

23 авг. 2026 г.