Kvifor feilar nokre nettsider berre når VPN-en er på?
Når éi side feilar medan resten lastar, snevrar det inn feilen raskt. Les feilen, test namneoppslag og gå så gjennom pakkestorleik før du rører klienten.
At éi side feilar medan alt anna lastar, viser at tunnelen ber trafikk, og det snevrar inn problemet meir enn folk flest ventar. Tre observasjonar sorterer resten: om du fekk eit HTTP-svar i det heile, om vertsnamnet vart løyst til ein adresse, og om små førespurnader kjem gjennom medan store heng. Å gjette på VPN-en før du har dei svara flyttar oftast feilen i staden for å fjerna han.
Arbeid deg gjennom observasjonane i rekkjefølgje, for ei side som svara kan ikkje samstundes ha feila i oppslaget. Viss ingenting lastar i det heile, er du i feil grein, og kontrollane for tilkopla men utan internett gjeld i staden.
Lat feilmeldinga velja greina
Ei avvising, ei bot-utfordring eller ei feilside tyder på at tenesta svara, altså nådde pakkane ein applikasjon og kom tilbake. Det flyttar spørsmålet til tilgangspolitikken til sida, som kan vega inn utgangsadressa, kontoen eller førespurnadsmønster ho ikkje publiserer. Ein feil i namneoppslaget nådde aldri fram til sida, og adressa er det første ein skal undersøkja. Tidsavbrotet ligg mellom dei to: noko vart sendt, og ingenting stadfesta det.
Sertifikatvarsel høyrer til ei fjerde grein. Dei tyder på at tilkoplinga vart svara av noko der nettlesaren ikkje kunne stadfesta identiteten, anten ein proxy på di side eller eit reelt avvik du ikkje bør klikka deg gjennom. Behandla det som eit tillitsspørsmål, ikkje eit rutingsspørsmål.
Ei side som svarar har ikkje prova ein øydelagd tunnel
Når svaret er ei blokkeringsside, samanlikn den same sida gjennom ein annan utgang medan nettlesaren og maskina står uendra. Følgjer resultatet utgangsadressa, handsamar sida den adressa annleis, og ingen klientkonfigurasjon kjem til å endra det. Følgjer blokkeringa nettlesaren din i staden, sit årsaka i eit tillegg, ein lagra proxy eller ei innstilling for namneløysaren. To køyringar skil desse forklaringane billeg.
Feil som berre skjer i nettlesaren er vanlege nok til å testast tidleg. Ei side som lastar i ein støtta nettlesar og feilar i ein annan, peikar på profiltilstand, ein innhaldsblokkar eller kryptert DNS som er sett opp inne i nettlesaren sjølv. Rettleiinga frå Chrome om trygg DNS viser kvar den innstillinga ligg, og å endra ho gjennom den støtta kontrollen slår å nullstilla eininga.
Når berre store overføringar heng, sjå på pakkestorleiken
Ei side som teiknar hovudet og deretter heng, har ein annan signatur enn ei side som aldri startar. Små svar kan koma gjennom medan ei full last vert sleppt ein stad som ikkje kan signalera til avsendaren, og slik ser ein MTU-feil i vegen ut frå ein nettlesar. Samanlikn ein bitte liten førespurnad og ein stor mot same vert før du teoretiserer om filtrering. Oppdaging av MTU i vegen skal læra den minste lenkjestorleiken langs vegen, og ho er avhengig av ICMP-tilbakemelding som filtrerte nett kastar rutinemessig.
Test den hypotesen med ein storleikssveip i staden for ein einaste ping. Ein feil som byrjar på ein konstant lastestorleik er sterkt prov, medan ein feil som flyttar på seg ikkje er det.
Stadfest rettinga på førespurnaden som feila
Test den opphavlege handlinga på nytt, ikkje framsida, for eit mellomlagra skal kan teiknast medan API-kallet bak ein innlogging framleis feilar. Kommandoane nedanfor skil namneoppslag, ein liten førespurnad og ein stor mot same vert. Bytt ut vertsnamn og stig med dei frå førespurnaden som faktisk braut saman.
dig +short www.example.com
curl -sS -o /dev/null -w '%{http_code} %{time_total}\n' https://www.example.com/
curl -sS -o /dev/null -w '%{http_code} %{size_download}\n' https://www.example.com/assets/app.js
ping -M do -s 1400 -c 3 203.0.113.20
Viss dig-svaret skil seg frå det nettlesaren brukte, er namneløysaren variabelen, og DNS-innstillinga til nettlesaren sjølv er staden å sjå. Viss den litle førespurnaden returnerer ein status medan den store heng, arbeid med pakkestorleiksgreina. Viss begge får tidsavbrot, er utgangsvegen og handsaminga til sida av den adressa igjen på bordet.
Hald på endringa som gjorde at den opphavlege førespurnaden lukkast, og angra resten. Ein haug med samtidige endringar i nettlesaren, namneløysaren og klienten gjer at du ikkje kan seia kva som var viktig.