Ինչու VPN-ը կարող է միացած թվալ, երբ ոչինչ չի աշխատում
«Միացած»-ը կարող է նկարագրել գործընթաց, ինտերֆեյս կամ ասոցիացիա, այլ ոչ թե օգտագործելի ուղի։ Ուղարկեք մեկ նոր հարցում և կարդացեք, թե ինչն է ապացուցում, որ տրաֆիկը շարժվել է։
Ձեր հաճախորդը հաղորդում է միացած, մինչ ինտերֆեյսը վերևում է, իսկ դիտարկիչը ժամանակավարտվում է, և այս երեք պնդումներից ոչ մեկը սուտ չէ։ Միացած-ը նկարագրում է շերտ, որը որևէ կապ չունի ձեր պահանջած էջի հետ։ Որոշելու, թե որ շերտն է հաղորդում, պահանջվում է մեկ նոր հարցում և մեկ հայացք այն հաշվիչին, որը կապացուցեր, որ տրաֆիկը շարժվել է։ Վերագործարկումը դեն է նետում այդ ապացույցը և վերակառուցում այն պայմանները, որոնք դուք փորձում էիք դիտարկել։
Երեք տարբեր բաներ, որոնք կոչվում են միացած
Ամենացածր մակարդակում միացած-ը կարող է նշանակել, որ հաճախորդի գործընթացը աշխատում է և սոկետ է պահում դեպի գործընկեր։ Դրանից վերև այն կարող է նշանակել, որ գոյություն ունի հասցեով ինտերֆեյս, որը մշտական սարքը կամ վերականգնման ընթացակարգը կարող են ստեղծել առանց դրա հետևում կենդանի սեսիայի։ Կառավարման մակարդակում այն կարող է նշանակել, որ ասոցիացիա է բանակցվել, ինչը ոչինչ չի ասում այն մասին, թե արդյոք դրա տակով անցել է գոնե մեկ փաթեթ։ Դրանցից յուրաքանչյուրը դիմանում է այն խափանումներին, որոնց մյուսները չեն դիմանում, և հաճախորդը սովորաբար ցույց է տալիս ամենաուժեղը, ինչը կարող է պնդել։
Կանաչ պատկերակն ու մեռած թունելը, հետևաբար, համատեղելի են, ոչ հակասական. նրանք հաղորդում են տարբեր օբյեկտների մասին։ Սա է ամբողջ պատճառը, թե ինչու այս խափանումը շարունակաբար սխալ ախտորոշվում է որպես հաճախորդի վրիպակ։
Ուղարկեք մեկ անվնաս հարցում դեպի այն նպատակակետը, որն իսկապես պետք է, նախքան դեմոնին դիպչելը, և աշխատելիս թողեք պահանջվող ուղիղ տրաֆիկի արգելափակումը տեղում։ Վերագործարկումը ջնջում է իրադարձությունների հերթականությունը և հետո վերստեղծում դրանք բավական մոտ, որպեսզի թաքցնի պատճառը, ինչի պատճառով նույն տոմսը վերադառնում է մեկ շաբաթ անց՝ առանց որևէ նոր բանի։ Մեկ հարցում, մեկ հաշվիչի ընթերցում և խափանումն առաջացրած գործարկիչը նվազագույն ապացույցն են։
Որ հաշվիչն է ապացուցում, որ փաթեթները շարժվել են
IPsec-ում IKE ասոցիացիան և CHILD ասոցիացիան առանձին օբյեկտներ են, և միայն child-ն է կրում այն հաշվիչները, որոնք պատասխանում են այս հարցին։ Թվարկեք child-ը, դիտեք՝ արդյոք փաթեթները աճում են երկու ուղղությամբ, և համեմատեք դա այն բանի հետ, ինչ ծրագիրը փորձում է անել։ Զրոյի վրա տեղադրված ասոցիացիան տարբեր հայտնաբերում է, քան աճողը, մինչ ծրագիրը դեռ ձախողվում է. առաջինը նշանակում է, որ տրաֆիկը չի ընտրվում, երկրորդը՝ որ այն շարժվում է, և խափանումն ավելի հեռու է։ Կարդացեք հաշվիչները երկու անգամ՝ մի քանի վայրկյան ընդմիջումով, որովհետև մեկ նմուշը չի կարող միտում ցույց տալ։
swanctl --list-sas ip xfrm state list ip -s link show dev tun0
Զրոյական հաշվիչները մատնանշում են ընտրությունը. երթուղավորում, քաղաքականություն, անվանատարածք, որտեղից դուրս է եկել փաթեթը, կամ ինտերֆեյս, որին հաճախորդը երբեք չի կապվել։ Աճող հաշվիչները մատնանշում են թունելից հեռու, այնպես որ շարունակեք փոխանցումով հեռավոր ծայրում, անունների լուծմամբ, վերադարձի ուղիով և նպատակակետի ծառայությամբ՝ այս հերթականությամբ։ Առանձին child օբյեկտ չունեցող արձանագրությունը նույն ապացույցը բացահայտում է իր տերմիններով, այնպես որ օգտագործեք այն, ինչ այն հաղորդում է գործընկերոջ վիճակի և փաթեթների քանակի մասին՝ IPsec-ի բառապաշարը փոխառելու փոխարեն։ Ընթերցման ձևն ավելի կարևոր է, քան այն գործիքը, որն այն արտադրել է։
Որտեղ է նստում խափանումը հաշվիչների շարժվելուց հետո
Իր սեփական կառավարման հասցեով պատասխանող դարպասը ապացուցում է, որ դարպասը աշխատում է, ոչ թե որ դրա հետևում ինչ-որ բան սպասարկում է ձեր հարցումը, այնպես որ ստուգեք հեռավոր կողմը, ոչ թե մեջտեղի արկղը։ Անունների լուծումը լավագույնս թաքցնում է խափանումները, որովհետև թունելով անհասանելի լուծիչը ժամանակավարտվում է ճիշտ այնպես, ինչպես մեռած կապը։ Երկու որոնում բաժանում են այդ դեպքերը, և երկուսն էլ էժան են։ Սկզբում հարցրեք այն լուծիչին, որը թունելը պարտադրում է, ապա հարցրեք հանրային լուծիչին նույն անվան մասին։
dig +short host.example dig +short @10.20.0.1 host.example ping -c 2 10.20.0.25
Անուն, որը լուծվում է հանրային լուծիչով, բայց ոչ թունելի լուծիչով, նշանակում է, որ DNS ուղին կոտրված է, մինչդեռ անուն, որը լուծվում է երկուսով և դեռ ժամանակավարտվում է դիտարկիչում, մատնանշում է վերադարձի ուղին կամ ծառայությունը։ Եթե հասցեով ping-ը հաջողվում է, իսկ ծրագիրը դեռ մերժում է, ցանցը հասցրել է հարցումը, և ծառայությունը մերժել է այն, ինչը բոլորովին ավելի ուշ փուլ է։
Գրանցեք գործարկիչը, ապա փոխեք մեկ բան
Գրանցեք, թե ինչ նախորդեց խափանմանը. անգործության շրջան, ցանցի փոփոխություն, բանալու թարմացում, վերսկսված նոթբուք կամ վերականգնված համակարգ։ Դրանք տարբեր մեխանիզմներ են առաջացնում, և սովորաբար միայն վերականգնված համակարգն է ինքն իրեն վերանորոգում, ինչը հենց այն դեպքն է, որը ձեզ ոչինչ չի սովորեցնում։ Վերագործարկումը հեռացնում է իրադարձությունների հերթականությունը և հետո բավական մոտ պայմաններ է վերստեղծում՝ պատճառը թաքցնելու համար։ Գրեք գործարկիչը, քանի դեռ այն վերարտադրելի է։
Ապա կատարեք մեկ հիմնավորված ուղղում և կրկնեք սկզբնական հարցումը խափանումն առաջացրած գործարկիչի հետ միասին։ Անգործությունն ամենահեշտ վերարտադրվող գործարկիչն է, ուստի այն ամենաարագ հաստատումն է, որ ուղղումը վերաբերել է մեխանիզմին, ոչ թե ախտանիշին։
Ինչ ուզում եք հաղորդել, այն ապացույցն է, որ այն տրաֆիկը, որը մտադիր էիք ուղարկել, հասել է այն ծառայությանը, որին մտադիր էիք հասնել։ Կանաչացող պատկերակը, քեշավորված էջի բեռնումը և շարժվող հաշվիչը բոլորը ապացուցում են ավելի քիչ, քան մեկ ավարտված հարցումը դեպի նախատեսված նպատակակետը։ Պահեք հարցումը, հաշվիչի ընթերցումը և գործարկիչը միասին, որպեսզի հաջորդ մարդը կարողանա տարբերել ուղղումը պատահականությունից։