Følg et Safari-søkeklikk gjennom omdirigeringene

Søkeresultater lenker sjelden rett til siden de nevner. Et klikk kan passere en omdirigering, en mellomliggende samtykkeside eller en påloggingstjeneste, og hvert hopp er en egen forespørsel som kan feile alene. Network-fanen i Safari holder den sekvensen synlig, men bare hvis du starter opptaket før klikket. Den første URL-en som feiler, er det nyttige beviset, ikke adressen som vises i resultatet.

Start opptaket før klikket

Åpne Web Inspector på fanen og bytt til Network før du berører søkeresultatet. Slå på Preserve Log slik at listen overlever navigasjonen som erstatter siden. Tøm eksisterende oppføringer, og gjør deretter nøyaktig ett klikk. Et opptak som starter etter at siden er lastet, har allerede mistet forespørselen du trenger.

Bruk en side uten private data, og hold nettleserprofilen og VPN-tilstanden uendret gjennom hele sammenligningen. Endrer du en av dem underveis, blir de to veiene usammenlignbare.

Les omdirigeringer i rekkefølge

Les radene ovenfra og ned og følg statuskodene. En 301 eller 302 der Location-feltet peker til en annen vert, er et hopp, ikke en destinasjon. Forespørselen som følger, er en ny navigasjon med sitt eget navneoppslag, TLS-håndtrykk og policykontroller. Tell hvor mange verter klikket berører før innholdet kommer.

Den WebKits veiledning for Network-fanen beskriver hvordan forespørselslogger og Preserve Log-valget oppfører seg, noe som er verdt å lese før du tolker en sparsom liste. Manglende rader betyr vanligvis at opptaket startet sent eller at en service worker svarte fra hurtiglageret, ikke at nettleseren hoppet over et hopp.

Sammenlign med direkte navigasjon

Kjør den andre runden til den tiltenkte sluttsiden, skrevet inn eller limt inn direkte, under samme profil og nettverk. Sammenlign de to listene fra den første raden der de skiller lag. Hvis den klikkede veien feiler hos en mellomledd som den direkte veien aldri kontakter, ligger problemet hos det mellomleddet. Hvis begge når samme origin og bare én får en avvisning, er kontotilstand eller forespørselsdetalj det bedre sporet.

Hold begge opptakene side ved side med tidsstempler. En tidsforskjell er ikke bevis for årsakssammenheng, men den snevrer inn hvilken tjeneste som skal undersøkes neste gang. Noter hvilken vert som eide hver feilende rad, for det samme nettlesersymptomet har ulike eiere på ulike trinn. Hvis den direkte runden også feiler, er klikkveien ikke det avgjørende.

Navngi feiltrinnet presist

Feilteksten i raden er mer spesifikk enn en generell påstand om at nettstedet er blokkert. En navneoppslagsfeil, en tilkobling som aldri fullføres, en TLS-feil og en HTTP-status er fire ulike trinn med fire ulike eiere. Skriv ned trinnet med ord i stedet for som en generisk feil, så blir eskaleringsmålet tydelig.

Ping og traceroute kan gi hint om en vert, men de spiller ikke av nettleserens omdirigeringskjede og beviser ikke at en HTTPS-forespørsel lykkes. Selv en vellykket ping til verten kan eksistere sammen med en TLS-feil på samme vert. Hold nettforespørselsloggen som hovedbevis og behandle senere nettverkstester som støttedetalj.

Del sporet uten å lekke tokens

Før du eksporterer eller limer inn et spor, gjennomgå hver URL, header og spørringsparameter. Omdirigeringskjeder bærer ofte sesjonsidentifikatorer, e-postadresser, samtykkestatus eller signerte lenker. Erstatt eller trim disse verdiene, og behold origin, status og tidspunkt som undersøkelsen faktisk trenger.

Overlever den første feilende forespørselen, hoppet før den og omdirigeringsstatusen. Den trioen lar neste person reprodusere veien din uten å lese et fullstendig spor eller berøre kontoen.