మీ VPN గేట్‌వేకు ఇంకా నవీకరణలను ఇన్‌స్టాల్ చేయడానికి మార్గం కావాలి

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

గేట్‌వేను లాక్ చేయడం సరైనది. అది ప్యాచ్‌లు పొందడం ఆపేంత కఠినంగా లాక్ చేయడం వేరే నిర్ణయం, మరియు సాధారణంగా ప్రమాదవశాత్తు.

స్థానిక అవుట్‌పుట్ క్లయింట్ ఫార్వర్డింగ్ కాదు

ఫార్వర్డింగ్ నియమాలు వేరే ప్రదేశం నుండి వచ్చి గేట్‌వే గుండా బయటకు వెళ్లే ప్యాకెట్లకు వర్తిస్తాయి. గేట్‌వే యొక్క స్వంత నవీకరణ ట్రాఫిక్ వాటితో ఎప్పుడూ సరిపోలదు; అది స్థానికంగా ఉత్పన్నమై అవుట్‌పుట్ మార్గం గుండా వెళ్తుంది. ఈ భేదమే క్లయింట్ యాక్సెస్ పరిపూర్ణంగా పనిచేస్తున్నప్పుడు అసాధ్యంగా కనిపించే వైఫల్యాన్ని వివరిస్తుంది.

ఇది పరీక్షలను దాటి నిలిచే విధాన లోపాన్ని కూడా వివరిస్తుంది, ఎందుకంటే సొరంగం వెనుక ఉన్న ల్యాప్‌టాప్ నుండి చేసిన శీఘ్ర తనిఖీ ఫార్వర్డింగ్ గొలుసు పనిచేస్తుందని నిరూపిస్తుంది మరియు హోస్ట్ యొక్క స్వంత కనెక్షన్ల గురించి ఏమీ చెప్పదు. గేట్‌వేను రెండు సబ్జెక్టులుగా చూడండి: ఫార్వర్డింగ్ గొలుసుతో రౌటర్ మరియు అవుట్‌పుట్ గొలుసుతో హోస్ట్. రెండింటికీ ఒక అభిప్రాయం అవసరం, మరియు సాధారణంగా ఒకటి మాత్రమే రాయబడుతుంది.

విఫలమైన దశను పేర్కొనండి

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

getent hosts deb.debian.org
curl -sSI https://deb.debian.org/debian/dists/stable/Release | head -n 1
apt-get -o Debug::Acquire::https=true update

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

నియమం జోడించే ముందు మూలాల జాబితా చదవండి

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

APT లో HTTP రవాణా పత్రం పర్యావరణ మరియు APT-నిర్దిష్ట ప్రాక్సీ సెట్టింగ్‌లను కవర్ చేస్తుంది, ప్రతి హోస్ట్‌కు ఎంపికలతో సహా, మరియు దాని HTTPS రవాణాకు దాని స్వంత ధృవీకరణ సెట్టింగ్‌లు ఉన్నాయి. బ్రౌజర్ తీసుకునే మార్గం మరియు ప్యాకేజ్ మేనేజర్ తీసుకునే మార్గం వేర్వేరు మార్గాలు, ఒకే యంత్రంలో కూడా.

మూలాలు ఏ చిరునామా కుటుంబాలకు పరిష్కరించబడతాయో గమనించండి. IPv4ను మాత్రమే అనుమతించే నియమం, మూలాలు AAAA రికార్డును ఇష్టపడే హోస్ట్‌పై విఫలమవుతూనే ఉంటుంది, మరియు లోపం అప్పుడప్పుడు కనిపించేలా ఉంటుంది ఎందుకంటే ఏ సమాధానం మొదట వస్తుందనే దానిపై ఆధారపడి ఉంటుంది.

ఒక నిర్వహణ మార్గాన్ని ఎంచుకుని దానిపై నిలబడండి

మూడు సమర్థించదగిన ఎంపికలు ఉన్నాయి: నిర్వహణ ట్రాఫిక్ సొరంగం ద్వారా, నిర్వహిత నవీకరణ ప్రాక్సీ ద్వారా, లేదా ఇరుకైన ప్రత్యక్ష మినహాయింపు ద్వారా. ఒకదాన్ని ఉద్దేశపూర్వకంగా ఎంచుకోండి మరియు resolver దానితో అంగీకరించేలా చేయండి, ఎందుకంటే పేర్లు ఒక దిశలో పరిష్కరించబడి కనెక్షన్లు మరో దిశలో వెళ్లే విభజన ఎవరూ వివరించలేని వైఫల్యాలను సృష్టిస్తుంది.

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

తనిఖీలను బలహీనపరచకుండా ధృవీకరించండి

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

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

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