Pse disa faqe dështojnë vetëm kur VPN-ja është e ndezur?

Fakti që një faqe e vetme dështon ndërsa gjithçka tjetër ngarkohet provon se tuneli transporton trafik, gjë që e ngushton problemin më shumë sesa presin shumica. Tre vëzhgime renditin pjesën tjetër: nëse morët fare përgjigje HTTP, nëse emri i hostit u zgjidh në një adresë dhe nëse kërkesat e vogla kalojnë ndërsa të mëdhatë ngecin. Hamendja për VPN-në para se t'i keni ato përgjigje zakonisht e zhvendos defektin në vend që ta heqë.

Punoni vëzhgimet sipas radhës, sepse një faqe që u përgjigj nuk mund të ketë dështuar njëkohësisht në zgjidhje. Nëse nuk ngarkohet asgjë fare, jeni në degën e gabuar dhe vlejnë kontrollet për të lidhur por pa internet.

Lëreni mesazhin e gabimit të zgjedhë degën

Një refuzim, një sfidë antibot ose një faqe gabimi do të thotë që shërbimi u përgjigj, pra paketat arritën një aplikacion dhe u kthyen. Kjo e zhvendos pyetjen te politika e aksesit të faqes, e cila mund të peshojë adresën e daljes, llogarinë ose modelet e kërkesave që nuk i publikon. Një defekt në zgjidhjen e emrave nuk arriti kurrë te faqja, dhe adresa është gjëja e parë për të inspektuar. Një afat kohor qëndron midis të dyjave: diçka u dërgua dhe asgjë nuk e konfirmoi.

Paralajmërimet e certifikatës i përkasin një dege të katërt. Ato do të thotë që lidhjes iu përgjigj diçka identitetin e së cilës shfletuesi nuk mund ta verifikonte, pra ose një proxy në anën tuaj ose një mospërputhje e vërtetë nëpër të cilën nuk duhet të klikoni. Trajtojeni atë si çështje besimi, jo si çështje rrugëtimi.

Një faqe që përgjigjet nuk ka provuar një tunel të prishur

Kur përgjigja është një faqe bllokimi, krahasoni të njëjtën faqe përmes një daljeje të dytë duke i mbajtur shfletuesin dhe makinën të pandryshuara. Nëse rezultati ndjek adresën e daljes, faqja e trajton atë adresë ndryshe dhe asnjë konfigurim klienti nuk do ta ndryshojë. Nëse bllokimi ndjek shfletuesin tuaj, shkaku qëndron në një shtesë, një proxy të ruajtur ose një cilësim të zgjidhësit. Dy ekzekutime i ndajnë lirë këto shpjegime.

Defektet vetëm në shfletues janë mjaft të zakonshme për t'u testuar herët. Një faqe që ngarkohet në një shfletues të mbështetur dhe dështon në një tjetër tregon gjendjen e profilit, një bllokues përmbajtjeje ose DNS të enkriptuar të konfiguruar brenda vetë shfletuesit. Udhëzimet e Chrome për DNS të sigurt tregojnë ku ndodhet ai cilësim, dhe ndryshimi i tij përmes kontrollit të mbështetur është më mirë sesa rivendosja e pajisjes.

Kur ngecin vetëm transferimet e mëdha, shikoni madhësinë e paketës

Një faqe që vizaton kokën dhe pastaj ngec ka një nënshkrim tjetër nga një faqe që nuk fillon kurrë. Përgjigjet e vogla mund të kalojnë ndërsa një ngarkesë e madhësisë së plotë hidhet diku që nuk mund të sinjalizojë dërguesin, dhe kështu duket një defekt MTU i rrugës nga një shfletues. Krahasoni një kërkesë të vogël dhe një të madhe drejt të njëjtit host përpara se të teoretizoni për filtrimin. Zbulimi i MTU-së së rrugës supozohet të mësojë madhësinë më të vogël të lidhjes përgjatë rrugës, dhe varet nga reagimet ICMP që rrjetet e filtruara i hedhin rutinore.

Testoni atë hipotezë me një skanim madhësish në vend të një ping të vetëm. Një defekt që fillon në një madhësi konstante ngarkese është provë e fortë, ndërsa një defekt që lëviz nuk është.

Konfirmoni rregullimin në kërkesën që dështoi

Testoni përsëri veprimin origjinal, jo faqen kryesore, sepse një guaskë e ruajtur në cache mund të vizatohet ndërsa thirrja API pas një hyrjeje ende dështon. Komandat më poshtë ndajnë zgjidhjen e emrave, një kërkesë të vogël dhe një të madhe drejt të njëjtit host. Zëvendësoni emrin e hostit dhe rrugën me ato nga kërkesa që u thye vërtet.

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

Nëse përgjigja e dig ndryshon nga ajo që përdori shfletuesi, zgjidhësi është ndryshorja, dhe cilësimi DNS i vetë shfletuesit është vendi ku duhet të shikoni. Nëse kërkesa e vogël kthen një status ndërsa e madhja ngec, punoni degën e madhësisë së paketës. Nëse të dyja skadojnë, rruga e daljes dhe qëndrimi i faqes ndaj asaj adrese janë përsëri në tryezë.

Mbajini ndryshimin që e bëri kërkesën origjinale të ketë sukses dhe zhbëni pjesën tjetër. Një grumbull ndryshimesh të njëkohshme në shfletues, zgjidhës dhe klient ju lë të paaftë të thoni cili prej tyre kishte rëndësi.