VPN-ը միացած է, բայց ինտերնետ չկա՞։ Ստուգեք չորս շերտերը

Հաճախորդը ասում է՝ միացած է, զննարկիչը պտտվում է, և ամեն կայք ավարտվում է ժամանակի սպառմամբ։ Այդ համակցությունը սովորական է և հակասություն չէ. միացած նշանակում է, որ թունելը բանակցել է, և ոչ ավելին։ Անվան լուծումը, երթուղավորումը և սերվերի սեփական ելքը յուրաքանչյուրն իր ձևով է ձախողվում, և յուրաքանչյուրն ունի տարբեր պատասխանատու։ Անցեք շերտերը հերթականությամբ և կանգ առեք առաջին ձախողվածի վրա։

Սկսեք այն ցանցից, որտեղից եկել եք

Անջատեք թունելը հաճախորդի սեփական անջատման կառավարմամբ, ապա փորձեք երկու անկապ HTTPS կայք, եթե քաղաքականությունը թույլ է տալիս։ Այդ փորձարկման ընթացքում զգայուն աշխատանքը թողեք փակ։ Եթե սովորական մուտքը նույնպես ձախողվում է, VPN-ը առաջին կասկածյալը չէ։

Նախքան թունելին դիպչելը նայեք Wi-Fi կապին, երթուղիչին և մուտք պահանջող ցանկացած պորտալ էջի։ Kill switch-ը կարող է արգելափակել տրաֆիկը անջատված վիճակում ըստ նախագծի, ուստի հետևեք դրա փաստաթղթավորված փորձարկման ընթացակարգին՝ ցանցը մեռած համարելու փոխարեն։ Մեկ այլ վստահելի ցանցը օգտակար համեմատություն է, և նոր VPN ելքը չի ավարտի ժամկետանց հյուրանոցային մուտքը։ Եթե բաց ցանցն աշխատում է, իսկ թունելը՝ ոչ, ցանցն արդարացված է, և հաջորդ շերտը ձերն է։

Որոշեք՝ ձախողումը անվան լուծո՞ւմն է

Գրեք սխալի տեքստը, որովհետև լուծման ձախողումը, ժամանակի սպառումը և վկայագրի նախազգուշացումը յուրաքանչյուրը այլ տեղ է ցույց տալիս։ Վաղ բռնելու օրինաչափությունն այն է, որ երբեք չայցելած հոսթի անունը ձախողվում է, մինչ բաց նստաշրջանով հավելվածը շարունակում է։ Այդ օրինաչափությունը նոր հարցումների մասին է, ոչ թե այն մասին՝ թունելը փաթեթներ տեղափոխում է, թե ոչ։ Մեկ հարցումը ցույց է տալիս, թե ինչ է վերադարձնում լուծիչը, և այն տևում է մեկ վայրկյան։ Փորձեք նաև երկրորդ անուն, որպեսզի մեկ պահված պատասխանը կամ մեկ կոտրված գրառումը չորոշի ախտորոշումը։

nslookup example.com

HTTPS հասցեի տողում կամայական IP-ն DNS թեստ չէ, որովհետև վկայագիրը և վիրտուալ հոսթը սովորաբար կախված են անունից։ Ներքին անուններին կարող է պետք լինել կազմակերպության լուծիչը՝ հանրային փոխարինողի փոխարեն, և սեփական անվտանգ լուծիչ ունեցող զննարկիչը կարող է այլ կերպ պատասխանել, քան օպերացիոն համակարգի հարցումը։ Երբ երկուսը տարբեր կարծիքի են, զննարկիչի լուծիչն է այն, ինչ ապրում է օգտատերը, և այդ տարբերությունը տոմսին է պատկանում։

Ամբողջական թունել, թե միայն ընկերության ենթացանցեր

Որոշ պրոֆիլներ գոյություն ունեն միայն մի քանի ընկերության ենթացանցերի հասնելու համար. մյուսները կառուցված են ամեն ինչ տեղափոխելու համար և իրենց հետևում աշխատող ելք են պահանջում։ Կարդացեք փաստաթղթավորված նպատակը նախքան ենթադրելը, որ ցուցիչը ծածկում է յուրաքանչյուր հավելված և յուրաքանչյուր հասցեի ընտանիք։ Մասնավոր ցանցի պրոֆիլը կարող է աշխատել ճիշտ այնպես, ինչպես նախագծվել է, մինչ զննարկիչը, որը երբեք չպետք է օգտագործեր այն, դեռ ձախողվում է։ Կարդացեք երթուղային աղյուսակը առանց փոխելու և ներառեք IPv6-ը, որովհետև աշխատող IPv4 ուղին ոչինչ չի ասում մյուս ընտանիքի մասին։

