APT এ wrapper নোহোৱাকৈ SOCKS5h ব্যৱহাৰ কৰিব পাৰে
SOCKS5h সমৰ্থন নথিভুক্ত কৰা APT সংস্কৰণৰ বাবে, প্ৰক্সি URI টো HTTP বা HTTPS পৰিৱহন ছেটিঙৰ অধীনত থাকে, কোনো উদ্ভাৱিত Acquire::socks অংশত নহয়।
“APT through SOCKS” সম্পৰ্কীয় পুৰণি উত্তৰে প্ৰায়ে wrapper বা HTTP-to-SOCKS relay ৰ পৰামৰ্শ দিয়ে। সেই উত্তৰবোৰে পুৰণি সংস্কৰণৰ প্ৰকৃত সীমাবদ্ধতা বৰ্ণনা কৰিব পাৰে। কিন্তু socks5h সমৰ্থন নথিভুক্ত কৰা APT সংস্কৰণত সেইবোৰ একমাত্ৰ বিকল্প নহয়।
এটা সংৰূপণ অংশে বিদ্যমান acquisition transport keys ব্যৱহাৰ কৰিব পাৰে:
Acquire::http::Proxy "socks5h://127.0.0.1:1080/";
Acquire::https::Proxy "socks5h://127.0.0.1:1080/";এই উদাহৰণে ধৰি লয় যে একে মেচিনতে এটা অনুমোদিত SOCKS5 listener ইতিমধ্যে আছে। ই এটা আৰম্ভ নকৰে। SSH dynamic forward সেই স্থানীয় listener সৃষ্টিৰ এটা উপায়। যদি প্ৰক্সিটো দূৰৱৰ্তী হয়, তেন্তে ইয়াৰ প্ৰকৃত প্ৰাপ্য endpoint ব্যৱহাৰ কৰক; SOCKS5 প্ৰক্সি তালিকাৰ প্ৰাৰ্থীসমূহ কেৱল তাত প্ৰযোজ্য য'ত ৰিপ'জিটৰি অনুৰোধৰ বাবে ৰাজহুৱা প্ৰক্সি অনুমোদিত।
স্কীমটো নিৰ্দেশনাৰ অংশ
APT transport manualত দূৰৱৰ্তী DNS ৰিজ'লিউশ্যনসহ SOCKS5 ৰ বাবে socks5h তালিকাভুক্ত কৰা হৈছে। সংস্থাপিত সংস্কৰণৰ বাবে নথিভুক্ত স্কীমটো ব্যৱহাৰ কৰক, আন এটা কাৰ্যসূচীয়ে যেনেতেনে গ্ৰহণ কৰা লেবেললৈ চুটি নকৰিব।
একেদৰে, পুৰণি ফৰাম স্নিপেটত থকা Acquire::socks::Proxy এই কথাৰ প্ৰমাণ নহয় যে HTTP acquisition পদ্ধতিয়ে সেই ছেটিং পঢ়ে। এটা সংৰূপণ parser এ key গ্ৰহণ কৰিব পাৰে যদিও কোনো download পদ্ধতিয়ে ইয়াক ব্যৱহাৰ নকৰে।
স্থানীয় ঠিকনাৰ এটা সীমা আছে
যেতিয়া APT এটা container বা virtual machineৰ ভিতৰত চলি থাকে, 127.0.0.1য়ে সেই পৰিৱেশক সূচায়। host ত থকা SOCKS listener এটা পৃথক endpoint। স্থানীয় সংযোগ প্ৰত্যাখ্যানৰ নিৰ্ণয় কৰাৰ আগতে APT ক'ত চলি আছে পৰীক্ষা কৰক।
SOCKS সমৰ্থনে ৰিপ'জিটৰি স্বাক্ষৰ বা HTTPS প্ৰমাণপত্ৰৰ পৰীক্ষাও আঁতৰাই নিদিয়ে। সেই সুৰক্ষাসমূহ সক্ৰিয় ৰাখক। যদি সংস্থাপিত APT ত নথিভুক্ত সামৰ্থ্য নাই, তেন্তে অচিনাকি URI স্কীমক পাছৱৰ্ড সমস্যা হিচাপে গণ্য নকৰি অনুমোদিত বিকল্প বা update পথ বাছনি কৰক।