APT ফাইলটি গ্রহণ করে কিন্তু প্রক্সি কী-টি মিস করে

একটি কনফিগারেশন ফাইল সফলভাবে পার্স হতে পারে এবং তবুও প্রক্সি কনফিগার করতে ব্যর্থ হতে পারে। 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 বা সার্টিফিকেট ত্রুটি পরবর্তী ধাপের।