“APT through SOCKS” பற்றிய பழைய பதில்கள் பெரும்பாலும் wrapper அல்லது HTTP-to-SOCKS relay பரிந்துரைக்கின்றன. அந்தப் பதில்கள் பழைய பதிப்புகளின் உண்மையான வரம்புகளை விவரிக்கலாம். ஆனால் socks5h ஆதரவை ஆவணப்படுத்தும் APT பதிப்பில் அவை ஒரே வழி அல்ல.

ஒரு உள்ளமைவுப் பகுதி ஏற்கனவே உள்ள acquisition transport விசைகளைப் பயன்படுத்தலாம்:

Acquire::http::Proxy "socks5h://127.0.0.1:1080/";
Acquire::https::Proxy "socks5h://127.0.0.1:1080/";

இந்த எடுத்துக்காட்டு அதே இயந்திரத்தில் அங்கீகரிக்கப்பட்ட SOCKS5 கேட்பான் ஏற்கனவே உள்ளது என்று கருதுகிறது. அது ஒன்றைத் தொடங்காது. SSH மாறும் முன்னனுப்புதல் அந்த உள்ளூர் கேட்பானை உருவாக்கும் ஒரு வழி. proxy தொலைதூரத்தில் இருந்தால், அதற்குப் பதிலாக அதன் உண்மையான அணுகக்கூடிய முனைப்புள்ளியைப் பயன்படுத்தவும்; SOCKS5 proxy பட்டியல்லில் உள்ள வேட்பாளர்கள் களஞ்சியக் கோரிக்கைகளுக்கு பொது proxy அனுமதிக்கப்படும் இடங்களில் மட்டுமே பொருந்தும்.

திட்டம் அறிவுறுத்தலின் ஒரு பகுதி

APT போக்குவரத்து கையேடு தொலைதூர DNS தீர்வுடன் SOCKS5-க்கு socks5h பட்டியலிடுகிறது. நிறுவப்பட்ட பதிப்பிற்கு ஆவணப்படுத்தப்பட்ட திட்டத்தைப் பயன்படுத்தவும், மற்றொரு நிரல் தற்செயலாக ஏற்கும் லேபிளாக அதைச் சுருக்க வேண்டாம்.

அதேபோல், பழைய மன்றப் பகுதியில் உள்ள Acquire::socks::Proxy HTTP acquisition முறை அந்த அமைப்பைப் படிக்கிறது என்பதற்கான ஆதாரம் அல்ல. உள்ளமைவு பாகுபடுத்தி ஒரு விசையை ஏற்கலாம், ஆனால் பதிவிறக்க முறை அதைப் பயன்படுத்தாமல் இருக்கலாம்.

உள்ளூர் முகவரிக்கு ஒரு எல்லை உண்டு

APT ஒரு கொள்கலன் அல்லது மெய்நிகர் இயந்திரத்திற்குள் இயங்கும்போது, 127.0.0.1 அந்தச் சூழலைக் குறிக்கிறது. ஹோஸ்ட்டில் உள்ள SOCKS கேட்பான் வேறொரு முனைப்புள்ளி. மறுக்கப்பட்ட உள்ளூர் இணைப்பைக் கண்டறிவதற்கு முன் APT எங்கு இயங்குகிறது என்பதைச் சரிபார்க்கவும்.

SOCKS ஆதரவு களஞ்சியக் கையொப்பம் அல்லது HTTPS சான்றிதழ் சரிபார்ப்புகளையும் நீக்காது. அந்தப் பாதுகாப்புகளை இயக்கத்திலேயே வைத்திருங்கள். நிறுவப்பட்ட APT-யில் ஆவணப்படுத்தப்பட்ட திறன் இல்லாவிட்டால், அறியப்படாத URI திட்டத்தை கடவுச்சொல் சிக்கலாகக் கருதுவதற்குப் பதிலாக அங்கீகரிக்கப்பட்ட மாற்று அல்லது புதுப்பிப்புப் பாதையைத் தேர்ந்தெடுக்கவும்.

தொடர்புடைய கட்டுரைகள்