VPN రిపోజిటరీని జోడించిన తర్వాత NO_PUBKEYతో apt నవీకరణ విఫలమవుతుంది

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

మొదట, వైఫల్యాన్ని సరైన వర్గంలో ఉంచండి

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

నడపండి sudo apt update ఒంటరిగా మరియు చివర చదవండి, పైన ఉన్న కాష్ ఫలితాలను పట్టించుకోకుండా. ముఖ్యమైన పంక్తి /etc/apt/sources.list.d/ అని పేర్కొంటుంది మరియు ఏ ఫైల్ తెరవాలో చెబుతుంది.

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

మార్గాన్ని ఎంచుకునే మూడు ప్రశ్నలు

ఈ మూలం నుండి ఇంకా ప్యాకేజీలను ఇన్స్టాల్ లేదా అప్గ్రేడ్ చేస్తున్నారా? క్లయింట్ చురుకుగా వాడుకలో ఉంటే విశ్వాసాన్ని మరమ్మతు చేయండి. ఒకసారి ఇన్స్టాల్ చేసి ఇప్పుడు NetworkManagerలో సాధారణ ప్రొఫైల్ను దిగుమతి చేస్తుంటే, మూలం అనవసర భారం మరియు తీసివేయడమే నిజాయితీ మరమ్మతు.

రెండవది, విక్రేత ఛానెల్ వెలుపల ధృవీకరించగల కీ మరియు వేలిముద్రను ప్రచురిస్తారా? మూడవది, ఈ హోస్ట్పై కీలను ఎవరు నిర్వహిస్తారు: పంపిణీనా లేదా మీరా? మీరు ధృవీకరించలేని కీతో సంతకం చేసిన మూలం మీరు ఇవ్వకూడని నవీకరణ అధికారం.

మొదటి ప్రశ్నకు కాదు అనే సమాధానం విశ్లేషణను ముగిస్తుంది. మూడు అంశాలకూ అవును అనే సమాధానం signed-by మరమ్మతు వైపు నడిపిస్తుంది, అదే పనిచేస్తూ ఆడిట్ చేయదగినదిగా ఉండే ఏకైక ఏర్పాటు. రెండు మార్గాలను కలపడం, మూలాన్ని ఉంచి బలవంతంగా దాటించడం, స్పష్టంగా మినహాయించదగిన ఏకైక ఎంపిక.

trusted=yes మరమ్మతులా ఎందుకు కనిపిస్తుంది, కానీ కాదు

sources.list మాన్యువల్ పేజీ దీని గురించి స్పష్టంగా చెబుతుంది. Trusted ఎంపికను yes గా సెట్ చేయడం, ప్రామాణీకరణ విఫలమైనా మూలాన్ని అంగీకరించమని aptకు చెబుతుంది, ఇది ఆ రిపోజిటరీకి apt-secureను ఆఫ్ చేస్తుంది. పేజీ దీన్ని స్థానిక సందర్భానికి కేటాయిస్తుంది, అసలు వాడితే.

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

మరమ్మతు మార్గం: కీని తీసుకోండి, తర్వాత పిన్ చేయండి

విక్రేత డాక్యుమెంట్ చేసిన స్థలం నుండి కీని తీసుకుని నిర్వాహకుడు నిర్వహించే కీల వలయంలో విప్పండి, తర్వాత రిపోజిటరీ పంక్తిని ఆ ఫైల్ వైపు తిప్పండి, విశ్వాసం జారిపోకుండా.

1. విఫలమయ్యే పంక్తిని చదివి కీ ID మరియు మూల ఫైల్ పేరు తీసుకోండి.
2. విక్రేత యొక్క ASCII-కవచిత కీని డౌన్లోడ్ చేసి gpg --dearmor ను /etc/apt/keyrings/vendor-name.gpg లో నడపండి.
3. [signed-by=/etc/apt/keyrings/vendor-name.gpg] ను ఆ విక్రేత యొక్క .list ఫైల్ నమోదుకు జోడించండి.
4. నడపండి sudo apt update మరియు మూలం సంతకం హెచ్చరికను పునరావృతం చేయకుండా సూచికను తెస్తుందని నిర్ధారించండి.

ప్యాకేజీతో వచ్చే కీలకు /usr/share/keyrings కు ప్రాధాన్యం ఇవ్వండి మరియు చేతితో ఉంచే కీలకు /etc/apt/keyrings. ఈ విభజన అలంకారం కాదు: ఇది తదుపరి నిర్వాహకుడికి ఏ కీలు ప్యాకేజీ అప్గ్రేడ్ను తట్టుకుంటాయో, ఏవి మనిషిని కావాలో చెబుతుంది.

నమ్మే ముందు వేలిముద్రను విక్రేత ప్రచురించిన విలువతో సరిపోల్చండి. ఫోరమ్ పోస్ట్ నుండి అతికించిన కీ ID అనేది ఎవరూ పేరు పెట్టలేని నవీకరణ అధికారాన్ని యంత్రం నమ్మడం ప్రారంభించే మార్గం.

తీసివేత మార్గం, మరియు లోపం ఎందుకు తిరిగి రావచ్చు

ఇన్స్టాలర్ వాస్తవంగా ఏమి రాశారో చూడండి, ఎందుకంటే అనేక ఫైళ్లు ఒకే విక్రేతను పేర్కొనవచ్చు, వాటిలో ఒకటి సాధారణంగా మిగిలిన ప్రతి.

grep -r . /etc/apt/sources.list.d/
sudo rm /etc/apt/sources.list.d/vendor.list

apt ఆ డైరెక్టరీ నుండి .list మరియు .sources ఫైళ్లను మాత్రమే చదువుతుంది, కాబట్టి .save లేదా .distUpgrade ప్రతి ఇప్పటికే నిర్లక్ష్యం చేయబడింది; అయినా దాన్ని తొలగించడం తర్వాత చదివేవారు ప్రమాదవశాత్తు పునరుద్ధరించకుండా నిరోధిస్తుంది. మూలాన్ని తీసివేయడం ఏదీ అన్ఇన్స్టాల్ చేయదు, apt తర్వాత ఇన్స్టాల్ చేసిన VPN ప్యాకేజీని స్థానికంగా ఇన్స్టాల్ లేదా ఇక అందుబాటులో లేదు అని వివరించవచ్చు, అది ప్యాకేజీ స్థితి సందేశం, విశ్వాస లోపం తిరిగి రావడం కాదు.

పునరావృతమయ్యే సందర్భం పాత సూచన, అది కీలను apt-key ద్వారా ప్రపంచ విశ్వసనీయ వలయంలో ఇన్స్టాల్ చేసేది. ఆ మార్గం కాలం చెల్లినది, మరియు విడుదల నవీకరణ కీని పడేయగలదు లేదా కేవలం సంప్రదించకుండా వదిలేయగలదు, ఒక సంవత్సరం నిశ్శబ్దంగా ఉన్న లోపం మీరు అప్గ్రేడ్ చేసే వారంలో కనిపించడానికి కారణం అదే. /etc/apt/trusted.gpg.d/ తనిఖీ చేయండి, తర్వాత విశ్వాస నిర్ణయాన్ని రిపోజిటరీ పంక్తికి, దాని స్థానానికి తరలించండి. విక్రేత ఇంకా apt-key సూచనలను ముద్రిస్తుంటే, అయినా signed-by వాడండి; అదే మాన్యువల్ డాక్యుమెంట్ చేసిన ఏర్పాటు, అప్గ్రేడ్ను తట్టుకునేది కూడా అదే.