Spor et søkeklikk i Safari gjennom hele omdirigeringskjeden

Det er sjelden søkeresultater lenker rett til siden de omtaler. Et klikk kan gå via en omdirigering, en samtykkeside i mellom eller en tjeneste for innlogging, og hvert sprang er en separat forespørsel som kan svikte på egen hånd. Network-fanen i Safari holder denne rekkefølgen synlig, forutsatt at opptaket startes før klikket. Beviset som nytter, er den første URL-en som svikter, ikke adressen som står i resultatet.

Ta opp før du klikker

Åpne Web Inspector på fanen og velg Network før du tar på søkeresultatet. Sett på Preserve Log, slik at listen blir stående gjennom navigeringen som bytter ut siden. Fjern det som allerede står der, og utfør så nøyaktig ett klikk. Et opptak som begynner etter at siden er lastet, har allerede gått glipp av forespørselen du trenger.

Velg en side uten private opplysninger, og la nettleserprofilen og VPN-tilstanden stå urørt gjennom hele sammenligningen. Bytter du ut én av dem underveis, kan de to veiene ikke lenger sammenlignes.

Les omdirigeringene i rekkefølge

Les radene ovenfra og nedover, og følg statuskodene. En 301 eller 302 der Location peker mot en annen vert, er et sprang og ikke et mål. Forespørselen som kommer etter, er en ny navigering med eget navneoppslag, TLS-håndtrykk og kontroll av retningslinjer. Tell hvor mange verter klikket berører før innholdet er framme.

Den WebKits veiledning for Network-fanen forklarer hvordan forespørselslogger og valget Preserve Log virker, og er verdt å lese før en tolker en tynn liste. Mangler det rader, betyr det vanligvis at opptaket kom sent i gang eller at en service worker svarte fra hurtiglagret, ikke at nettleseren hoppet over et sprang.

Sammenhold med direkte navigering

Gjør den andre runden mot den tiltenkte sluttsiden, skrevet eller limt inn direkte, med samme profil og nettverk. Sammenhold de to listene fra første rad der de går fra hverandre. Svikter den klikkede veien hos en mellompart som den direkte veien aldri er i kontakt med, ligger problemet der. Når begge når samme origin og bare én blir avvist, er kontotilstanden eller detaljene i forespørselen det sporet som er best.

Ha begge opptakene ved siden av hverandre med tidsstempler. At tidene avviker er ikke bevis for årsak, men det avgrenser hvilken tjeneste som skal undersøkes neste gang. Noter hvilken vert som eide hver rad som sviktet, siden samme symptom i nettleseren har ulike eiere på ulike trinn. Svikter også den direkte runden, er ikke klikkveien det som skiller.

Pek på feiltrinnet med presist navn

Feilteksten på raden er mer presis enn en løs påstand om at nettstedet er sperret. Feil i navneoppslag, en tilkobling som aldri fullføres, en TLS-feil og en HTTP-status er fire forskjellige trinn med fire forskjellige eiere. Skriv trinnet ned med ord i stedet for som en generell feil, så blir målet for eskalering åpenbart.

Ping og traceroute kan gi flere hint om en vert, men de spiller ikke om nettleserens omdirigeringskjede og beviser ikke at en HTTPS-forespørsel lykkes. En ping som lykkes mot verten kan til og med gå sammen med en TLS-feil på samme vert. La nettforespørselsloggen være hovedbeviset, og behandle senere nettverkstester som støtte.

Del sporet uten å røpe tokens

Før et spor eksporteres eller limes inn, gå gjennom hver URL, hver header og hver spørringsparameter. Omdirigeringskjeder inneholder ofte sesjonsidentifikatorer, e-postadresser, samtykkestatus eller signerte lenker. Bytt ut eller kutt ned disse verdiene, og behold origin, status og tidsbruk som undersøkelsen faktisk trenger.

Lever den første forespørselen som sviktet, spranget foran og statusen for omdirigeringen. Denne kombinasjonen gjør det mulig for neste person å gjenskape veien din uten å lese et helt spor eller røre kontoen.