OpenVPN-ը չի միանում. կարդացեք առաջին տողը, ոչ թե կարգավորումները

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

Երեք միայն-ընթերցման հրամաններ ձեզ այնտեղ կտանեն. նախ՝ journalctl -u openvpn@server -b --no-pager, ապա՝ systemctl status openvpn@server, և ss -lunp՝ UDP լսորդների ու դրանց տերերի համար։

Առաջին տողն է ընտրում ճյուղը

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

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

Ուրիշ ո՞վ է պահում 1194 պորտը

Մեղավորը սովորաբար երկրորդ սերվեր չէ, որ ինչ-որ մեկը դիտավորյալ կարգավորել է։ Սպասեք ձեռքով գործարկված հաճախորդի, որը դեռ կենդանի է մեկ այլ տերմինալում, կամ երկրորդ պրոֆիլի, որը պատահաբար ընտրել է նույն պորտը, կամ մատակարարի փաթեթի, որի սեփական թունելը պահում է 1194-ը։ Սոկետի տերը հայտնվում է ss -lunp-ում, այդ PID-ը տվեք systemctl status-ին՝ իմանալու, արդյոք միավորն է պատասխանատու։ Անջատեք այն իր իսկ կառավարման ուղիով, ոչ թե ազդանշանով։

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

Ջնջումից հետո մնացած միավորները

Ջնջումը հեռացնում է բինարները, ձեռքով գրված միավորի ֆայլերը, սովորաբար /etc/systemd/system-ի տակ, վերապրում են։ Systemd-ն այնուհետև նորից փորձում է միավոր, որը ցույց է տալիս գոյություն չունեցող ուղու, և հաղորդագրությունը վերաբերում է այդ բացակայող ֆայլին, ոչ թե երեկվա հեռացմանը։ systemctl status-ը ցույց է տալիս միավորի հատվածի ուղին վերևի մասում, ուստի նախքան որևէ բան ջնջելը ստուգեք այն dpkg -S-ով։ Երբ որբը վերանա, systemctl daemon-reload-ը և systemctl reset-failed-ը մաքրում են վիճակը, հակառակ դեպքում յուրաքանչյուր հետագա կարգավիճակի ստուգում ժառանգում է այն։

Երբ which openvpn-ը պատասխանում է /usr/local-ի տակ գտնվող ինչ-որ բանով, գործի մեջ եղած բինարը եկել է մատակարարի տեղադրիչից, ոչ թե apt-ից։ Նման տեղադրիչը սովորաբար բերում է իր լսորդը, իր բեռնարկման գրառումը և իր կարգավորման պանակը, ուստի տեսանելի հրամանը հեռացնելը սոկետը զբաղված է թողնում։

Ապատեղադրեք այն այնպես, ինչպես մատակարարը փաստաթղթավորում է, ss -lunp-ով հաստատեք, որ պորտն ազատ է, և դիստրիբուտիվի հաճախորդը ավելացրեք միայն եթե դրա կարիքն ունեք։

Կրկնափորձից առաջ կարգի բերեք վիճակը

Մաքրեք ձախողված վիճակը նախքան դրանից եզրակացություններ անելը՝ systemctl reset-failed-ը հեռացնում է հաշվիչները, և systemctl status-ը այնուհետև հաղորդում է միավորի ներկա վիճակը, ոչ թե պատմությունը։ Մեկ անգամ գործարկեք այն և կարդացեք հենց այդ գործարկման ամսագիրը, ոչ թե մեքենայի համախառն վիճակը։ Միավորը, որը հաղորդում է ակտիվ լինելու մասին, մինչ թունելը ոչինչ չի տեղափոխում, առանձին խնդիր է և շատ ավելի տարածված։ Երկուսը միաձուլվում են սխալների հաշվետվություններում, որովհետև երկուսն էլ ավարտվում են օգտվողի «VPN-ը չի աշխատում» խոսքերով։

Նշեք ձեր ընտրած ճյուղը՝ պորտի բախում, բացակայող բինար, բացակայող կարգավորում։ Հաջորդ անգամ ավելի արագ կճանաչվի։