Miért hiúsulnak meg egyes weboldalak csak bekapcsolt VPN-nel?

Ha egyetlen oldal hiúsul meg, miközben a többi betöltődik, az gyorsan leszűkíti a hibát. Olvassa el a hibát, tesztelje a névfeloldást, majd nézze át a csomagméretet, mielőtt a klienshez nyúlna.

Hogy egyetlen oldal hiúsul meg, miközben minden más betöltődik, bizonyítja, hogy az alagút forgalmat szállít, és ez jobban leszűkíti a problémát, mint a legtöbben várnák. Három megfigyelés rendezi a többit: kapott-e egyáltalán HTTP-választ, oldódott-e fel a gazdanév címmé, és átmennek-e a kis kérések, míg a nagyok elakadnak. A VPN találgatása e válaszok előtt általában áthelyezi a hibát, ahelyett hogy megszüntetné.

Dolgozza fel a megfigyeléseket sorrendben, mert egy oldal, amely válaszolt, nem bukhatott el ugyanakkor a feloldásban. Ha egyáltalán semmi nem töltődik be, rossz ágban van, és a csatlakoztatva, de internet nélkül eset ellenőrzései érvényesek.

Hagyja, hogy a hibaüzenet válassza ki az ágat

Az elutasítás, a botellenes kihívás vagy egy hibaoldal azt jelenti, hogy a szolgáltatás válaszolt, tehát a csomagok eljutottak egy alkalmazáshoz és visszatértek. Ez a kérdést az oldal hozzáférési szabályzatához mozgatja, amely mérlegelheti a kimenő címet, a fiókot vagy nem publikált kérésmintákat. A névfeloldási hiba egyáltalán nem érte el az oldalt, és a cím az első, amit ellenőrizni kell. Az időtúllépés a kettő között van: valamit elküldtek, és semmi nem igazolta.

A tanúsítványfigyelmeztetések a negyedik ághoz tartoznak. Azt jelentik, hogy a kapcsolatra valami olyan válaszolt, amelynek személyazonosságát a böngésző nem tudta ellenőrizni: vagy az Ön oldalán lévő proxy, vagy valódi eltérés, amelyen nem lenne szabad átkattintania. Kezelje ezt bizalmi, nem útválasztási kérdésként.

A válaszoló oldal nem bizonyított törött alagutat

Amikor a válasz egy blokkoló oldal, hasonlítsa össze ugyanazt az oldalt egy második kimeneten keresztül, a böngészőt és a gépet változatlanul hagyva. Ha az eredmény a kimenő címet követi, az oldal másképp kezeli azt a címet, és semmilyen klienskonfiguráció nem változtat ezen. Ha a blokkolás inkább a böngészőjét követi, az ok egy bővítményben, egy mentett proxyban vagy egy feloldó beállításában van. Két futás olcsón elválasztja ezeket a magyarázatokat.

A csak böngészőben jelentkező hibák elég gyakoriak ahhoz, hogy korán teszteljék őket. Egy oldal, amely az egyik támogatott böngészőben betöltődik, a másikban meghiúsul, profilállapotra, tartalomblokkolóra vagy a böngészőn belül beállított titkosított DNS-re utal. A Chrome biztonságos DNS-re vonatkozó útmutatása megmutatja, hol van ez a beállítás, és a támogatott vezérlőn keresztül módosítani jobb, mint visszaállítani az eszközt.

Amikor csak a nagy átvitelek akadnak el, nézze a csomagméretet

Az az oldal, amely kirajzolja a fejlécét, majd elakad, más aláírással rendelkezik, mint az, amely soha nem indul el. A kis válaszok átmehetnek, miközben a teljes méretű hasznos teher valahol eldobódik, ami nem tud jelezni a feladónak, és így néz ki egy útvonal-MTU hiba a böngészőből. Hasonlítson össze egy apró kérést és egy nagyot ugyanahhoz a gazdagéphez, mielőtt a szűrésről teoretizálna. Az útvonal-MTU felderítésének meg kellene tanulnia az útvonal legkisebb kapcsolatméretét, és ez azoktól az ICMP-visszajelzésektől függ, amelyeket a szűrt hálózatok rutinszerűen eldobnak.

Tesztelje ezt a hipotézist méretek végigpróbálásával egyetlen ping helyett. Az állandó hasznos teherméretnél kezdődő hiba erős bizonyíték, míg a mozgó hiba nem az.

Erősítse meg a javítást azon a kérésen, amely meghiúsult

Tesztelje újra az eredeti műveletet, ne a kezdőlapot, mert a gyorsítótárazott héj kirajzolódhat, miközben a bejelentkezés mögötti API-hívás még mindig meghiúsul. Az alábbi parancsok elválasztják a névfeloldást, egy kis kérést és egy nagyot ugyanahhoz a gazdagéphez. Helyettesítse a gazdanevet és az útvonalat azzal, amely a valóban eltört kérésből származik.

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

Ha a dig válasza eltér attól, amit a böngésző használt, a feloldó a változó, és a böngésző saját DNS-beállítása az a hely, ahol érdemes megnézni. Ha a kis kérés állapotot ad vissza, miközben a nagy elakad, dolgozza fel a csomagméret ágát. Ha mindkettő időtúllépést ad, a kimeneti útvonal és az oldal hozzáállása ehhez a címhez ismét az asztalon van.

Tartsa meg azt a módosítást, amely sikeressé tette az eredeti kérést, és vonja vissza a többit. A böngészőn, a feloldón és a kliensen végzett egyidejű módosítások halmaza lehetetlenné teszi, hogy megmondja, melyik számított.

Kapcsolódó cikkek