APT ర్యాపర్ లేకుండా SOCKS5h ఉపయోగించగలదు
SOCKS5h మద్దతు పత్రీకరించబడిన APT సంస్కరణలకు, ప్రాక్సీ URI HTTP లేదా HTTPS రవాణా సెట్టింగ్‌ల కింద ఉంటుంది, సృష్టించిన Acquire::socks విభాగంలో కాదు.
“APT through SOCKS” గురించిన పాత సమాధానాలు తరచుగా ర్యాపర్ లేదా HTTP-to-SOCKS రిలేను సూచిస్తాయి. ఆ సమాధానాలు పాత సంస్కరణల నిజమైన పరిమితులను వివరించగలవు. కానీ socks5h మద్దతును పత్రీకరించే APT సంస్కరణలో అవి ఏకైక ఎంపిక కాదు.
కాన్ఫిగరేషన్ శకలం ఇప్పటికే ఉన్న acquisition transport కీలను ఉపయోగించగలదు:
Acquire::http::Proxy "socks5h://127.0.0.1:1080/";
Acquire::https::Proxy "socks5h://127.0.0.1:1080/";ఈ ఉదాహరణ అదే యంత్రంలో అధికృత SOCKS5 శ్రోత ఇప్పటికే ఉందని ఊహిస్తుంది. ఇది ఒకదాన్ని ప్రారంభించదు. SSH డైనమిక్ ఫార్వర్డ్ ఆ స్థానిక శ్రోతను సృష్టించే ఒక మార్గం. ప్రాక్సీ దూరంలో ఉంటే, దానికి బదులుగా దాని నిజమైన చేరుకోగలిగే ఎండ్‌పాయింట్‌ను ఉపయోగించండి; SOCKS5 ప్రాక్సీ జాబితాలోని అభ్యర్థులు రిపోజిటరీ అభ్యర్థనలకు పబ్లిక్ ప్రాక్సీలు అనుమతించబడిన చోట మాత్రమే వర్తిస్తాయి.
స్కీమ్ సూచనలో భాగం
APT రవాణా మాన్యువల్ దూర DNS రిజల్యూషన్‌తో SOCKS5 కోసం socks5h జాబితా చేస్తుంది. ఇన్‌స్టాల్ చేసిన సంస్కరణకు పత్రీకరించిన స్కీమ్‌ను ఉపయోగించండి, మరో ప్రోగ్రామ్ యాదృచ్ఛికంగా ఆమోదించే లేబుల్‌గా దాన్ని కుదించవద్దు.
అలాగే, పాత ఫోరమ్ స్నిపెట్‌లోని Acquire::socks::Proxy HTTP acquisition పద్ధతి ఆ సెట్టింగ్‌ను చదువుతుందనడానికి రుజువు కాదు. కాన్ఫిగరేషన్ పార్సర్ కీని ఆమోదించవచ్చు, కానీ డౌన్‌లోడ్ పద్ధతి దాన్ని ఉపయోగించకపోవచ్చు.
స్థానిక చిరునామాకు ఒక సీమ ఉంది
APT కంటైనర్ లేదా వర్చువల్ మెషీన్ లోపల నడుస్తున్నప్పుడు, 127.0.0.1 ఆ పరిసరాన్ని సూచిస్తుంది. హోస్ట్‌పై ఉన్న SOCKS శ్రోత మరో ఎండ్‌పాయింట్. తిరస్కరించబడిన స్థానిక కనెక్షన్‌ను నిర్ధారించే ముందు APT ఎక్కడ అమలవుతుందో తనిఖీ చేయండి.
SOCKS మద్దతు రిపోజిటరీ సంతకం లేదా HTTPS ధృవపత్ర తనిఖీలను కూడా తొలగించదు. ఆ రక్షణలను ప్రారంభంలో ఉంచండి. ఇన్‌స్టాల్ చేసిన APTలో పత్రీకరించిన సామర్థ్యం లేకపోతే, తెలియని URI స్కీమ్‌ను పాస్‌వర్డ్ సమస్యగా పరిగణించడం బదులు ఆమోదించిన ప్రత్యామ్నాయం లేదా అప్‌డేట్ మార్గాన్ని ఎంచుకోండి.