Sledujte klik na hledání v Safari přes jeho přesměrování
Klik na hledání může před stránkou projít přesměrovačem, stránkou souhlasu nebo přihlášením. Porovnejte proklikaný řetězec s přímou návštěvou a pojmenujte fázi, která selhává.
Výsledky hledání málokdy odkazují přímo na stránku, kterou pojmenovávají. Klik může projít přesměrovačem, mezistránkou souhlasu nebo přihlašovací službou a každý skok je samostatný požadavek, který může selhat sám o sobě. Panel Network v Safari udržuje tuto posloupnost viditelnou, ale jen když začnete nahrávat před klikem. První selhávající URL je užitečný důkaz, ne adresa zobrazená ve výsledku.
Začněte záznam před klikem
Otevřete Web Inspector na panelu a přepněte na Network, než se dotknete výsledku hledání. Zapněte Preserve Log, aby seznam přežil navigaci, která stránku nahradí. Vymažte stávající záznamy a pak klikněte přesně jednou. Záznam spuštěný po načtení stránky už požadavek, který potřebujete, ztratil.
Použijte stránku bez soukromých údajů a po celé srovnání udržujte profil prohlížeče i stav VPN beze změny. Změna kteréhokoli z nich uprostřed činí obě cesty nesrovnatelnými.
Čtěte přesměrování popořadě
Čtěte řádky shora dolů a sledujte stavové kódy. 301 nebo 302, jehož pole Location ukazuje na jiný hostitel, je skok, ne cíl. Požadavek, který následuje, je nová navigace s vlastním překladem jmen, TLS handshake a kontrolami zásad. Spočítejte, kolika hostitelů se klik dotkne, než obsah dorazí.
Průvodce WebKit k panelu Network popisuje, jak se chovají záznamy požadavků a volba Preserve Log, což stojí za přečtení před výkladem řídkého seznamu. Chybějící řádky obvykle znamenají, že záznam začal pozdě nebo že service worker odpověděl z cache, ne že prohlížeč skok přeskočil.
Porovnejte s přímou navigací
Proveďte druhý průchod na zamýšlenou konečnou stránku, zadanou nebo vloženou přímo, pod stejným profilem a sítí. Porovnejte oba seznamy od prvního řádku, kde se rozcházejí. Pokud proklikaná cesta selhává u prostředníka, kterého se přímá cesta nikdy nedotkne, problém je u tohoto prostředníka. Pokud obě dosáhnou stejného origin a jen jedna dostane odmítnutí, stav účtu nebo detail požadavku je lepší stopa.
Udržujte oba záznamy vedle sebe s časovými razítky. Časový rozdíl není důkazem příčinnosti, ale zužuje, kterou službu vyšetřovat dál. Poznamenejte, kterému hostiteli patřil každý selhávající řádek, protože stejný příznak prohlížeče má v různých fázích různé vlastníky. Pokud selže i přímý průchod, proklikaná cesta není rozlišujícím faktorem.
Pojmenujte fázi selhání přesně
Text chyby v řádku je konkrétnější než obecné tvrzení, že je web blokovaný. Selhání překladu jmen, spojení, které se nikdy nedokončí, chyba TLS a stav HTTP jsou čtyři různé fáze se čtyřmi různými vlastníky. Zapište tuto fázi slovy místo obecného selhání a cíl eskalace bude zřejmý.
| Stage | What the row shows | Who owns it |
|---|---|---|
| Name resolution | No address, request never starts | Resolver or local DNS policy |
| Connection | Address known, transport never completes | Route, firewall or upstream reachability |
| TLS | Handshake error or certificate warning | Interception, clock or certificate trust |
| HTTP | A status code comes back | Origin, gateway or account policy |
Ping a traceroute mohou přidat stopy o hostiteli, ale nepřehrávají řetězec přesměrování prohlížeče ani nedokazují, že požadavek HTTPS uspěje. Úspěšný ping na hostitele může dokonce koexistovat s chybou TLS na stejném hostiteli. Držte záznam webového požadavku jako hlavní důkaz a pozdější síťové testy berte jako podpůrný detail.
Sdílejte trasu bez úniku tokenů
Před exportem nebo vložením trasy projděte každou URL, hlavičku a parametr dotazu. Řetězce přesměrování často nesou identifikátory relace, e-mailové adresy, stav souhlasu nebo podepsané odkazy. Tyto hodnoty nahraďte nebo zkraťte a ponechte origin, stav a časování, které vyšetřování skutečně potřebuje.
Předejte první selhávající požadavek, skok před ním a stav přesměrování. Tato trojice umožní dalšímu člověku reprodukovat vaši cestu bez čtení celé trasy a bez dotyku účtu.