Ավելի կոնկրետ երթուղին կարող է հաղթել, մինչ լռելյայն երթուղին դեռ գոյություն ունի, դրա համար էլ աղյուսակը պետք է կարդալ, ոչ ենթադրել։ Մրցակից վիրտուալ ադապտերները նույնպես կարող են տիրապետել տրաֆիկին, որը դուք սպասում էիք այլ տեղ, հատկապես երկրորդ VPN հաճախորդը տեղադրելուց և մոռանալուց հետո։ Չջնջեք լռելյայն երթուղին որպես փորձ. դա ախտորոշումը դարձնում է երկրորդ ընդհատում։

Աշխատողների մեջ մեկ ձախողված կայքը այդ կայքի խնդիրն է, և այն նաև ապացուցում է, որ թունելը տրաֆիկ է տեղափոխում։ Խցանումները, որոնք ի հայտ են գալիս միայն մեծ փոխանցումների ժամանակ, մատնանշում են փաթեթի չափը, ոչ հասանելիությունը։

Երբ սերվերը երբեք ոչինչ չի փոխանցում

Եթե յուրաքանչյուր նպատակաուղղվածություն ձախողվում է երկու սարքում և երկու մուտքի ցանցում, թունելը վերևում է, իսկ ելքը չի փոխանցում։ Այդ զույգն է, որ տարանջատում է սերվերի կողմի ձախողումը մեկ տեղում սխալ կարգավորված մեկ սարքից։ Օպերատորին ուղարկեք փոխանցման, NAT-ի և վերադարձի ուղու հարցերը, ոչ ցուցիչի սքրինշոթ։

Այդ երեքը ծածկում են սերվերի կողմի պատճառների մեծ մասը, և պատասխանելը օպերատորի գործն է։ OpenVPN-ի կապակցվածության խնդիրների լուծման էջը անցնում է նույն հարցերով սերվերի կողմից, ուստի փոխանցեք այն տոմսի հետ։ Կանաչ ցուցիչի սքրինշոթը ոչ մեկին չի պատասխանում։

Մուտքից հետո սկանավորեք հաճախորդի մատյանը՝ երթուղիների, DNS կարգավորումների կամ վիրտուալ ադապտերի կիրառման ձախողումների համար։ Այդ փուլի սխալները մատնանշում են սարքը, ոչ սերվերը։ Սխալը, որը երբեք չի հայտնվում մատյանում, նույնքան տեղեկատվական է, որովհետև կասկածը տեղափոխում է հեռավոր կողմ։

Ստուգեք մեկ շերտ միաժամանակ

Երբ ինչ-որ բան փոխեք, նորից միացեք և կրկնեք հենց այն հավելվածը, որը ձախողվել էր։ Մեկ էջի բեռնումը ավելի քիչ է ապացուցում, քան պրոֆիլի համար կառուցված ռեսուրսներին տանող կրկնելի ուղին։ Երկու հրաման տարանջատում են լուծումը հասանելիությունից, և երկրորդը հոսթին հատուկ է։ Գործարկեք curl տողը ցանկացած տեղ, ապա ձեր առջևի հոսթին համապատասխան երթուղու հրամանը։

curl -sS -o /dev/null -w "%{http_code}" --max-time 5 https://example.com
route print -4          # Windows
ip -4 route show        # Linux
netstat -rn | head      # macOS

Եթե թվային հարցումն աշխատում է, իսկ անունը՝ ոչ, մնացեք DNS-ի վրա։ Եթե ոչ մեկը չի աշխատում, համեմատեք երթուղային աղյուսակը թունելի սպասվող լռելյայնի հետ և ստուգեք այն ընտանիքը, որն իրականում փորձարկում եք։ Եթե երթուղին ճիշտ է, և հարցումը դեռ մահանում է ելքում, մնացած հարցը օպերատորինն է, և ձեր պահած ապացույցները տոմսն են։