Subaybayan ang pag-click sa paghahanap ng Safari sa mga pag-redirect nito
Ang pag-click sa paghahanap ay maaaring dumaan sa isang redirector, pahina ng pahintulot, o pag-sign in bago ang pahina. Ihambing ang na-click na hanay sa direktang pagbisita at pangalanan ang yugtong nabibigo.
Bihirang mag-link nang direkta ang mga resulta ng paghahanap sa pahinang pinapangalanan nila. Ang isang pag-click ay maaaring dumaan sa isang redirector, isang pansamantalang pahina ng pahintulot, o isang serbisyo ng pag-sign in, at bawat paglundag ay hiwalay na kahilingan na maaaring mabigo nang mag-isa. Ang tab na Network ng Safari ay nagpapanatili sa hanay na iyon na nakikita, ngunit kung magsisimula ka ng pag-record bago ang pag-click. Ang unang URL na nabigo ang kapaki-pakinabang na ebidensiya, hindi ang address na ipinakita sa resulta.
Simulan ang pag-record bago ang pag-click
Buksan ang Web Inspector sa tab at lumipat sa Network bago mo hawakan ang resulta ng paghahanap. I-enable ang Preserve Log upang manatili ang listahan pagkatapos ng nabigasyong pumapalit sa pahina. I-clear ang mga umiiral na entry, pagkatapos ay gumawa ng eksaktong isang pag-click. Ang pag-record na sinimulan pagkatapos mag-load ang pahina ay nawala na ang kahilingang kailangan mo.
Gumamit ng pahinang walang pribadong data, at panatilihing hindi nagbabago ang profile ng browser at kalagayan ng VPN sa buong paghahambing. Ang pagbabago ng alinman sa mga ito sa kalagitnaan ay ginagawang hindi maihahambing ang dalawang landas.
Basahin ang mga pag-redirect sa pagkakasunod-sunod
Basahin ang mga hilera mula itaas pababa at sundan ang mga status code. Ang 301 o 302 na ang field na Location ay tumuturo sa ibang host ay paglundag, hindi destinasyon. Ang kahilingang sumusunod ay bagong nabigasyon na may sariling paghahanap ng pangalan, TLS handshake at mga pagsusuri ng patakaran. Bilangin kung ilang host ang nahawakan ng pag-click bago dumating ang nilalaman.
Idinodokumento ng Gabay ng WebKit sa tab na Network kung paano kumikilos ang mga rekord ng kahilingan at ang opsyong Preserve Log, na sulit basahin bago bigyang-kahulugan ang isang manipis na listahan. Ang mga nawawalang hilera ay karaniwang nangangahulugang naantala ang pagsisimula ng pag-record o sumagot ang service worker mula sa cache, hindi na nilaktawan ng browser ang isang paglundag.
Ihambing sa direktang nabigasyon
Gawin ang ikalawang pagdaan sa nilalayong huling pahina, na tina-type o ipinaste nang direkta, sa ilalim ng parehong profile at network. Ihambing ang dalawang listahan mula sa unang hilerang nagkakaiba sila. Kung ang na-click na landas ay nabigo sa isang tagapamagitan na hindi kailanman hinahawakan ng direktang landas, ang problema ay nasa tagapamagitang iyon. Kung pareho silang umaabot sa parehong origin at isa lamang ang tinatanggihan, ang kalagayan ng account o detalye ng kahilingan ang mas mabuting bakas.
Panatilihing magkatabi ang dalawang pag-record na may mga timestamp. Ang pagkakaiba ng oras ay hindi patunay ng sanhi, ngunit pinapaliit nito kung aling serbisyo ang susunod na sisiyasatin. Itala kung aling host ang may-ari ng bawat nabigong hilera, dahil ang parehong sintomas ng browser ay may iba't ibang may-ari sa iba't ibang yugto. Kung nabigo rin ang direktang pagdaan, ang na-click na landas ay hindi ang nagpapakilala.
Pangalanan nang tumpak ang yugto ng pagpalya
Ang teksto ng error ng hilera ay mas tiyak kaysa sa pangkalahatang pahayag na naka-block ang site. Ang pagpalya ng resolusyon ng pangalan, koneksyong hindi natatapos, error sa TLS at status ng HTTP ay apat na magkakaibang yugto na may apat na magkakaibang may-ari. Itala ang yugtong iyon sa mga salita sa halip na pangkalahatang pagpalya, at magiging malinaw ang target ng pag-escalate.
| 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 |
Ang ping at traceroute ay makakadagdag ng mga palatandaan tungkol sa isang host, ngunit hindi nila muling pinapatugtog ang hanay ng pag-redirect ng browser at hindi pinatutunayan na nagtagumpay ang kahilingang HTTPS. Kahit ang matagumpay na ping sa host ay maaaring umiral kasama ng error sa TLS sa parehong host. Panatilihing pangunahing ebidensiya ang rekord ng web request at ituring na pantulong na detalye ang mga susunod na pagsubok sa network.
Ibaha ang bakas nang hindi naglalabas ng token
Bago i-export o ipaste ang isang bakas, suriin ang bawat URL, header at query parameter. Ang mga hanay ng pag-redirect ay madalas may dalang session identifier, email address, kalagayan ng pahintulot o mga link na may lagda. Palitan o putulin ang mga halagang iyon, at panatilihin ang origin, status at timing na talagang kailangan ng pagsisiyasat.
Ibaba ang unang nabigong kahilingan, ang paglundag bago ito at ang status ng pag-redirect. Ang tatlong iyon ay nagbibigay-daan sa susunod na tao na muling gawin ang iyong landas nang hindi binabasa ang buong bakas o hinahawakan ang account.