Wêrom mislearje guon websites allinnich as de VPN oan stiet?

As ien side mislearret wylst de rest laden wurdt, beheint dat de flater fluch. Lês de flater, test namme-oplossing en nim dan de pakketgrutte troch foar'tst de klient oanrekest.

Dat ien side mislearret wylst al het oare laden wurdt, bewiist dat de tunnel ferkear draacht, en dat beheint it probleem mear as de measte minsken ferwachtsje. Trije waarnimmings sortearje de rest: oftst hielendal in HTTP-antwurd krigen hast, oft de hostnamme ta in adres oplost waard, en oft lytse fersiken trochkomme wylst grutte hingje. Rieden oer de VPN foar'tst dy antwurden hast ferpleatst de flater meastentiids ynstee fan him op te lossen.

Wurkje de waarnimmings yn folchoarder ôf, want in side dy't antwurde kin net tagelyk mislearre wêze by it oplossen. As der hielendal neat laden wurdt, sitst yn 'e ferkearde tûke en jilde de kontrôles foar ferbûn mar sûnder internet.

Lit de flatermelding de tûke kieze

In wegering, in bot-útdaging of in flaterside betsjut dat de tsjinst antwurde, dus pakketten berikten in applikaasje en kamen werom. Dat ferpleatst de fraach nei it tagongsbelied fan 'e side, dat it útgongsadres, it akkount of net publisearre fersikpatroanen weagje kin. In flater by namme-oplossing berikte de side hielendal net, en it adres is it earste datst besjen moatst. In timeout leit tusken de twa: der waard wat stjoerd en neat befêstige it.

Sertifikaatwarskôgings hearre by in fjirde tûke. Se betsjutte dat de ferbining beantwurde waard troch eat wêrfan de browser de identiteit net ferifiearje koe, dat is óf in proxy oan dyn kant óf in echte mismatching dêr'tst net trochhinne klikke moatst. Behannelje dat as in fertrouwensfraach ynstee fan in routingfraach.

In side dy't antwurdet hat gjin stikken tunnel bewiisd

As it antwurd in blokkearside is, fergelykje dan deselde side fia in twadde útgong wylst de browser en de masine ûnferoare bliuwe. Folget it resultaat it útgongsadres, dan behannelet de side dat adres oars, en gjin klientkonfiguraasje sil dat feroarje. Folget de blokkade ynstee dyn browser, dan sit de oarsaak yn in taheaksel, in bewarre proxy of in oplosser-ynstelling. Twa útfoeringen skiede dy ferklearrings goedkeap.

Flatings dy't allinnich yn 'e browser foarkomme binne gewoan genôch om betiid te testen. In side dy't yn ien stipe browser laadt en yn in oare mislearret, wiist op profylsteat, in ynhâldblokkearder of fersifere DNS dy't yn 'e browser sels konfigurearre is. Chrome's lieding foar feilige DNS docht bliken wêr't dy ynstelling sit, en dy fia de stipe kontrôle feroarje is better as it apparaat weromsette.

As allinnich grutte oerdrachten hingje, sjoch dan nei de pakketgrutte

In side dy't syn kop rendert en dan hinget hat in oare hantekening as in side dy't nea begjint. Lytse antwurden kinne trochkomme wylst in lading fan folsleine grutte earne falle litten wurdt dat de stjoerder neat sinjaalje kin, en sa sjocht in path-MTU-flater der út fan in browser. Fergelykje in lyts fersyk en in grut ien nei deselde host foar'tst oer filterjen teoretisearst. Path-MTU-ûntdekking heart de lytste skeakelgrutte lâns it paad te learen, en it hinget ôf fan ICMP-weromkeppeling dy't filtere netwurken geregeld weilikje.

Test dy hypoteze mei in grutte-veeg ynstee fan in inkelde ping. In flater dy't by in konsekwinte ladinggrutte begjint is sterk bewiis, wylst in flater dy't rûn beweecht dat net is.

Befêstigje de oplossing op it fersyk dat mislearre

Test de oarspronklike aksje opnij, net de startside, want in cachet shell kin rendere wylst de API-oprop achter in oanmelding noch mislearret. De opdrachten hjirûnder skiede namme-oplossing, in lyts fersyk en in grut ien nei deselde host. Ferfang de hostnamme en it paad troch dy út it fersyk dat echt bruts.

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

As it dig-antwurd oars is as wat de browser brûkte, is de oplosser de fariabele en is de eigen DNS-ynstelling fan 'e browser it plak om te sjen. As it lytse fersyk in status weromjout wylst it grutte hinget, wurkje dan de pakketgrutte-tûke ôf. As beide timeout krije, steane it útgongspaad en de omgong fan 'e side mei dat adres wer op 'e tafel.

Hâld de feroaring dy't it oarspronklike fersyk slagje liet en meitsje de rest ûngedien. In bulte tagelyk feroarings oan browser, oplosser en klient lit dy net mear sizze hokker fan har ta saak die.

Relatearre artikelen