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

Перадайце першы збойны запыт, пераход перад ім і статус перанакіравання. Гэтая тройка дазваляе наступнаму чалавеку паўтарыць ваш шлях, не чытаючы поўную трасіроўку і не кранаючы ўліковы запіс.

Падобныя артыкулы