Kial kelkaj retejoj malsukcesas nur kiam la VPN estas ŝaltita?

Unu retejo malsukcesanta dum la resto ŝargiĝas mallarĝigas la difekton rapide. Legu la eraron, testu nomresolvon, poste traserĉu la paketgrandon antaŭ ol tuŝi la klienton.

Tio, ke unu retejo malsukcesas dum ĉio alia ŝargiĝas, pruvas ke la tunelo portas trafikon, kio mallarĝigas la problemon pli ol plej multaj atendas. Tri observoj ordigas la reston: ĉu vi entute ricevis HTTP-respondon, ĉu la gastnomo solviĝis al adreso, kaj ĉu malgrandaj petoj trapasas dum grandaj haltas. Diveni la VPN antaŭ ol havi tiujn respondojn kutime movas la difekton anstataŭ forigi ĝin.

Traktu la observojn laŭ ordo, ĉar retejo, kiu respondis, ne povas samtempe malsukcesi ĉe la solvo. Se nenio entute ŝargiĝas, vi estas en la malĝusta branĉo, kaj validas la kontroloj por konektita sed sen interreto.

Lasu la erarmesaĝon elekti la branĉon

Rifuzo, kontraŭbota defio aŭ erarpaĝo signifas ke la servo respondis, do paketoj atingis aplikaĵon kaj revenis. Tio movas la demandon al la alirpolitiko de la retejo, kiu povas pesi la eliran adreson, la konton aŭ petŝablonojn, kiujn ĝi ne publikigas. Difekto en nomresolvo neniam atingis la retejon, kaj la adreso estas la unua afero inspektenda. Tempolimo situas inter la du: io estis sendita, kaj nenio konfirmis ĝin.

Atestilaj avertoj apartenas al kvara branĉo. Ili signifas ke la konekton respondis iu, kies identecon la retumilo ne povis kontroli, do aŭ plusendilo ĉe via flanko aŭ vera malkongruo, kiun vi ne devus klaki preter. Traktu tion kiel fidodemandon, ne kiel enkursigan demandon.

Retejo, kiu respondas, ne pruvis rompitan tunelon

Kiam la respondo estas bloka paĝo, komparu la saman paĝon tra dua eliro dum la retumilo kaj la maŝino restas senŝanĝaj. Se la rezulto sekvas la eliran adreson, la retejo traktas tiun adreson alie, kaj neniu klienta agordo ŝanĝos tion. Se la bloko sekvas anstataŭe vian retumilon, la kaŭzo kuŝas en kromaĵo, konservita plusendilo aŭ agordo de la solvilo. Du ruladoj apartigas tiujn klarigojn malmultekoste.

Difektoj nur en la retumilo estas sufiĉe oftaj por testi frue. Paĝo, kiu ŝargiĝas en unu subtenata retumilo kaj malsukcesas en alia, montras al profil stato, enhava blokilo aŭ ĉifrita DNS agordita ene de la retumilo mem. La gvidlinioj de Chrome pri sekura DNS klarigas, kie tiu agordo troviĝas, kaj ŝanĝi ĝin per la subtenata regilo pli bonas ol restarigi la aparaton.

Kiam nur grandaj transigoj haltas, rigardu la paketgrandon

Paĝo, kiu pentras sian kapon kaj poste haltas, havas alian subskribon ol paĝo, kiu neniam startas. Malgrandaj respondoj povas trapasi dum plengranda ŝarĝo estas forĵetata ie, kio ne povas signali al la sendinto, kaj tiel aspektas pado-MTU-difekto vidata de retumilo. Komparu malgrandegan peton kaj grandan al la sama gasto antaŭ ol teorie pri filtrado. Pado-MTU-malkovro laŭsupoze lernas la plej malgrandan ligilgrandon laŭ la pado, kaj ĝi dependas de ICMP-respondoj, kiujn filtritaj retoj rutine forĵetas.

Testu tiun hipotezon per granda-skano anstataŭ unu ping. Difekto, kiu komenciĝas ĉe konstanta ŝarĝogrando, estas forta pruvo, dum difekto, kiu moviĝas ĉirkaŭe, ne estas.

Konfirmu la riparon ĉe la peto, kiu malsukcesis

Retestu la originalan operacion, ne la hejmpaĝon, ĉar kaŝmemora ŝelo povas pentriĝi dum la API-alvoko malantaŭ ensaluto ankoraŭ malsukcesas. La komandoj sube apartigas nomresolvon, malgrandan peton kaj grandan al la sama gasto. Anstataŭigu gastnomon kaj vojon per tiuj el la peto, kiu efektive rompiĝis.

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

Se la dig-respondo diferencas de tiu, kiun la retumilo uzis, la solvilo estas la variablo, kaj la propra DNS-agordo de la retumilo estas la loko rigardenda. Se la malgranda peto redonas statuson dum la granda haltas, prilaboru la branĉon de paketgrando. Se ambaŭ tempolimas, la elira vojo kaj la traktado de tiu adreso fare de la retejo revenas al la tablo.

Konservu la ŝanĝon, kiu igis la originalan peton sukcesi, kaj malfaru la reston. Amaso da samtempaj ŝanĝoj al retumilo, solvilo kaj kliento lasas vin nekapabla diri, kiu gravis.

Rilataj artikoloj