రెపో ప్యాకేజీ లేదా VPN క్లయింట్ ప్యాకేజీ: మొదట ఏది?

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

ప్రతి ప్యాకేజీ నిజంగా ఏమి మారుస్తుంది

రెపో కాన్ఫిగరేషన్ ప్యాకేజీ APT మూల నమోదును వ్రాస్తుంది, ఆ నమోదు నమ్మే సంతకం కీని దిగుమతి చేస్తుంది, తర్వాత నిష్క్రమిస్తుంది. దాని కంటెంట్ /etc/apt కింద కొన్ని ఫైళ్లు మరియు ఒక కీ రింగ్, అమలు చేయడానికి ఏమీ లేదు. క్లయింట్ ప్యాకేజీ డీమన్ లేదా డెస్క్టాప్ అనువర్తనాన్ని, దాని లైబ్రరీలు మరియు ఆధారతలను అందిస్తుంది, మెనూలో లేదా systemd యూనిట్లో ముగిసే వస్తువు అదే.

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

ఆ విభజన నుండి మూడు దశలు వస్తాయి: మూలాన్ని నమోదు చేయండి, అది పోషించే మెటాడేటాను రిఫ్రెష్ చేయండి, తర్వాత అనువర్తనాన్ని పేరుతో ఇన్స్టాల్ చేయండి. Debian మరియు Ubuntu ఇన్స్టాలేషన్ గైడ్ వాటిని వేరుగా ఉంచుతుంది, అందుకే క్లయింట్ మూలాన్ని సెట్ చేసిన ప్యాకేజీ ద్వారా కాదు, తర్వాతి దశలో అడుగుతారు.

క్రమాన్ని నిర్ణయించే మూడు షరతులు

మొదటి షరతు, విక్రేత మీ ఖచ్చితమైన పంపిణీ విడుదల కోసం రెపోను ప్రచురిస్తారా అనేది. ఒక సెట్ కోసం నిర్మించిన మూల పంక్తి మరొక సెట్ యొక్క ఆధారతలకు వ్యతిరేకంగా పరిష్కరించబడి, ఎవరూ పరీక్షించని మిశ్రమాన్ని ఇన్స్టాల్ చేయవచ్చు.

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

మూడవది, మీకు నిజంగా ఏ ఫీచర్లు అవసరం అనేది. విక్రేత బిల్డ్ మీ పంపిణీ ప్యాకేజీ చేయని కొత్త ప్రోటోకాల్ అమలును లేదా డెస్క్టాప్ ఏకీకరణను అందించవచ్చు, అది రెండవ మూలాన్ని అంగీకరించడానికి నిజమైన కారణం. పంపిణీ బిల్డ్ మీ వినియోగాన్ని కవర్ చేస్తే, మూడవ పక్ష రెపోను జోడించడం చాలా తక్కువకు నవీకరణ పనిని మరియు మరో విశ్వాస సంబంధాన్ని కొంటుంది.

మూల పంక్తి ఉనికిలోకి రాకముందే ఆ మూడు సమాధానాలను నిర్ణయించండి, ఎందుకంటే తర్వాత తీసివేయడం అంటే ప్యాకేజీని మరియు దాని కీని శుభ్రం చేయడం. నిర్ణయించిన తర్వాత, విక్రేత మార్గంలో క్రమం ఒక ఎంపిక కాదు: మూలం మొదట, మెటాడేటా రెండవది, అనువర్తనం మూడవది, ఎప్పుడూ వ్యతిరేకం కాదు.

విడుదల ప్యాకేజీ ఏమి వదిలిందో తనిఖీ చేయండి

మరేదైనా ఇన్స్టాల్ చేయకముందే వివరణను కాదు, ఫైల్ జాబితాను చదవండి. Debian కుటుంబ వ్యవస్థలలో ప్యాకేజీ మానిఫెస్ట్ ఏమి కాన్ఫిగర్ చేసిందో మరియు కీ ఎక్కడ దిగిందో సమాధానమిస్తుంది.

