De ce un site blocat încă se încarcă după deconectarea VPN-ului
Un site care continuă să funcționeze după închiderea tunelului îți spune unde se afla blocarea. Un răspuns din cache ajută doar dacă blocarea a fost aplicată numelor.
Un site era blocat, funcționa cât timp VPN-ul era conectat și funcționează în continuare după deconectarea VPN-ului. Aceasta este o mică dovadă despre unde se afla blocarea, nu o dovadă că tunelul a rămas în vigoare. Dacă blocarea ar fi fost pe adresa de destinație, un nume din cache nu ar fi ajutat și conexiunea ar fi eșuat în continuare. Încărcarea paginii indică în schimb rezoluția numelor. Citirea corectă a acelui indiciu îți economisește un ocol lung prin regulile firewall-ului.
Există două locuri unde poate sta o blocare, și dintr-un browser arată identic.
Două blocări care arată la fel într-un browser
O blocare a numelor are loc la rezoluție. Resolverul returnează o adresă greșită, un răspuns gol sau o pagină de portal captiv, iar browserul raportează că site-ul nu poate fi accesat.
O blocare a adreselor are loc mai târziu. Numele se rezolvă corect, iar pachetele către adresa reală sunt aruncate, redirecționate sau resetate. Schimbarea resolverului nu face nimic aici, pentru că defecțiunea începe după ce numele a primit deja răspuns.
Doar primul tip poate fi purtat de un cache, și exact asta face observația ta utilă.
De ce răspunsul supraviețuiește tunelului
Cache-urile resolverului sunt indexate după nume și păstrate pe durata de viață a înregistrării. Sistemul de operare ține unul, iar browserul ține de obicei altul, așa că un singur nume poate fi stocat de două ori cu două durate diferite. Conectarea sau deconectarea unui VPN nu golește niciunul dintre ele; schimbă doar cărui resolver sunt trimise interogările viitoare.
Cât timp tunelul era activ, căutarea a mers la resolverul furnizorului, care a returnat adresa corectă, iar acel răspuns a fost stocat local. După deconectare browserul a întrebat din nou, cache-ul local a răspuns fără să consulte pe nimeni, iar pagina s-a încărcat.
Va continua să se încarce până când intrarea expiră sau cineva golește cache-ul, iar apoi comportamentul vechi revine.
Un test în trei pași care le separă
Fă-le în ordine, pentru că primul este singurul pas care dovedește că cache-ul purta pagina.
Golește cache-ul resolverului și cache-ul browserului, apoi reîncarcă. Dacă site-ul eșuează din nou, cache-ul a fost motivul pentru care funcționa. Apoi interoghează același nume prin resolverul pe care îl aveai înainte de VPN și printr-un altul, și compară cele două răspunsuri: o discrepanță localizează blocarea în denumire. Dacă știi adresa, încearcă să o atingi fără nume, pentru că succesul acolo confirmă că adresa în sine nu este filtrată.
Ce înseamnă fiecare rezultat pentru următorul tău pas
Pentru o blocare a numelor, schimbarea directă este un alt resolver, iar DNS-ul criptat schimbă cine poate vedea și modifica acele interogări. VPN-ul făcea această muncă drept efect secundar.
Pentru o blocare la nivel de adresă, schimbarea resolverului este irelevantă, iar teoria cache-ului este pur și simplu greșită.
Două limite merită menționate înainte să acționezi. Dacă poți schimba resolvere într-o rețea dată este o chestiune de politică și nu tehnică. Și nu orice rețea blochează prin DNS, așa că un rezultat descrie rețeaua pe care ai testat-o și nu blocarea în general. Notează ce resolver ai folosit, pentru că exact acel detaliu face testul repetabil pentru următoarea persoană.