Søgeresultater linker sjældent direkte til den side, de nævner. Et klik kan passere en viderestiller, en samtykke-mellemside eller en login-tjeneste, og hvert hop er en separat anmodning, der kan fejle alene. Safaris Network-fane holder den sekvens synlig, men kun hvis du starter optagelsen før klikket. Den første fejlende URL er det nyttige bevis, ikke den adresse, der vises i resultatet.

Start optagelsen før klikket

Åbn Web Inspector på fanen, og skift til Network, før du rører søgeresultatet. Slå Preserve Log til, så listen overlever den navigation, der erstatter siden. Ryd eksisterende poster, og klik derefter præcis én gang. En optagelse, der starter efter sideindlæsningen, har allerede mistet den anmodning, du har brug for.

Brug en side uden private data, og hold browserprofilen og VPN-tilstanden uændret gennem hele sammenligningen. Ændrer du en af dem undervejs, bliver de to veje usammenlignelige.

Læs viderestillinger i rækkefølge

Læs rækkerne fra øverst til nederst, og følg statuskoderne. En 301 eller 302, hvis Location peger på en anden vært, er et hop, ikke en destination. Anmodningen, der følger, er en ny navigation med sit eget navneopslag, TLS-håndtryk og politikstjek. Tæl, hvor mange værter klikket rører, før indholdet ankommer.

Den WebKits guide til Network-fanen beskriver, hvordan anmodningsposter og Preserve Log-indstillingen opfører sig, hvilket er værd at læse, før du fortolker en sparsom liste. Manglende rækker betyder normalt, at optagelsen startede sent, eller at en service worker svarede fra cache, ikke at browseren sprang et hop over.

Sammenlign med direkte navigation

Kør den anden runde til den tilsigtede slutside, indtastet eller indsat direkte, under samme profil og netværk. Sammenlign de to lister fra den første række, hvor de afviger. Hvis den klikkede vej fejler ved en mellemstation, som den direkte vej aldrig kontakter, sidder problemet hos den mellemstation. Hvis begge når samme origin, og kun én får en afvisning, er kontotilstand eller anmodningsdetalje det bedre spor.

Hold begge optagelser side om side med tidsstempler. En tidsforskel er ikke bevis for årsagssammenhæng, men den indsnævrer, hvilken tjeneste der skal undersøges næste gang. Noter, hvilken vært der ejede hver fejlende række, for det samme browsersymptom har forskellige ejere på forskellige trin. Fejler den direkte runde også, er klikvejen ikke det afgørende.

Navngiv fejltrinnet præcist

Rækkens fejltekst er mere specifik end en generel påstand om, at siden er blokeret. En navneopslagsfejl, en forbindelse der aldrig fuldføres, en TLS-fejl og en HTTP-status er fire forskellige trin med fire forskellige ejere. Skriv trinnet ned med ord i stedet for som en generisk fejl, så bliver eskaleringens mål tydeligt.

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 og traceroute kan tilføje spor om en vært, men de afspiller ikke browserens viderestillingskæde og beviser ikke, at en HTTPS-anmodning lykkes. Selv et vellykket ping til værten kan sameksistere med en TLS-fejl på samme vært. Hold webanmodningsposten som det primære bevis, og behandl senere netværkstests som støttende detalje.

Del sporet uden at lække tokens

Før du eksporterer eller indsætter et spor, skal du gennemgå hver URL, header og forespørgselsparameter. Viderestillingskæder bærer ofte sessions-id'er, e-mailadresser, samtykkestatus eller signerede links. Erstat eller trim disse værdier, og behold den origin, status og timing, som undersøgelsen faktisk har brug for.

Aflever den første fejlende anmodning, hoppet før den og viderestillingsstatus. Den trio lader den næste person genskabe din vej uden at læse et fuldt spor eller røre kontoen.

Relaterede artikler