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 स्कीमला पासवर्ड समस्या मानण्याऐवजी मंजूर पर्याय किंवा अपडेट मार्ग निवडा.