VPN-ը միացած է, բայց մեկ ծառայությունը ձախողվում է․ առանձնացրեք փուլը

«Միացած»-ը VPN տոմսի ամենաքիչ տեղեկատվական փաստն է։ Այն արձանագրում է, որ երկու կողմերն ավարտել են handshake-ը, և ոչինչ՝ հարցված անվան, փաթեթի դուրս եկած ինտերֆեյսի, նրա չափի կամ հեռավոր կողմի կողմից այն ընդունելու մասին։ Դրա համար է, որ մեկ ծառայություն կարող է ձախողվել, մինչ նույն նոութբուքի մյուս բոլոր հավելվածները աշխատում են։ Անցեք փուլերը հերթականությամբ, և առաջին ձախողվողը կանվանի խափանումը։

Սկսեք անունից, ոչ թունելից

Լուծեք նախքան երթուղավորելը, որովհետև վատ պատասխանը անիմաստ է դարձնում յուրաքանչյուր հետագա ստուգում։ Հարցրեք անունը համակարգի լուծիչով և համեմատեք այդ պատասխանը այն հասցեի հետ, որն իրականում օգտագործել է հավելվածը։ Մասնավոր անունը, որը վերադառնում է որպես հանրային հասցե, նշանակում է, որ հարցումը գնացել է լուծիչի, որը պարտավոր չէ պատասխանել դրան։ Չլուծվող անունը նույն կատեգորիան է, միայն ավելի բարձր։

resolvectl query host.internal
getent hosts host.internal

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

Հարցրեք միջուկին, թե որ ուղին է ընտրել

Երթուղային աղյուսակը նախապատվության կարգ է, և միջուկի ընտրած ուղին միշտ չէ, որ սխեմայում ցուցադրվածն է։ Հարցրեք նրան ուղղակիորեն տվյալ նպատակակետի մասին։ Պատասխանը անվանում է ինտերֆեյսը, հաջորդ ցատկը և օգտագործվելիք աղբյուրի հասցեն։ Փաթեթը կարող է թունելից դուրս գալ աղբյուրի այնպիսի հասցեով, որը հեռավոր կողմը մերժում է, և ֆիզիկական աղյուսակի ավելի կոնկրետ գրառումը կարող է այն ուղարկել Wi-Fi ինտերֆեյսով։

ip route get 10.20.30.40
ip -brief address show

Կարդացեք dev, via և src դաշտերը այդ հերթականությամբ, քանի որ յուրաքանչյուրը վերացնում է տարբեր կասկած։ Այս փուլը տնօրինում է նաև այն վիճակը, որը տեղադրել է հաճախորդը, քանի որ firewall-ի կանոնները և երթուղիները կարող են մնալ աննորմալ ելքից հետո։ Դրա համար է, որ «առանց թունելի ինտերնետ չկա» և «ինտերնետ չկա, եթե հաճախորդը չի աշխատում» արտահայտությունները մեկ խափանումների ընտանիք են, ոչ թե երկու։

Ստուգեք փաթեթի չափը

Փոքր պատասխանը, որը վերադառնում է, մինչ մեծ փոխանցումը կանգ է առնում, նախ մատնանշում է ուղու MTU-ն։ Թունելի ներսից ուղարկված մեկ զոնդ՝ do-not-fragment բիթով, առանձնացնում է այս փուլը մյուսներից։ Բարձրացրեք բեռը, մինչև զոնդը ձախողվի, և դուք կունենաք այն թիվը, որը կարևոր է։

ping -M do -s 1400 10.20.30.40

Փոքր զոնդերի հաջողությունը, մինչ թղթապանակի ցանկը կամ վերբեռնումը կախված է, այս փուլի ստորագրությունն է։ Բողոքը հնչում է որպես հավատարմագրեր կամ firewall-ի կանոն, և ոչ մեկն է։

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

Ստուգեք հեռավոր կողմը

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

curl -sv http://10.20.30.41:8080/health
nc -vz -w 3 10.20.30.41 3389
ss -lnt 'sport = :8080'

Թունելով հասանելի ոչինչ չի կարող լինել ծառայություն, որը լսում է միայն 127.0.0.1-ում, քանի որ լսողը երբեք չի տեսնում փաթեթը։ Երբ հեռավոր հոսթի firewall-ը թույլատրում է գրասենյակային ենթացանցը և մերժում թունելի լողավազանը, արդյունքը նման է հաճախորդի խափանման և այդպիսին չէ։ Remote Desktop-ը կամ ֆայլերի փոխանակումը, որոնք կոտրվում են, մինչ վեբ երթևեկությունը գոյատևում է, սովորաբար հայտնվում են հենց այստեղ, ինչպես էլ օգտատերը ձևակերպի այն։

Քարտեզագրեք բողոքը մեկ փուլի

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

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

Գրանցեք այն փուլը, որը տվել է առաջին ձախողումը, հրահանգի արդյունքի հետ միասին։ Տոմսը, որն ասում է, թե աղբյուրի հասցեն սխալ էր, կցված երթուղու տողով, արժանի է գործողության, մինչդեռ այն, որը VPN-ը հայտնում է կոտրված, ոչ։