Zergatik huts egiten dute webgune batzuek VPN-a piztuta soilik?
Gune bakar batek huts egiteak gainerakoa kargatzen den bitartean arazoa azkar mugatzen du. Irakurri errorea, probatu izenen ebazpena, eta gero paketearen tamaina miatu bezeroa ukitu aurretik.
Gune bakar batek huts egiteak, beste guztia kargatzen den bitartean, tunelak trafikoa daramala frogatzen du, eta horrek arazoa gehienek espero baino gehiago mugatzen du. Hiru behaketak gainerakoa sailkatzen dute: HTTP erantzunik jaso ote zenuen, ostalari-izena helbide batean ebatzita geratu zen, eta eskaera txikiek pasatzen duten bitartean handiek blokeatzen dute. Erantzun horiek izan aurretik VPN-a asmatzeak hutsa lekuz aldatzen du normalean, konpondu beharrean.
Landu behaketak ordenean, erantzun duen gune batek ezin baitzuen ebazpenean ere huts egin. Ezer ez bada kargatzen, adar okerrean zaude, eta konektatu baina internet gabe kasurako egiaztapenak aplikatzen dira.
Utzi erroreren mezuari adarra aukeratzen
Uko batek, antibot erronka batek edo errore-orrialde batek zerbitzuak erantzun duela esan nahi du, beraz paketeek aplikazio batera iritsi eta itzuli egin ziren. Horrek galdera gunearen sarbide-politikara eramaten du, eta horrek irteerako helbidea, kontua edo argitaratzen ez dituen eskaera-ereduak pisatu ditzake. Izenen ebazpeneko huts batek ez zuen gunea inoiz iritsi, eta helbidea da lehen aztertu beharrekoa. Denbora-muga bien artean dago: zerbait bidali zen, eta ezerk ez zuen berretsi.
Ziurtagiri-abisuak laugarren adar bati dagozkio. Konexioa browserrak egiaztatu ezin zuen zerbaiten erantzuna izan zela esan nahi dute, hau da, zure aldeko proxy bat edo klik egin behar ez zenukeen benetako desadostasun bat. Tratatu hori konfiantza-kontu gisa, bideratze-kontu gisa baino.
Erantzuten duen gune batek ez du tunel hautsirik frogatu
Erantzuna blokeo-orrialdea denean, konparatu orrialde bera bigarren irteera batetik browserra eta makina aldatu gabe. Emaitzak irteerako helbidea jarraitzen badu, guneak helbide hori modu ezberdinean tratatzen du, eta bezeroaren konfigurazioak ez du hori aldatuko. Blokeoak zure browserra jarraitzen badu, ordea, kausa luzapen batean, gordetako proxy batean edo resolver ezarpen batean dago. Bi probak azalpen horiek merke bereizten dituzte.
Browserrean soilik gertatzen diren hutsek nahikoa ohikoak dira goiz probatzeko. Browser onartu batean kargatzen eta bestean huts egiten duen orrialde batek profilaren egoera, eduki-blokeatzaile bat edo browserrean bertan konfiguratutako DNS zifratua adierazten du. Chrome-ren DNS seguruari buruzko jarraibideek ezarpen hori non dagoen erakusten dute, eta kontrol onartuaren bidez aldatzea gailua berrezartzea baino hobea da.
Transferentzia handiak soilik blokeatzen direnean, begiratu paketearen tamainari
Bere goiburua marraztu eta gero blokeatzen den orrialde batek inoiz abiatzen ez den orrialde batek baino sinadura ezberdina du. Erantzun txikiak pasa daitezke tamaina osoko karga bat bidaltzaileari seinalerik eman ezin dion leku batean botatzen den bitartean, eta horrela ikusten da bide-MTU huts bat browser batetik. Konparatu eskaera txiki-txiki bat eta handi bat ostalari berera, iragazketari buruz teorizatu aurretik. Bide-MTU aurkikuntzak bidean zehar lotura-tamainarik txikiena ikasi behar luke, eta sare iragaziak ohiko moduan baztertzen dituen ICMP erantzunen mende dago.
Probatu hipotesi hori tamainen miaketa batekin ping bakar baten ordez. Karga-tamaina koherente batean hasten den hutsa froga sendoa da, eta inguruan mugitzen dena ez.
Berretsi konponketa huts egin zuen eskaeran
Probatu berriro jatorrizko eragiketa, ez hasierako orrialdea, cacheko oskol bat marraztu baitaiteke saio-hasieraren atzeko API deia oraindik huts egiten duen bitartean. Beheko komandoek izenen ebazpena, eskaera txiki bat eta handi bat bereizten dituzte ostalari beraren aurka. Ordeztu ostalari-izena eta bidea benetan hautsi zen eskaerakoekin.
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
Dig-en erantzuna browserrak erabilitakoaren desberdina bada, resolverra da aldagaia, eta browserraren beraren DNS ezarpena da begiratzeko lekua. Eskaera txikiak egoera bat itzultzen duen bitartean handiak blokeatzen badu, landu pakete-tamainaren adarra. Biek denbora-muga gainditzen badute, irteerako bidea eta guneak helbide horri ematen dion trataera mahaira itzultzen dira.
Mantendu jatorrizko eskaera arrakastatsu egin zuen aldaketa eta desegin gainerakoa. Browserrean, resolverrean eta bezeroan aldi bereko aldaketa pila batek ez dizu esaten uzten zein izan zen garrantzitsua.