Ինչո՞ւ են որոշ կայքեր ձախողվում միայն VPN-ը միացրած ժամանակ։
Երբ մեկ կայք է ձախողվում, մինչ մյուսները բեռնվում են, դա արագ նեղացնում է թերությունը։ Կարդացեք սխալը, ստուգեք անունների լուծումը, ապա անցեք փաթեթի չափին՝ նախքան հաճախորդին դիպչելը։
Այն, որ մեկ կայք է ձախողվում, մինչ մնացած ամեն ինչ բեռնվում է, ապացուցում է, որ թունելը տրաֆիկ է տեղափոխում, և դա ավելի է նեղացնում խնդիրը, քան շատերն են սպասում։ Երեք դիտարկում կարգավորում են մնացածը՝ ստացե՞լ եք արդյոք HTTP պատասխան, լուծվե՞լ է հոսթի անունը հասցեի, և անցնո՞ւմ են փոքր հարցումները, մինչ մեծերը կախվում են։ VPN-ի մասին գուշակելը այդ պատասխաններից առաջ սովորաբար տեղափոխում է թերությունը՝ փոխարենը վերացնելու։
Դիտարկումները մշակեք հերթականությամբ, որովհետև պատասխանող կայքը չէր կարող միաժամանակ ձախողվել լուծման մեջ։ Եթե ընդհանրապես ոչինչ չի բեռնվում, դուք սխալ ճյուղում եք, և գործում են միացված, բայց առանց ինտերնետի ստուգումները։
Թող սխալի հաղորդագրությունն ընտրի ճյուղը
Մերժումը, հակաբոտ մարտահրավերը կամ սխալի էջը նշանակում են, որ ծառայությունը պատասխանել է, այսինքն՝ փաթեթները հասել են հավելվածին և վերադարձել։ Դա հարցը տեղափոխում է կայքի մուտքի քաղաքականությանը, որը կարող է կշռել ելքի հասցեն, հաշիվը կամ չհրապարակված հարցումների ձևերը։ Անունների լուծման թերությունը երբեք չհասավ կայքին, և հասցեն առաջինն է, որ պետք է ստուգել։ Ժամկետի սպառումը գտնվում է նրանց միջև՝ ինչ-որ բան ուղարկվեց, և ոչինչ չհաստատեց այն։
Սերտիֆիկատի նախազգուշացումները պատկանում են չորրորդ ճյուղին։ Դրանք նշանակում են, որ կապին պատասխանել է ինչ-որ բան, որի ինքնությունը զննարկիչը չէր կարող ստուգել՝ կամ ձեր կողմի վստահված սերվեր, կամ իրական անհամապատասխանություն, որի միջով չպետք է սեղմեք։ Դա վերաբերվեք որպես վստահության, ոչ երթուղման հարց։
Պատասխանող կայքը չի ապացուցել կոտրված թունել
Երբ պատասխանը արգելափակման էջ է, համեմատեք նույն էջը երկրորդ ելքի միջոցով՝ զննարկիչը և մեքենան անփոփոխ պահելով։ Եթե արդյունքը հետևում է ելքի հասցեին, կայքը այդ հասցեին այլ կերպ է վերաբերվում, և ոչ մի հաճախորդի կարգավորում դա չի փոխի։ Եթե արգելափակումը հետևում է ձեր զննարկիչին, պատճառը ընդլայնման, պահված վստահված սերվերի կամ լուծիչի կարգավորման մեջ է։ Երկու գործարկում էժանորեն բաժանում են այդ բացատրությունները։
Միայն զննարկիչում առաջացող թերությունները բավական տարածված են, որ վաղ փորձարկվեն։ Էջը, որը բեռնվում է մեկ աջակցվող զննարկիչում և ձախողվում մյուսում, ցույց է տալիս պրոֆիլի վիճակ, բովանդակության արգելափակիչ կամ զննարկիչի ներսում կարգավորված գաղտնագրված DNS։ Chrome-ի ուղեցույցները անվտանգ DNS-ի մասին ցույց են տալիս, թե որտեղ է այդ կարգավորումը, և այն աջակցվող կառավարման միջոցով փոխելն ավելի լավ է, քան սարքը վերականգնելը։
Երբ կախվում են միայն մեծ փոխանցումները, նայեք փաթեթի չափին
Էջը, որը գծում է իր վերնագիրը և հետո կախվում է, ունի այլ ստորագրություն, քան երբեք չսկսվող էջը։ Փոքր պատասխանները կարող են անցնել, մինչ լրիվ չափի բեռնվածքը ինչ-որ տեղ դեն է նետվում, որը չի կարող ազդանշան տալ ուղարկողին, և հենց այդպես է երևում ուղու MTU-ի թերությունը զննարկիչից։ Համեմատեք փոքրիկ հարցումը և մեծը նույն հոսթին՝ նախքան զտման մասին տեսություն անելը։ Ուղու MTU-ի հայտնաբերումը պետք է սովորի ուղու ամենափոքր օղակի չափը, և դա կախված է ICMP արձագանքներից, որոնք զտված ցանցերը սովորաբար դեն են նետում։
Ստուգեք այդ վարկածը չափերի սկանավորմամբ, այլ ոչ մեկ ping-ով։ Թերությունը, որը սկսվում է հաստատուն բեռնվածքի չափից, ուժեղ ապացույց է, մինչդեռ տեղաշարժվող թերությունը՝ ոչ։
Հաստատեք ուղղումը ձախողված հարցումի վրա
Կրկին ստուգեք սկզբնական գործողությունը, ոչ գլխավոր էջը, որովհետև քեշավորված պատյանը կարող է գծվել, մինչ մուտքից հետո API կանչը դեռ ձախողվում է։ Ներքևի հրամանները բաժանում են անունների լուծումը, փոքր հարցումը և մեծը նույն հոսթին։ Փոխարինեք հոսթի անունը և ուղին իրականում կոտրված հարցումից վերցվածներով։
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-ի պատասխանը տարբերվում է զննարկիչի օգտագործածից, լուծիչն է փոփոխականը, և զննարկիչի սեփական DNS կարգավորումն է այն տեղն, որտեղ պետք է նայել։ Եթե փոքր հարցումը վերադարձնում է կարգավիճակ, մինչ մեծը կախված է, մշակեք փաթեթի չափի ճյուղը։ Եթե երկուսն էլ ժամկետը լրանան, ելքի ուղին և կայքի վերաբերմունքը այդ հասցեին նորից սեղանին են։
Պահեք այն փոփոխությունը, որի շնորհիվ սկզբնական հարցումը հաջողվեց, և չեղարկեք մնացածը։ Զննարկիչում, լուծիչում և հաճախորդում միաժամանակյա փոփոխությունների կույտը ձեզ թույլ չի տալիս ասել, թե որն էր կարևոր։