dpkg -L proton-vpn-release | grep -E 'apt|keyring'
apt-cache policy proton-vpn-gnome-desktop
grep -r protonvpn /etc/apt/sources.list.d/

మొదటి పంక్తి మూల ఫైలును మరియు కీ రింగ్ మార్గాన్ని చూపిస్తుంది, రెండవ పంక్తి కాన్ఫిగర్ చేసిన మూలాలు ఏ వెర్షన్ను అందించగలవో తెలియజేస్తుంది. apt-cache policy క్లయింట్ పేరు కోసం ఏమీ ముద్రించకపోతే, మెటాడేటా రిఫ్రెష్ జరగలేదు లేదా మూలం మరొక సెట్ను లక్ష్యంగా చేసుకుంది. మూడవది, నమోదు APT నిజంగా చదివే చోట ఉందని నిర్ధారిస్తుంది.

కీ రింగ్ మార్గాన్ని మూల పంక్తిలోని signed-by= ఫీల్డ్తో సరిపోల్చండి. తప్పు డైరెక్టరీలోని కీ ప్రామాణీకరించని మూల లోపాన్ని కలిగిస్తుంది, అది అందుబాటులో లేని ప్యాకేజీకి భిన్నమైన వైఫల్యం.

ఆధారత వైఫల్యాన్ని ప్రత్యేక దశగా పరిగణించండి

డౌన్లోడ్ చేసిన .deb ను dpkg -i తో ఇన్స్టాల్ చేయడం ఏమీ పరిష్కరించదు: అది ఆధారతలను తనిఖీ చేసి, ఏమి లేదో నివేదించి, ప్యాకేజీని సగం కాన్ఫిగర్ అయిన స్థితిలో వదిలిస్తుంది. అది ఆశించిన ప్రవర్తన, పాడైన డౌన్లోడ్ కాదు.

తర్వాత apt --fix-broken install మీ మూలాల నుండి APT ను స్థిరమైన స్థితిని అడుగుతుంది. APT కి మీరు ఏ VPN కావాలనుకున్నారో తెలియదు, దాని ప్రణాళిక కనుగొన్న పరిమితిని తీర్చడానికి ప్యాకేజీలను తీసివేయవచ్చు. అవును అని సమాధానమిచ్చే ముందు ప్రతిపాదిత లావాదేవీని చదవండి, తీసివేతలు మీకు అవసరమైన దాన్ని తాకితే ఆపండి. ప్రణాళికను చదవకుండా మరమ్మతును పునరావృతం చేయడమే చిన్న ఆధారత అంతరాన్ని ఇక ప్రారంభం కాని డెస్క్టాప్గా మార్చే మార్గం.

ప్యాకేజీ మేనేజర్ యొక్క మొదటి అర్థవంతమైన సందేశాన్ని ఉంచి, చర్య తీసుకునే ముందు దాన్ని వర్గీకరించండి. సంతకం లేని రెపో, కాన్ఫిగర్ చేసిన మూలాల్లో లేని ప్యాకేజీ, వెర్షన్ ఘర్షణ, ప్రారంభమై తర్వాత చనిపోయే క్లయింట్ అనేవి నాలుగు వేర్వేరు వైఫల్యాలు.

అనువర్తనాన్ని ధృవీకరించండి, రెపోను కాదు

క్లయింట్ ఇన్స్టాల్ అయిన స్థితికి చేరుకుందని నిర్ధారించి, తర్వాత ప్రోగ్రామ్ ప్రారంభమవుతుందని నిర్ధారించండి. dpkg-query -W -f='${Status} ${Version}' proton-vpn-gnome-desktop వెర్షన్తో install ok installed ను నివేదించాలి, ఆ తర్వాత ప్రారంభం కాకపోవడం ప్యాకేజింగ్ సమస్య కాదు, అనువర్తన సమస్య.

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