ஒரு உள்ளமைவு கோப்பு வெற்றிகரமாக பகுக்கப்பட்டு, இருந்தாலும் ப்ராக்ஸியை உள்ளமைக்கத் தவறலாம். APT பெயரிடப்பட்ட விருப்பங்களின் மரத்தை ஏற்கிறது; ஒவ்வொரு நம்பத்தகுந்த தோற்றமுள்ள கிளையையும் அதன் HTTP போக்குவரத்துக்கான கட்டளையாகக் கருதாது.

HTTP பாதைக்கு, APT ப்ராக்ஸி அமைப்பு இதுவாகும்:

Acquire::http::Proxy "http://proxy.example.net:8080/";

பொது களஞ்சிய அணுகல் பொது ப்ராக்ஸிகளைப் பயன்படுத்தக்கூடியபோது உங்கள் சேவையின் HTTP முனைப்புள்ளியையோ HTTP ப்ராக்ஸி பட்டியலையோ பயன்படுத்துங்கள். அதே அமைப்பை கூடுதல் வரம்பில் சுற்றினால் அதன் பெயர் மாறும்:

APT {
    Acquire {
        http {
            Proxy "http://proxy.example.net:8080/";
        };
    };
};

இது மதிப்பை APT::Acquire::http::Proxy இல் வைக்கிறது. இது Acquire::http::Proxy இன் மற்றொரு எழுத்துப்பிழையல்ல. HTTP பெறுதல் முறை பிந்தையதைத் தேடுகிறது.

சரியான மதிப்பைக் கேளுங்கள்

apt-config shell HTTP_PROXY_VALUE Acquire::http::Proxy
apt-config shell NESTED_VALUE APT::Acquire::http::Proxy

இவை படிக்க-மட்டும் உள்ளமைவு ஆய்வுகள். URI இல் இருந்தால் வெளியீடு பயனர் தகவலை வெளிப்படுத்தக்கூடும், எனவே பங்கிடப்பட்ட படிகளிலிருந்து சான்றுகளை விலக்கி வைத்திருங்கள். தோல்வியடைந்த தொகுப்புச் செயல்பாட்டைத் தொடங்கும் அதே உள்ளமைவு கோப்புகள், விருப்பங்கள் மற்றும் கணக்கு சூழலை ஒப்பிடுங்கள்.

சரியான பாதையில் மதிப்பு இல்லாதது, செல்லுபடியாகத் தோன்றும் கோப்பு முனைப்புள்ளியை ஏன் தேர்ந்தெடுக்கவில்லை என்பதை விளக்குகிறது. அந்த முனைப்புள்ளியை அடைய முடியுமா என்பதை இன்னும் சொல்லவில்லை.

சரியான அடுக்கில் நிறுத்தற்குறிகளைச் சரிபார்க்கவும். பெயர்கள் இரட்டைக் கோலன் பிரிப்பான்களைப் பயன்படுத்துகின்றன; சாதாரண மதிப்பு ஒதுக்கீடுகளுக்கு மேற்கோள்களும் இறுதியில் அரைப்புள்ளியும் தேவை. APT விருப்பப் பெயர்களில் பெரிய-சிறிய எழுத்துக்கள் முக்கியமல்ல, எனவே proxy ஐ Proxy ஆக மாற்றுவது கூடுதல் வரம்புக்கான திருத்தம் அல்ல. URI சரத்தினுள் உள்ள அரைப்புள்ளி தரவு, கூற்றின் முடிவு அல்ல.

சுற்றிலும் கூடுதல் ஏற்றுமதிகளைச் சேர்ப்பதற்குப் பதிலாக அறிவிப்பைத் திருத்துங்கள். APT விரும்பிய அமைப்பைத் தெரிவித்த பிறகு, இணைப்பு மறுப்பு, 407 அல்லது சான்றிதழ் பிழை பிந்தைய கட்டத்தைச் சேர்ந்தது.

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