وېبپاڼې د VPN له لارې پرانیستل کېږي، خو apt تر زېرمې نه رسېږي

VPN نښلېږي، داخلي ویکي په براوزر کې پرانیستل کېږي، او apt update لا هم پر یوه هغه هنداره ځړول شوی چې نه شي رسېدلی۔ په هغه انځور کې په تونل کې هېڅ خراب نه دی۔ براوزر او د بنډلونو مدیر دوه جلا پراکسي پرېکړې وکړې او یوازې یوه یې ترتیب شوې وه۔

چې کومه پرېکړه ناکامه شوه، یوازینی شی دی چې لومړی یې تثبیتول ارزښت لري۔

له دې مخکې چې کومه تنظیم ته لاس ووهئ، تېروتنه ولولئ

هر پړاو بېله پیغام پرېږدي۔ هغه نوم چې هېڅکله نه حل کېږي DNS دی، هغه نښلېدنه چې هېڅکله نه بشپړېږي لارښوونه یا اورګاډی دی، سمدستي 407 د پراکسي تصدیق دی، د سند په اړه شکایت TLS کتنه ده، او د لاسلیک خبرداری د زېرمې مېټاډاټا ده۔ دا پنځه خرابۍ پنځه بېلې سمونې غواړي، او هغه پراکسي کرښه چې د DNS ستونزې پر سر ولګول شي یوازې ځړېدنه خوځوي۔

مخکې له دې چې څه بدل کړئ، سمه کرښه او هغه زېرمه چې نوموي یې کاپي کړئ۔ د «وخت تېر شو» ناڅرګنده یادونه هغه شی دی چې لس دقیقې تشخیص یوې بشپړې ماسپښین ته اړوي۔

APT خپل پراکسي تنظیمات ساتي

APT د /etc/apt/apt.conf.d/، اصلي apt.conf او هر هغه فایل چې APT_CONFIG نوموي یې لولي۔ دا د کاري مېز پراکسي پروفایل، د GNOME شبکه تنظیم یا د براوزر غځېدنه نه لولي۔ خو لېږد د پراکسي چاپېریال بدلونکو ته درناوی کوي، له همدې امله ستاسو په شیل کې کار کوونکی export https_proxy=... د بل چاپېریال کې روان ټایمر په اړه هېڅ نه ثابتوي۔

هغه څه وباسئ چې ناکام بهیر یې واقعاً ویني: apt-config dump | grep -i proxy۔

دا د هغه کارن په توګه چل کړئ چې ناکامه عملیه ترې روانه ده۔ که root بېله فایلونو ټولګه لولي، یا د systemd ټایمر بل چاپېریال سره پیل شي، بېلول به بېل وي، او هغه توپیر ستاسو ځواب دی۔ دوه سره ضد پراکسي ارزښتونه له یوه ورک ارزښت څخه بدتر دي، ځکه لېږد تر ټولو ځانګړي هغه سمون تعقیبوي چې ومومي۔

پراکسي هغه ځای کې وټاکئ چې د ترتیب خاوند یې تمه لري

د مدیر له خوا منل شوي ښکاره پراکسي لپاره په نوي فایل کې یوه وړه ټوټه بس ده:

Acquire::http::Proxy "http://proxy.corp.example:3128/";
Acquire::https::Proxy "http://proxy.corp.example:3128/";
Acquire::http::Proxy::archive.example.internal "DIRECT";

درېیمه کرښه هغه برخه ده چې ډېری بېلګې یې پرېږدي۔ د هر کوربه لپاره کیلي عمومي ارزښت ته ترجیح لري، نو هغه داخلي هنداره چې د تونل له لارې ورته رسېدل کېږي کولای شي پراکسي پرېږدي، په داسې حال کې چې نور هر څه لا هم ترې تېرېږي۔ DIRECT د دې لپاره مستند ارزښت دی، نه تشه رشته۔

ټوټه د نوي شمېرل شوي فایل په توګه ورزیاته کړئ، لکه /etc/apt/apt.conf.d/95proxy۔ د وېش فایل باندې لیکل دا معنا لري چې راتلونکی بنډل تازه کول ستاسو بدلون په خاموشۍ سره بېرته کوي۔

د ننوتلو معلومات له URI څخه بهر پاتې کېږي

د APT لېږد مرجع د تصدیق لپاره apt_auth.conf ته اشاره کوي، او هم هلته د کارن نوم او پټنوم ځای دی۔ د هغو راګډول په پراکسي URI کې هغوی د بهیرونو لیستونو، د شیل تاریخچې او هر هغه ترتیب بېلولو کې ږدي چې په ټکټ کې لګول کېږي۔ د تصدیق فایل سخته اجازه غواړي، ځکه دا د ننوتلو معلوماتو زېرمه ده۔

سکیما هم وګورئ۔ HTTPS زېرمې ته لا هم د HTTP پراکسي له لارې رسېدل کېږي؛ لېږد د هندارې د URI سکیما څخه بېل انتخاب دی۔

ګرافیکي سافټویر مرکز بېل مخ دی۔ که PackageKit یا snap شاته برخه کاروي، د APT ټوټه ورته هېڅ نه بدلوي، نو وګورئ کوم بهیر ناکامه غوښتنه وکړه۔

لار تثبیت کړئ، نه یوازې د وتلو کوډ

کله چې ټوټه خپل ځای کې وي، د شنه پایلې باور پر ځای غوښتنه وګورئ۔ apt-get -o Debug::Acquire::http=true update د نښلېدنې هڅه، غوره شوی پراکسي او د ځواب کوډ چاپوي، چې غلط پراکسي له هغه پراکسي څخه بېلوي چې تاسو یې رد کړئ۔

بیا هغه حالت وآزمویئ چې باید کار ونه کړي۔ VPN پرې کړئ او تثبیت کړئ چې داخلي هنداره ځواب ورکول بندوي؛ که لا هم ډاونلوډ کوي، یو څه د تونل شاوخوا لارښوونه کوي یا زوړ کیش ستاسو خدمت کوي۔ تثبیت کړئ چې اجازه لرونکې لار لا هم TLS کتنه کوي او لا هم د زېرمې لاسلیکونه ګوري، ځکه هغه پراکسي چې ترافیک کتنه کوي د دواړو بندولو لامل نه دی۔ همدا راز تثبیت کړئ چې نه تصدیق شوی پیرودونکی د خاموش وخت پای ته رسېدو پر ځای روښانه رد ترلاسه کوي۔

کارکوونکې ټوټه او ناکامه بېلول یو ځای په بدلونونو ثبت کې وساتئ۔ بل کس چې هماغه ځړېدنې ته ورسېږي، د دوو کرښو توپیر به له هر څه توضیح څخه ژر وپېژني۔