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

Начните запись до клика

Откройте Web Inspector на вкладке и переключитесь на Network до того, как коснётесь результата поиска. Включите Preserve Log, чтобы список пережил навигацию, заменяющую страницу. Очистите существующие записи и сделайте ровно один клик. Запись, начатая после загрузки страницы, уже потеряла нужный вам запрос.

Используйте страницу без личных данных и держите профиль браузера и состояние VPN неизменными на протяжении всего сравнения. Изменение любого из них на полпути делает два пути несопоставимыми.

Читайте перенаправления по порядку

Читайте строки сверху вниз и следите за кодами состояния. 301 или 302, чьё поле Location указывает на другой хост, — это переход, а не пункт назначения. Следующий за ним запрос — новая навигация со своим разрешением имён, рукопожатием TLS и проверками политики. Посчитайте, сколько хостов затрагивает клик, прежде чем придёт содержимое.

Руководство WebKit по панели Network описывает, как ведут себя записи запросов и параметр Preserve Log, что стоит прочитать перед интерпретацией разреженного списка. Отсутствующие строки обычно означают, что запись началась поздно или service worker ответил из кэша, а не то, что браузер пропустил переход.

Сравните с прямым переходом

Сделайте второй проход к предполагаемой конечной странице, набранной или вставленной напрямую, при том же профиле и той же сети. Сравните два списка с первой строки, где они расходятся. Если путь через клик сбоит на посреднике, которого прямой путь никогда не затрагивает, проблема именно на этом посреднике. Если оба достигают одного origin и только один получает отказ, состояние учётной записи или деталь запроса — лучшая зацепка.

Держите обе записи рядом с отметками времени. Разница во времени не доказывает причинность, но сужает, какую службу исследовать дальше. Отметьте, какому хосту принадлежала каждая отказавшая строка, потому что один и тот же симптом браузера на разных этапах имеет разных владельцев. Если прямой проход тоже сбоит, путь через клик не является отличием.

Точно назовите этап сбоя

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

StageWhat the row showsWho owns it
Name resolutionNo address, request never startsResolver or local DNS policy
ConnectionAddress known, transport never completesRoute, firewall or upstream reachability
TLSHandshake error or certificate warningInterception, clock or certificate trust
HTTPA status code comes backOrigin, gateway or account policy

Ping и traceroute могут добавить подсказки о хосте, но они не воспроизводят цепочку перенаправлений браузера и не доказывают успех запроса HTTPS. Даже успешный ping до хоста может сосуществовать с ошибкой TLS на том же хосте. Держите запись веб-запроса основным доказательством, а последующие сетевые тесты считайте вспомогательной деталью.

Поделитесь трассой, не раскрывая токены

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

Передайте первый отказавший запрос, переход перед ним и статус перенаправления. Эта тройка позволяет следующему человеку воспроизвести ваш путь, не читая полную трассу и не касаясь учётной записи.

Похожие статьи