Միջերեսը միացված է, բայց wg-quick-ը ձախողվել է, ինչ անել հիմա

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

Մասնակի վիճակը սովորական ձախողումն է

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

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

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

Գտեք առաջին ձախողված քայլը

Կարդացեք միավորի մատյանը, ոչ միայն ընթացիկ կարգավիճակը, և կարդացեք այն ձախողված գործարկման սկզբից։ Վերջին տողը ձեզ ասում է ելքի կոդը, առաջին սխալը՝ ինչ վերանորոգել։

Այս հրահանգները տպում են միավորի վիճակը, այդ միավորի բեռնման մատյանը և թունելի կենդանի վիճակը՝

systemctl status wg-quick@wg0
journalctl -u wg-quick@wg0 -b --no-pager | tail -40
wg show
ip -4 addr show dev wg0

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

Երեք պայման, որոնք որոշում են վերանորոգումը

Որոշեք՝ մաքրում եք, տեղում վերանորոգում, թե հեռացնում եք միավորը բեռնման ուղուց, և որոշեք դա նախքան ինչ-որ բան մուտքագրելը։

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

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

Մաքրեք նախքան նորից փորձելը

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

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

Ապացուցեք թունելը, ոչ միավորը

Կանաչ միավորը նշանակում է, որ մեկնարկի հաջորդականությունը դուրս է եկել զրոյով։ Դա չի նշանակում, որ փաթեթը հասել է մյուս կողմը, և չի նշանակում, որ լուծիչը կարգավորվել է այնպես, ինչպես մտադիր էիք։

Ուղարկեք հարցում թունելով և կարդացեք այն վիճակը, որը ստեղծել է այն՝

systemctl is-active wg-quick@wg0
wg show wg0 latest-handshakes
ping -c 3 10.63.0.1
resolvectl query internal.example.net

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