একটি APT ভাণ্ডার প্রক্সির বাইরে রাখুন

একটি অভ্যন্তরীণ প্যাকেজ ভাণ্ডারের অফিস নেটওয়ার্ক ছেড়ে বাইরের প্রক্সি দিয়ে ফিরে আসা উচিত নয়। প্রতিটি ডাউনলোডের জন্য প্রক্সি নিষ্ক্রিয় না করেই আপনি APT-কে একটি হোস্ট-নির্দিষ্ট ব্যতিক্রম দিতে পারেন।

উদাহরণস্বরূপ, একটি APT কনফিগারেশন অংশে থাকতে পারে:

Acquire::http::Proxy "http://proxy.example:8080/";
Acquire::http::Proxy::packages.office.example "DIRECT";
Acquire::https::Proxy::packages.office.example "DIRECT";

উদাহরণটি একটি ডিফল্ট HTTP প্রক্সি রাখে এবং তালিকাভুক্ত উভয় ট্রান্সপোর্ট সেটিংয়ের জন্য নামকৃত ভাণ্ডার হোস্টকে ছাড় দেয়। এর বাইরের ডিফল্ট পথের জন্য, HTTP প্রক্সি তালিকা পাবলিক প্রক্সি অনুমোদিত হলে প্রার্থী দেয়; অভ্যন্তরীণ ভাণ্ডারটি সরাসরি রাখুন। প্রকৃত পরিবেশের সাথে মিলতে প্রয়োজনীয় যেকোনো ডিফল্ট HTTPS প্রক্সি আলাদাভাবে সেট করুন।

ভাণ্ডার URL নয়, হোস্ট ব্যবহার করুন

প্রত্যয়টি একটি হোস্টনাম: https:// নেই, পথ নেই, এবং শেষে স্ল্যাশ নেই। একই হোস্টের একাধিক ভাণ্ডার সেই রাউটিং ব্যতিক্রম ভাগ করে। এটি প্রতি-ডিরেক্টরি ফায়ারওয়াল নিয়ম নয়।

DIRECT একটি APT প্রক্সি-নির্বাচন মান, যা HTTP ট্রান্সপোর্ট ম্যানুয়াল-এ নথিভুক্ত। এর অর্থ «অন্য মিরর ব্যবহার করুন» নয়, এবং ভাণ্ডার কোন প্যাকেজ প্রকাশ করে তা বদলায় না।

ডাউনলোডটির প্রথম URL-এর বাইরেও অনুসরণ করুন

যদি একটি ভাণ্ডার অন্য হোস্টনামে রিডাইরেক্ট করে, সেই অনুরোধের নিজস্ব রাউটিং সিদ্ধান্ত আছে। মেটাডেটা ও প্যাকেজ আর্কাইভ ভিন্ন হোস্ট থেকে এলে একই প্রযোজ্য। অভ্যন্তরীণ পরিষেবার প্রকৃত প্রয়োজনীয় হোস্টগুলির সাথে ব্যতিক্রমগুলি মিলিয়ে রাখুন।

সরাসরি পথের জন্য সাধারণ পৌঁছানোযোগ্যতা এবং সঠিক সার্টিফিকেট বিশ্বাসও দরকার। একটি সফল বাইপাস নির্বাচন দুর্গম অভ্যন্তরীণ সার্ভারকে সাড়া দিতে বাধ্য করতে পারে না।

অংশটি স্বাভাবিক কনফিগারেশন ডিরেক্টরিতে রাখার পরে কার্যকর APT কনফিগারেশন পর্যালোচনা করুন। পরে যোগ করা হোস্ট-নির্দিষ্ট এন্ট্রি ফলাফল বদলাতে পারে। ব্রাউজারের ওয়াইল্ডকার্ড বাইপাস সিনট্যাক্স এই কী-তে কপি করা এড়িয়ে চলুন; APT-এর নথিভুক্ত হোস্ট সেটিং প্রাসঙ্গিক ইন্টারফেস।