Результати пошуку рідко ведуть прямо на сторінку, яку називають. Клік може пройти через перенаправлювач, проміжну сторінку згоди або службу входу, і кожен перехід — окремий запит, який може збійнути сам по собі. Панель 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, статус і час, які справді потрібні розслідуванню.

Передайте перший збійний запит, перехід перед ним і статус перенаправлення. Ця трійка дозволяє наступній людині відтворити ваш шлях, не читаючи повну трасу і не торкаючись облікового запису.

Схожі статті