APT ریپر کے بغیر SOCKS5h استعمال کر سکتا ہے

“APT بذریعہ SOCKS” کے بارے میں پرانے جوابات اکثر ریپر یا HTTP-to-SOCKS ریلے تجویز کرتے ہیں۔ وہ جوابات پرانے ورژنوں کی حقیقی حدود بیان کر سکتے ہیں۔ لیکن جس APT ورژن میں socks5h کی معاونت دستاویزی ہے، وہاں یہ واحد اختیار نہیں۔

کنفیگریشن کا ایک ٹکڑا موجودہ acquisition transport کلیدیں استعمال کر سکتا ہے:

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

یہ مثال فرض کرتی ہے کہ اسی مشین پر پہلے سے ایک مجاز SOCKS5 سننے والا موجود ہے۔ یہ ایک شروع نہیں کرتی۔ SSH ڈائنامک فارورڈ اس مقامی سننے والے کو بنانے کا ایک طریقہ ہے۔ اگر پراکسی دور ہے تو اس کے بجائے اس کا حقیقی قابلِ رسائی اینڈ پوائنٹ استعمال کریں؛ SOCKS5 پراکسی فہرست کے امیدوار صرف وہاں لاگو ہوتے ہیں جہاں ذخیرے کی درخواستوں کے لیے عوامی پراکسی کی اجازت ہو۔

اسکیم ہدایت کا حصہ ہے

APT ٹرانسپورٹ مینوئل دور دراز DNS ریزولوشن کے ساتھ SOCKS5 کے لیے socks5h درج کرتا ہے۔ نصب شدہ ورژن کے لیے دستاویزی اسکیم استعمال کریں، اسے کسی ایسے لیبل میں نہ چھوٹا کریں جسے کوئی دوسرا پروگرام اتفاقاً قبول کر لے۔

اسی طرح، پرانے فورم اقتباس میں Acquire::socks::Proxy اس بات کا ثبوت نہیں کہ HTTP acquisition طریقہ وہ ترتیب پڑھتا ہے۔ ایک کنفیگریشن پارسر کلید قبول کر سکتا ہے، مگر ڈاؤن لوڈ طریقہ اسے استعمال نہ کرے۔

مقامی پتے کی ایک حد ہے

جب APT کسی کنٹینر یا ورچوئل مشین کے اندر چلتا ہے، 127.0.0.1 اس ماحول کی طرف اشارہ کرتا ہے۔ میزبان پر SOCKS سننے والا ایک مختلف اینڈ پوائنٹ ہے۔ مسترد شدہ مقامی کنکشن کی تشخیص سے پہلے جانچیں کہ APT کہاں عمل میں آتا ہے۔

SOCKS معاونت ذخیرے کے دستخط یا HTTPS سرٹیفکیٹ کی جانچ بھی نہیں ہٹاتی۔ ان تحفظات کو فعال رکھیں۔ اگر نصب شدہ APT میں دستاویزی صلاحیت نہیں، تو نامعلوم URI اسکیم کو پاس ورڈ کا مسئلہ سمجھنے کے بجائے منظور شدہ متبادل یا اپ ڈیٹ راستہ منتخب کریں۔