journalctl VPN-ի մատյանների համար. ո՞ր միավորն է տիրապետում կապին

Սկսեք այն systemd միավորից, որն իսկապես տիրապետում է VPN կապին, և ոչ թե այն մատյանային հրամանից, որը հիշում եք։ Ուղիղ OpenVPN ծառայությունը, wg-quick միավորը և NetworkManager պրոֆիլը իրենց օգտակար հաղորդագրությունները տեղադրում են տարբեր միավորներում, իսկ սխալ միավորին ուղղված հարցումը տալիս է դատարկ արդյունք, որը լռություն է թվում։ Համեմատեք երեք սովորական տերերին, նեղացրեք պատուհանը, ապա հերթով կարդացեք փուլերը։

Համեմատեք երեք սովորական տերերին

OpenVPN-ի հաճախորդի ծառայությունը սովորաբար պրոֆիլի անունով կոչվող օրինակ-միավոր է, օրինակ՝ [email protected]։ Նրա հաղորդագրությունները ներառում են կոնֆիգուրացիայի ուղին, ընտրանքների վերլուծությունը, TLS ձեռնհանձնումը և երթուղու տեղադրումը, որն անում է հաճախորդը։

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

NetworkManager-ը տիրապետում է իր ստեղծած պրոֆիլներին, և նրա հաղորդագրությունները ապրում են NetworkManager.service-ի ներքո նույնիսկ այն դեպքում, երբ հիմքում ընկած փլագինը VPN օգնական է։ Հարցրեք և՛ կառավարչին, և՛ օգնական միավորին, երբ պրոֆիլը կառավարվում է այդպես։

Նեղացրեք հարցումը մեկ միավորի և մեկ պատուհանի

Հարցրեք ձեր նույնականացրած միավորին և սահմանափակեք ժամանակը ձեր ուսումնասիրած փորձով։ Մեկ օրը սովորաբար բավական է, և ավելի կարճ պատուհանը լավ է, երբ մեքենան հաճախ վերամիանում է։

journalctl -u [email protected] --since today
systemctl list-units --type=service | grep -i vpn
systemctl cat [email protected]

Ստուգեք տեղադրված անունը նախքան հարցմանը վստահելը։ Տարածման փաթեթավորումը վերանվանում է միավորներ, և ֆայլի տեսքով գոյություն ունեցող պրոֆիլը կարող է երբեք չմիացված լինել որպես ծառայություն։ Եթե միավորը գոյություն չունի, դատարկ մատյանը ձեզ պատմում է տեղակայման մասին, ոչ թե թունելի։

Կարդացեք առաջին ձախողված փուլը

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

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

Մի խառնեք ձախողված ծառայությունը ձեռքով գործարկված հաճախորդի հետ

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

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

Կիսվեք քաղվածքով, ոչ արտահանմամբ

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

Ուղարկեք նեղ պատուհանը, միավորի անունը և առաջին ձախողված փուլը, և ասեք, թե ինչ արդեն բացառել եք։ systemd journalctl-ի ձեռնարկը փաստաթղթավորում է ընտրիչները և ելքի ընտրանքները, եթե ձեզ անհրաժեշտ է ձեր տարածման տարբերակի աջակցած ձևը։