Сети и протоколы
Всё вместе: тест с выбором ответа
Суть Кросс-трековый тест с выбором для капстоуна по сетям — один URL через DNS, TCP/QUIC, TLS, прокси-шлюзы, рендеринг и защиты от каскадов, удерживающие систему на ногах.
Высота — путь к senior
НольJuniorMiddleSenior
Ты на senior-высоте — в орбитеШесть вопросов, каждый из которых режет сразу через несколько глав трека. Ни один не является определением из одного урока — каждый отражает решение, которое senior-инженер принимает, когда реальная загрузка страницы ведёт себя плохо, а причина может жить в любом слое.
Цель
Убедись, что рассуждаешь обо всём стеке как об одной системе: какой слой владеет симптомом, какая оптимизация убирает round-trip, а какая лишь укорачивает его, и как одна медленная зависимость превращается в общий отказ сайта.
Викторина
Completed
Вернувшийся пользователь загружает страницу за CDN. Нужен максимальный единичный выигрыш по time-to-first-byte. Какой рычаг побеждает и почему?
Heads-up TLS 1.3 экономит один RTT на новом соединении, но на тёплом повторном визите TLS уже возобновляется на 0-RTT. Доминирующая стоимость — round-trip до origin, который убирает только попадание в edge-кэш.
Heads-up Более быстрый origin помогает лишь интервалу обработки. Цепочка ограничена round-trip, а не CPU — укорачивание одного интервала, который ты и так платишь, даёт куда меньше, чем удаление целых round-trip через кэш.
Heads-up Бо́льший TTL помогает DNS на повторных визитах, но DNS на возврате и так суб-миллисекундный из OS-кэша. Там не лежат миллисекунды.
Викторина
Completed
На тёплом повторном визите по HTTP/3 запрос отправлен внутри QUIC Initial-пакета, до ответа сервера. Обработчик создаёт строку заказа. Каково правильное поведение сервера и почему?
Heads-up 0-RTT шифрует payload, но атакующий, захвативший зашифрованный пакет, может переотправить его дословно. Шифрование не предотвращает replay; идемпотентность — да.
Heads-up Трюки с таймингом не закрывают окно replay и ломаются под нагрузкой. Определённый механизм — отказывать в 0-RTT для неидемпотентных методов с 425 Too Early.
Heads-up Только идемпотентные методы (GET, HEAD, OPTIONS) replay-безопасны на 0-RTT. POST, меняющий состояние, — именно опасный случай.
Викторина
Completed
Ботнет из 10 000 резидентных IP, каждый шлёт около 1 req/s. Лимит по IP — 5 req/s, а WAF видит обычные browser-фингерпринты. Origin прогибается. Что реально это остановит?
Heads-up Каждый бот и так под лимитом на 1 req/s, а более жёсткий per-IP-потолок наказывает легитимные браузеры, которые burst'ят множество субресурсов сразу. Per-IP-лимит — неверная ось для распределённого флуда.
Heads-up PL4 блокирует легитимный трафик, лишь похожий на атаку, и всё равно не отличает низкочастотного бота с настоящим browser-фингерпринтом. Сигнатурный матчинг — не объёмная защита.
Heads-up Резидентные IP ботнета делят ASN с реальными пользователями, поэтому блокировка ASN бьёт по своим. Надёжное решение — ограничение concurrency на origin, а не блок-листы сетей.
Викторина
Completed
Сеть отрабатывает за 150 мс, но LCP срабатывает на 3.2 с. Hero-изображение внедряется JavaScript'ом после загрузки фреймворка. В чём корневая причина и рычаг с максимальным эффектом?
Heads-up Неудачное возобновление стоит десятки миллисекунд, а не секунды, и сеть уже завершилась за 150 мс. Разрыв — в render-конвейере, а не в рукопожатии.
Heads-up Render-блокирующий CSS намеренный и даёт небольшую ограниченную задержку. Разрыв LCP в 3 секунды указывает на поздно найденный hero, а не на CSSOM.
Heads-up TTFB внутри тех 150 мс, что сеть уже потратила. Разрыв в 3 секунды — на стороне браузера: LCP-элемент забран поздно, потому что preload scanner не смог его обнаружить.
Викторина
Completed
Сторонний API замедляется до 5 с. За 30 с весь сайт лежит, хотя этот API питает только checkout. Какая комбинация защит удержала бы радиус поражения?
Heads-up Backoff замедляет каденс ретраев клиента, но при одном общем пуле на тысячи клиентов медленная зависимость всё равно занимает все потоки. Backoff без изоляции не мешает одной зависимости заморить остальные.
Heads-up Бо́льший общий пул лишь позволяет большему числу потоков скопиться на медленной зависимости до насыщения; он откладывает, а не предотвращает полный стопор. Сдерживает изоляция (bulkhead), а не размер.
Heads-up Бо́льший таймаут дольше держит каждый поток, соединение и буфер на медленном вызове, ускоряя исчерпание. Защита от каскада — быстрый отказ плюс изоляция, а не терпение.
Викторина
Completed
Пассажир в поезде сообщает, что приложение перезагружается каждый раз, когда поезд въезжает в тоннель и телефон переключается с WiFi на сотовую сеть. Приложение работает на HTTP/3. Где ошибка деплоя?
Heads-up Переживание смены IP — это ровно то, что даёт миграция соединения QUIC через Destination Connection ID. Перезагрузка означает, что миграцию ломают ниже по стеку, а не что у QUIC нет этой возможности.
Heads-up Время жизни тикета не связано со сменой сети в середине сессии. Миграция переиспользует существующие ключи и потоки на новом пути; отказ — в маршрутизации по connection ID, а не в возобновлении.
Heads-up HoL-блокировка — проблема TCP/HTTP/2, которой избегают независимые потоки QUIC, и она не вызывает полную перезагрузку при смене сети. Симптом — сломанный путь миграции.
Итог
Сквозная линия всего трека — это одна система: фиксированная цепочка фаз (DNS, TCP/QUIC, TLS, прокси-шлюзы, origin, рендеринг), где число round-trip — рычаг задержки, и где удаление round-trip (edge-кэш, 0-RTT, пулинг) бьёт их укорачивание. Та же композиция отказывает как система — распределённые флуды проскальзывают мимо per-IP-лимитов, поздно найденный hero побеждает preload scanner, одна медленная зависимость каскадирует через нескоординированные ретраи, а балансировщик, слепой к connection ID, ломает миграцию QUIC. Senior-отладка — это знание, какой слой владеет симптомом и какая защита ограничивает радиус поражения.