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

Համոզվեք, որ կառուցվածքը համապատասխանում է մեքենային

Սկսեք նրանից, թե ինչ է dpkg կարծում մեքենայի մասին և ինչի համար է կառուցվել փաթեթը։ Սովորական 64-բիթ համակարգում dpkg --print-architecture տպում է amd64, և մատակարարի էջը թվարկում է amd64 փաթեթը սովորական Debian-ի կողքին։ Կարդացեք թողարկման տողը ձեր իրականում տեղադրած ֆայլի անվան մեջ՝ փոխարենը ենթադրելու, որ երկուսը համընկնում են։

2013 թվականի, i386-ի համար կառուցված արխիվը 64-բիթ չի դառնում միայն այն պատճառով, որ դուք --force-architecture եք փոխանցել տեղադրման ժամանակ։ Ստիպող տեղադրումը տեղադրում է օտար բինարներ, թաքցնում կախվածության ձախողումը դեռևս գործարկվող մեկնարկիչի հետևում և կարող է դեմոնին ստիպել բեռնել սխալ գրադարաններ։ Եթե ձեր թողարկումը միայն 32-բիթ է, գործարկեք այն 32-բիթ միջավայրում կամ դարպասի տիրոջից նոր կառուցվածք խնդրեք։

Ստուգեք նաև կախվածությունների տողը։ dpkg -s kerio-control-vpnclient | grep -i depends ցույց է տալիս, թե ինչ է սպասում փաթեթը, և չկատարված տարբերակի սահմանափակումը կամ բացակայող գործարկման գրադարանը հայտնվում են այստեղ, ոչ թե հաճախորդի մատյանում։

Կարգավորեք այն փաթեթի կախարդի միջոցով

Ըստ նախագծի՝ հաճախորդը ծրագրերի դարակում գրառում չունի, ուստի բացակայող պատկերակը ոչինչ չի ասում կարգավորման հաջողության մասին։ Բացեք կախարդը կրկին sudo dpkg-reconfigure kerio-control-vpnclient հրամանով և պատասխանեք նրա հարցերին՝ VPN-ի վերջնակետ, հաշվի տվյալներ և սերվերի վկայագրի մատնահետք։

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

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

Իմացեք այն ֆայլը, որը գրում է կախարդը

Կարգավորումը գտնվում է /etc/kerio-kvc.conf ֆայլում և կրում է և՛ հաշիվը, և՛ ամրացված մատնահետքը։ Վերաբերվեք դրան որպես գաղտնի նյութ։ sudo stat -c '%a %U %G' /etc/kerio-kvc.conf այն չպետք է ցուցադրի որպես բոլորի համար ընթեռնելի։

Լիազորված ձեռքով խմբագրումից հետո վերաբեռնեք ֆայլը տիրող դեմոնը՝ ցանցային կույտը վերագործարկելու փոխարեն՝ sudo /etc/init.d/kerio-kvc reload։ Վերաբեռնումը նորից կարդում է կարգավորումը և գցում ընթացիկ սեսիան, ուստի կենդանի կապի վրա դա անազդեցիկ գործողություն չէ։

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

Առանձնացրեք կենդանի սեսիան մեկնարկի վարքից

Ծառայության սկրիպտը կառավարում է ընթացիկ կապը՝ sudo /etc/init.d/kerio-kvc stop հիմա ավարտում է թունելը և start վերադարձնում է այն։ Ոչ մի հրաման չի որոշում, թե ինչ կլինի հաջորդ մեկնարկին, և այդ տարբերությունը կարևոր է հեռավար կառավարվող մեքենայում։

Պարզեք, թե ով է տիրում մեկնարկին, նախքան հղումներ հեռացնելը կամ ինչ-որ բան քողարկելը։ Փաթեթը կարող է տեղադրել իր init սկրիպտը, ստեղծել unit կամ երկուսն էլ, և սխալ անվանն անջատելը հաճախորդին հետ է բերում վերագործարկումից հետո։ Ստուգեք systemctl status kerio-kvc հրամանը փաթեթի փաստաթղթերում օգտագործվող անվան հետ, ապա անջատեք այն ուղին, որը մեկնարկի գործընթացն իրականում կարդում է։

Չփոխարինեք OpenVPN-ի unit-ը միայն այն պատճառով, որ կարգավորումը նման է։ Այս հաճախորդը Kerio դարպասի հետ խոսում է իր սեփական արձանագրությամբ, ուստի նույն ֆայլին ուղղված մեկ այլ դեմոն չի նույնականացվի, և լրացուցիչ ձախողումը դժվարացնում է ապացույցների ընթերցումը։ GFI-ի Linux հաճախորդը նաև միաժամանակ պահում է միայն մեկ VPN կապ՝ այդ սահմանը վերաբերում է հաճախորդին, ոչ դարպասի օգտատերերի հզորությանը։

Կարդացեք մատյանները, ապա ստուգեք ռեսուրսը

Երեք ֆայլ /var/log/kerio-kvc դեմոնի պատմությունն են պատմում՝ init.log կյանքի ցիկլի իրադարձությունների համար, error.log կրիտիկական ձախողումների համար և debug.log մանրամասների համար։ Կարդացեք ձեր հարցին պատասխանող ամենափոքր հատվածը և հեռացրեք վերջնակետերն ու օգտատերերի անունները նախքան այն որևէ տեղ տեղադրելը։ init.log ֆայլում կախարդի գործարկման ժամանակի շուրջ բացը ձեզ ասում է, որ դեմոնը երբեք չի վերագործարկվել։

FileRead it forSkip it when
init.logstart, reload and stop eventsyou already know the daemon restarted
error.logfailed authentication and certificate problemsthe tunnel is up and traffic still fails
debug.logprotocol detail worth attaching to a ticketthe error is already named in error.log

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

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

Առնչվող հոդվածներ