Основное направление
Интернет-инфраструктура
В фасете «Основное направление» значение «Интернет-инфраструктура» группирует публикации по основной предметной области. В одном месте собраны статьи, открытые источники, институты, компании, люди, региональные риски, операционные зависимости и рыночный контекст. Страница объясняет границы области, основных участников и источники, на которые стоит опираться при сравнении сигналов. Она помогает увидеть, как одна тема проявляется в событиях, профилях, изменениях рынка и долгосрочных инфраструктурных решениях.
История
Копия, пришедшая в виде различия: HTTP 226
HTTP 226 передаёт новую инстанцию как инструкцию для кэшированной базы. База, дельта-сообщение и восстановленный результат сохраняют разные идентичности.
История
Псевдоним, которому не понадобился второй обход: HTTP 208
WebDAV мог показать одну коллекцию по двум путям. HTTP 208 сохраняет второй путь в отчёте, но не обходит заново уже перечисленных потомков.
История
Предпочтение могло проиграть: гонка Happy Eyeballs
Верный IPv6-адрес может вести к молчащему пути. Happy Eyeballs даёт предпочтению старт первым, но рабочий путь может победить без долгого ожидания.
История
Соединение дольше адреса: зачем QUIC идентификаторы
Адрес и порт UDP могут смениться при незавершённой работе. Идентификатор QUIC сохраняет нить, но проверка пути и новые значения ограничивают доверие и слежение.
История
Имя из вопроса: как DNS ограничивает шаблон
Шаблон DNS может создать имя, которого нет в зоне. Точные узлы, пустые нетерминалы и делегирование решают, когда этот ограниченный ответ допустим.
История
Имя, которого не было в соединении: зачем HTTP понадобился Host
TCP достигал адреса, а HTTP называл путь, но общий сервер не знал выбранный сайт. HTTP/1.1 сделал эту область полномочий явной в `Host`.
История
Заголовок, исчезнувший между пакетами
RFC 1144 почти убрал сорок октетов заголовка с медленных линий: соседние узлы хранили общее состояние и передавали лишь изменение.
История
Строка, похожая на конец в SMTP
SMTP завершал письмо неизвестной длины строкой из одной точки. Удвоение сделало границу обратимой, а CHUNKING позднее перешёл к счёту октетов.
История
HTTP 100 Continue: разрешение без принятия
HTTP 100 Continue позволяет отказать по заголовкам до отправки большого тела, не смешивая временное разрешение передачи с окончательным принятием.
История
Молчание, которое не было отказом: почему TCP Keepalive остался необязательным
Установленное TCP-соединение способно часами не передавать ни байта и оставаться исправным. Keepalive задумывался не как судья этого молчания, а как осторожный вопрос удалённому TCP: можно ли получить ограниченное свидетельство ответа сейчас? Решение о допустимой длительности…
История
Кто слишком рано открыл окно TCP: цена немедленного разрешения
Получатель TCP мог объявлять каждый освободившийся байт, а отправитель — немедленно использовать каждое предложение. Такая открытость казалась точной и совместной. При повторении соединение тратило почти всю работу на крошечные пакеты. Историческое исправление дало обоим концам…
Институты мира
Public Suffix List: файл, определяющий границы доверия в вебе
DNS показывает, что shop.example.co.uk находится под co.uk, но не говорит браузеру, где начинается независимая регистрация. Public Suffix List восполняет эту недостающую карту политики. Поддерживаемый волонтёрами текстовый файл теперь влияет на cookie, группировку сайтов…
История
Обновление окна, которое могло пропасть: почему TCP научился ждать при нуле
Получатель вправе временно запретить новые байты и при этом оставаться исправным. Когда место возвращается, разрешение часто приходит в чистом ACK — пакете, который может исчезнуть без надёжного повтора. Режим persist спасал это разрешение, но не решал за приложение, сколько…
История
Вердикт, которого не дал UDP: кому принадлежал риск нуля?
Ноль в UDP был не хорошим результатом проверки, а уведомлением: отправитель не дал вердикта. Переход от IPv4 к IPv6 перераспределил ответственность. Кто вправе убрать общее свидетельство и когда сэкономивший вычисления обязан владеть также созданным риском?
История
Когда оба конца позвонили одновременно: почему одновременное открытие TCP не было столкновением
Учебная схема TCP заранее раздаёт роли: клиент звонит, сервер ждёт. Спецификация 1981 года допускала более симметричный разговор. Два процесса могли одновременно выполнить активное открытие друг к другу; их SYN пересекались, а результатом становилось одно соединение. Позднее…
История
Цена терпимости: как уступчивость получателя превратила баги в закон протокола
Самое известное правило несовершенного Интернета помогло разным реализациям начать разговор. Получатель брал неоднозначность на себя, чтобы сеть заработала. Но бессрочная уступка скрыла дефекты, превратила странности в обязательства и заставила каждую новую программу платить за…
История
Указатель, который никогда не был вне полосы: как срочный механизм TCP отделился от своего потока
Приложению требовалось привлечь внимание занятого процесса без второго соединения. TCP предложил границу в том же потоке байтов; интерфейсы вынесли один байт в сторону, стандарт и код разошлись на единицу, а промежуточное устройство получило возможность стереть само уведомление.
История
Сообщение, которое Интернет научился игнорировать: почему ICMP Source Quench утратил полномочия
В раннем Интернете перегруженный шлюз мог отправить отдельный приказ удалённому источнику снизить скорость. Эксплуатация перевернула эту договорённость: обратная связь о перегрузке осталась необходимой, но голое ICMP-сообщение перестало заслуживать власть над темпом транспорта.
История
Сумма с двумя нулями: как контрольная сумма Интернета ограничила ошибку, а не доверие
Дешёвая 16-битная операция позволила отбрасывать множество повреждённых пакетов. Но она не удостоверяла личность: история двух представлений нуля показывает, насколько узким было её утверждение.
История
Отчёт, которому отправитель не мог доверять: почему TCP SACK остался подсказкой
Даже после сообщения получателя о принятом диапазоне отправитель TCP обязан хранить его копию. Это недоверие было не слабостью SACK, а защитной границей: точное наблюдение помогает восстановлению, но не становится окончательной распиской.