Временной горизонт
Несколько лет
В фасете «Временной горизонт» значение «Несколько лет» группирует статьи по периоду, в течение которого сигнал может сохранять значение. Страница помогает отличить срочные операционные изменения от более долгих сдвигов в управлении, инвестициях, стандартах и инфраструктуре. Сроки сопоставляются с открытыми источниками, участниками, рынком, рисками для клиентов, политическим давлением и планированием инфраструктуры, чтобы понять, требует ли событие немедленных действий или длительного наблюдения.
История
UUID пересёк соединение. Полномочие осталось: сделка RFC 927 против второго входа
Четыре октета могли избавить человека от повторного ввода пароля, но не могли принять решение за целевой хост. RFC 927 предложил передавать идентификатор только после взаимного согласия и оставил получателю право не доверять чужой аутентификации.
IETF
Daniel Fett: MFA проверила пользователя, но не контекст QR-кода
Пользователь открыл настоящий сайт, ввёл настоящий пароль и честно выполнил второй фактор. Злоумышленник всё равно получил доступ: система установила личность человека, но не доказала, чей именно запрос этот человек одобрил.
Дата-центры: тенденции мира
Marvell за квартал добавила $5,762 млрд обязательств перед поставщиками. Заказы клиентов остаются отменяемыми
Рынок видит высокий спрос на ИИ, а договоры показывают, кто принял необратимое решение первым. За тринадцать недель безусловные обязательства Marvell по закупкам у фабрик и партнёров по сборке и тестированию выросли с $2,7568 млрд до $8,5189 млрд. Однако значительная часть продаж…
История
Нажатие клавиши заняло четыре октета: как RFC 916 заменил повторение состоянием
Шум мог породить ложный байт `01`. Приёмник читал три следующих октета, проверял заголовок и, если проверка не проходила, возвращал все три в поиск синхронизации. Даже самый короткий пакет начинался не с догадки, а с ограниченного доказательства того, где и в каком состоянии его…
История
Имя, которое не сообщало показание: RFC 1065 и форма управляемых вещей
В 1988 году управлению Интернетом нужен был способ описывать наблюдаемое, не выдавая описание за уже полученное наблюдение. RFC 1065 ввёл именно это ограничение: управляемый тип объекта мог иметь устойчивое имя, синтаксис, кодирование и категорию доступа, а текущее значение…
История
Байт, который говорил «начать сначала»: SLIP, RFC 1055 и цена восстановления последовательной рамки
Последовательная линия не передаёт получателю готовые пакеты с аккуратно поставленными границами. Она передаёт поток байтов, а после помехи в буфере может остаться фрагмент, которому уже нельзя уверенно приписать смысл. RFC 1055 предложил для SLIP очень малое действие: посылать…
IETF
Mike McBride и реестр multicast, устранивший лишь один тип коллизии
Сервер и узел могли честно следовать одному стандарту и выбрать одно значение: стандарт выдал обоим один диапазон. RFC 10028 исправила карту адресного пространства, но не стала выдавать запись в реестре за доказательство обновлённого кода и работающего SSM.
История
Переключение не было одним переключением: как RFC 897 отделила переименование от DNS-разрешения
После отключения общей таблицы старый узел мог продолжить работу только ценой новой зависимости: договориться с другим узлом, пользоваться хранилищем своего сообщества или вести собственную таблицу. Временная совместимость не исчезала бесплатно — она меняла владельца и…
История
Сети LAN, которых хост не должен был видеть: RFC 925 и цена скрытой топологии
Ранний интернет-узел мог сделать каждый кабель видимым для внешней сети или заставить хосты считать несколько LAN одной локальной сетью. RFC 925 выбрал вторую иллюзию. ARP хоста не менялся; поиск, запоминание и иногда представление пути, о котором хост не должен знать…
История
Носитель не был соединением: как RFC 892 отделила состояние транспорта от сетевого пути
Исключение объясняет архитектуру лучше общего правила. В классе 0 транспортное соединение жило ровно столько, сколько нижнее сетевое соединение. В классах восстановления разрыв носителя мог привести к переназначению и синхронизации, а не к немедленной смерти состояния. Значит…
IETF
Gavin Brown и успешный create, который ещё не зарегистрировал домен
Квитанция о приёме заявки доказывает работу приёмной, а не победу заявителя. RFC 8334 закрепляет это различие в протоколе: команда может завершиться успешно, заявка — получить идентификатор, а решение о домене всё ещё оставаться впереди.
IETF
Russ Housley и MAC-адрес, который сертификат мог назвать, но не сделать уникальным
Сертификат способен точно сохранить шесть или восемь октетов. Он не способен сам увидеть, какой интерфейс использует их сейчас, откуда пришёл кадр и кто разрешил локальное действие.
История
Кратчайший путь нёс время, но не выбирал эталон: две петли RFC 891
В сети Fuzzball одно HELLO участвовало и в выборе маршрута, и в оценке смещения часов. Но экономия сообщений не превращала метрику в источник власти: путь выбирался по задержке, эталон задавался в `CLOCK-HID`, а применять поправку решал сам узел.
История
Кадр был длиннее дейтаграммы: как RFC 894 оставил заполнение Ethernet за пределами IP
Ошибка в RFC 894 до сих пор видна в исходном тексте: 1500 октетов названы минимумом, хотя из той же фразы следует максимум. Исправление живёт не вместо публикации, а рядом с ней, в проверенном реестре errata. Так же устроен и сам пакет: дополнительные байты живут рядом с…
IETF
Benoît Claise и augment, который базовый модуль не мог назвать
У модели может быть безошибочный исходный текст и неполная фактическая форма. В YANG причина нередко находится снаружи: другой модуль вставляет узлы в базовое дерево, не оставляя своей подписи в базовом файле.
История
Первый ответ был только указателем: как RFC 887 отделил поиск службы от подтверждения
Сведения умного посредника могли устареть, а молчание после широковещательного запроса могло означать потерю пакета. RFC 887 не пытался скрыть эту неопределённость одним флагом «найдено»: он назначил разным утверждениям разные сообщения.
IETF
Kazuho Oku и поле HTTP, которое делает отказ понятным, но не обещает потоковую передачу
Самая трудная задержка выглядит как исправное соединение: сервер уже выдаёт данные, канал открыт, а клиент не видит первого байта. RFC 10036 превращает сознательный отказ поддерживающего посредника в явный результат, не скрывая того, что неизвестный узел всё ещё может молча…
История
Список назвал протокол официальным, но не реализованным: как RFC 880 отделил статус от работающего кода
В каждой строке RFC 880 был не только статус. Рядом стояли спецификация, замечания, зависимости и человек для связи. Такой формат не позволял слову «официальный» заменить вопрос: какой именно текст реализован, на чём он зависит и что происходит в запущенной системе?
IETF
Aaron Parecki и BFF, который останавливает кражу токена, но не захват клиента
Перенос OAuth-токенов из JavaScript на сервер устраняет возможность вынести полномочие и использовать его независимо. RFC 10017 одновременно сохраняет неприятную границу: вредоносный код в правильном origin всё ещё способен попросить BFF выполнить разрешённый вызов через активную…
История
Запасной вход не был маршрутом: как RFC 831 достигал разделённой SATNET
В RFC 831 уже встречалось выражение «soft state», но привычного сегодня жизненного цикла за ним не стояло. Не было ни периода обновления, ни таймера истечения, ни правила очистки. Узкая таблица лишь помогала вернуть ответ старого устройства через аварийный узел. Именно эта…