Linux లో Kerio VPN క్లయింట్: క్రమంగా ఐదు తనిఖీలు

Linux లో Kerio VPN క్లయింట్‌ను ఇన్‌స్టాల్ చేసిన తర్వాత డెస్క్‌టాప్‌లో ఏ ఐకాన్ కనిపించదు మరియు ప్రైవేట్ నెట్‌వర్క్ అందుబాటులో ఉండదు. ఇది ఈ క్లయింట్ యొక్క సాధారణ రూపం, పాడైన ఇన్‌స్టాల్ కాదు: GFI యొక్క Linux సూచనలు కమాండ్-లైన్ కాన్ఫిగరేషన్ మరియు సేవా స్క్రిప్ట్‌ను వివరిస్తాయి, ఎలాంటి GUI లేదు. క్రింది తనిఖీలను క్రమంగా చేయండి, ఎందుకంటే ప్రతి ఒక్కటి వేరే పొరను తొలగిస్తుంది. మొదటి వైఫల్యం ఎక్కడ ఆపాలో చెబుతుంది, ముందుకు దూకడం సాధారణంగా ఎప్పుడూ సమస్య కాని ప్యాకేజీని మళ్లీ నిర్మించడం.

బిల్డ్ యంత్రానికి సరిపోతుందని నిర్ధారించండి

ప్రారంభించండి dpkg యంత్రం ఏమిటి మరియు ప్యాకేజీ ఎందుకు నిర్మించబడిందో చూపిస్తుంది. సాధారణ 64-బిట్ సిస్టమ్‌లో dpkg --print-architecture ముద్రిస్తుంది amd64, మరియు విక్రేత పేజీ సాధారణ Debian ప్యాకేజీ పక్కన amd64 ప్యాకేజీని జాబితా చేస్తుంది. మీరు నిజంగా ఇన్‌స్టాల్ చేసిన ఫైల్ పేరులోని రిలీజ్ స్ట్రింగ్ చదవండి, రెండూ సరిపోతాయని ఊహించడం బదులు.

i386 కోసం నిర్మించిన 2013 ఆర్కైవ్ కేవలం --force-architecture ఇచ్చినందున 64-బిట్ కాదు. బలవంతంగా ఇన్‌స్టాల్ చేయడం విదేశీ బైనరీలను ఉంచుతుంది, ఇప్పటికీ ప్రారంభమయ్యే లాంచర్ వెనుక డిపెండెన్సీ వైఫల్యాన్ని దాచుతుంది, మరియు డెమన్ తప్పు లైబ్రరీలను లోడ్ చేయవచ్చు. మీ రిలీజ్ 32-బిట్ మాత్రమే అయితే, దాన్ని 32-బిట్ వాతావరణంలో నడపండి లేదా గేట్‌వే యజమానిని కొత్త బిల్డ్ అడగండి.

డిపెండెన్సీ లైన్ కూడా తనిఖీ చేయండి. dpkg -s kerio-control-vpnclient | grep -i depends ప్యాకేజీ ఏమి ఆశిస్తుందో చూపిస్తుంది, మరియు తీరని వెర్షన్ పిన్ లేదా లేని రన్‌టైమ్ లైబ్రరీ ఇక్కడ కనిపిస్తుంది, క్లయింట్ లాగ్‌లో కాదు.

ప్యాకేజీ విజార్డ్ ద్వారా కాన్ఫిగర్ చేయండి

డిజైన్ ప్రకారం క్లయింట్‌కు యాప్ డ్రాయర్‌లో ఎంట్రీ లేదు, కాబట్టి లేని ఐకాన్ కాన్ఫిగరేషన్ విజయవంతమైందా అనే దాని గురించి ఏమీ చెప్పదు. విజార్డ్‌ను మళ్లీ తెరవడానికి sudo dpkg-reconfigure kerio-control-vpnclient నడపండి మరియు దాని ప్రశ్నలకు సమాధానం ఇవ్వండి: VPN ఎండ్‌పాయింట్, ఖాతా వివరాలు మరియు సర్వర్ సర్టిఫికెట్ వేలిముద్ర.

వేలిముద్ర ప్రశ్నను తప్పు సర్వర్ గెలవగల ఏకైక స్థలంగా పరిగణించండి. విలువను గేట్‌వే నడిపే నిర్వాహకుడు ఇచ్చిన సర్వర్ సమాచారంతో పోల్చండి, ఎండ్‌పాయింట్ చూపించే దానితో కాదు. ధృవీకరించలేని వేలిముద్రను అంగీకరించడం ఈ జాబితా మిగిలిన భాగాన్ని అలంకారంగా మారుస్తుంది, ఎందుకంటే పిన్ నిల్వ చేసిన తర్వాత శత్రు సర్వర్ నిజమైన దానిలా కనిపిస్తుంది. విలువను మరో మార్గంలో నిర్ధారించలేకపోతే, సొరంగం మరోలా పైకి వచ్చినా, ఆపి అడగండి.

విజార్డ్‌ను మళ్లీ నడపడం కాన్ఫిగరేషన్‌ను మారుస్తుంది మరియు క్లయింట్ పునఃప్రారంభం కావచ్చు, కాబట్టి మీరు పని చేస్తున్న సెషన్ ఆ VPNపై ఆధారపడి ఉంటే యంత్రానికి రెండవ మార్గం ఉంచుకోండి. పాస్‌వర్డ్‌ను షెల్ చరిత్రకు చేరే ఆదేశంలో పెట్టడం బదులు సాధారణ ప్రాంప్ట్‌లో టైప్ చేయండి.

విజార్డ్ రాసే ఫైల్‌ను తెలుసుకోండి

కాన్ఫిగరేషన్ ఇక్కడ ఉంది: /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 లో విజార్డ్ నడిపిన సమయం చుట్టూ ఖాళీ ఉంటే డెమన్ ఎప్పుడూ పునఃప్రారంభం కాలేదని అర్థం.

చెల్లుబాటు అయ్యే ప్యాకేజీ, నడుస్తున్న డెమన్ మరియు చేరుకోగల వనరు మూడు వేర్వేరు ఫలితాలు, మూడూ ఉన్నప్పుడే జాబితా పూర్తవుతుంది. ఆమోదించిన మార్పు తర్వాత గేట్‌వే వెనుక మాత్రమే ఉన్న హోస్ట్‌ను అడగండి, తర్వాత దానిపై సాధారణ సేవను తెరవండి. సొరంగం పైన ఉండి వనరు లేకపోతే, మిగిలిన లోపం గేట్‌వే మార్గంలో లేదా ఫైర్‌వాల్ నియమంలో ఉంటుంది, ఇప్పుడే మళ్లీ కాన్ఫిగర్ చేసిన క్లయింట్‌లో కాదు.

మీరు ముగించిన స్థితిని నమోదు చేయండి: ప్యాకేజీ రిలీజ్, ఆర్కిటెక్చర్, వేలిముద్ర మరో మార్గంలో ధృవీకరించబడిందా, మరియు ఏ మళ్లీ లోడ్ లేదా పునఃప్రారంభం చేశారు. ఆ నోట్ తదుపరి వ్యక్తి మొదటి తనిఖీని చవకైనదిగా చేస్తుంది.