To što jedna stranica zakaže dok se sve ostalo učitava dokazuje da tunel prenosi promet, što sužava problem više nego što većina očekuje. Tri opažanja razvrstavaju ostalo: jeste li uopće dobili HTTP odgovor, je li se naziv hosta razriješio u adresu i prolaze li mali zahtjevi dok se veliki zaglavljuju. Pogađanje VPN-a prije nego što imate te odgovore obično premješta kvar umjesto da ga ukloni.

Obradite opažanja po redu, jer stranica koja je odgovorila nije mogla ujedno zakazati u razrješavanju. Ako se baš ništa ne učitava, u pogrešnoj ste grani i vrijede provjere za povezano, ali bez interneta.

Neka poruka o pogrešci odabere granu

Odbijanje, antibot izazov ili stranica s pogreškom znače da je usluga odgovorila, pa su paketi stigli do aplikacije i vratili se. To premješta pitanje na politiku pristupa stranice, koja može odvagnuti izlaznu adresu, račun ili obrasce zahtjeva koje ne objavljuje. Kvar u razrješavanju imena nikad nije stigao do stranice, a adresa je prvo što treba pregledati. Vremensko ograničenje leži između njih: nešto je poslano i ništa to nije potvrdilo.

Upozorenja o certifikatima pripadaju četvrtoj grani. Znače da je vezu obradilo nešto čiji identitet preglednik nije mogao provjeriti, dakle ili proxy na vašoj strani ili stvarna nepodudarnost kroz koju ne biste smjeli kliknuti. Tretirajte to kao pitanje povjerenja, a ne usmjeravanja.

Stranica koja odgovori nije dokazala pokvaren tunel

Kad je odgovor blokirajuća stranica, usporedite istu stranicu kroz drugi izlaz držeći preglednik i stroj nepromijenjenima. Ako rezultat slijedi izlaznu adresu, stranica tu adresu obrađuje drukčije i nijedna konfiguracija klijenta to neće promijeniti. Ako blokada umjesto toga slijedi vaš preglednik, uzrok je u proširenju, spremljenom proxyju ili postavci razrješivača. Dva prolaza jeftino razdvajaju ta objašnjenja.

Kvarovi samo u pregledniku dovoljno su česti da ih se testira rano. Stranica koja se učita u jednom podržanom pregledniku, a u drugom zakaže, upućuje na stanje profila, blokator sadržaja ili šifrirani DNS konfiguriran unutar samog preglednika. Chromeove smjernice za sigurni DNS pokazuju gdje je ta postavka, a promjena preko podržane kontrole bolja je od resetiranja uređaja.

Kad se zaglave samo veliki prijenosi, pogledajte veličinu paketa

Stranica koja iscrta zaglavlje i zatim se zaglavi ima drukčiji potpis od stranice koja nikad ne počne. Mali odgovori mogu proći dok se puni teret negdje odbacuje, što pošiljatelju ne može ništa signalizirati, i tako izgleda kvar MTU puta viđen iz preglednika. Usporedite sitan zahtjev i veliki prema istom hostu prije nego što počnete teoretizirati o filtriranju. Otkrivanje MTU puta trebalo bi naučiti najmanju veličinu veze duž puta, a ovisi o ICMP odgovorima koje filtrirane mreže rutinski odbacuju.

Testirajte tu hipotezu prebiranjem veličina umjesto jednog pinga. Kvar koji počinje pri stalnoj veličini tereta jak je dokaz, dok kvar koji se pomiče to nije.

Potvrdite popravak na zahtjevu koji je zakašao

Ponovno testirajte izvornu radnju, ne početnu stranicu, jer se predmemorirana ljuska može iscrtati dok poziv API-ja iza prijave još zakaže. Naredbe u nastavku razdvajaju razrješavanje imena, mali zahtjev i veliki prema istom hostu. Zamijenite naziv hosta i put onima iz zahtjeva koji se stvarno slomio.

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

Ako se dig odgovor razlikuje od onoga koji je preglednik upotrijebio, razrješivač je varijabla, a vlastita DNS postavka preglednika mjesto za pogledati. Ako mali zahtjev vraća status dok se veliki zaglavljuje, obradite granu veličine paketa. Ako oba isteknu, izlazni put i odnos stranice prema toj adresi vraćaju se na stol.

Zadržite promjenu zbog koje je izvorni zahtjev uspio i poništite ostalo. Hrpa istodobnih promjena u pregledniku, razrješivaču i klijentu ostavlja vas nesposobnima reći koja je bila važna.

Povezani članci