APT нь wrapperгүйгээр SOCKS5h ашиглаж чадна

«APT-г SOCKS-оор дамжуулах» тухай хуучин хариултууд ихэвчлэн wrapper эсвэл HTTP-ээс SOCKS руу дамжуулагч санал болгодог. Тэдгээр хариулт нь хуучин хувилбаруудын бодит хязгаарлалтыг тайлбарлаж болно. Гэхдээ socks5h дэмжлэгийг баримтжуулсан APT хувилбар дээр тэдгээр нь цорын ганц сонголт биш.

Тохиргооны хэсэг нь одоо байгаа татах тээврийн түлхүүрүүдийг ашиглаж болно:

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 татах арга тэр тохиргоог уншдаг гэсэн нотолгоо биш юм. Тохиргооны задлагч түлхүүрийг хүлээн авч болох боловч татах арга үүнийг ашиглахгүй байж болно.

Локал хаяг нь хязгаартай

APT контейнер эсвэл виртуал машин дотор ажиллаж байх үед 127.0.0.1 нь тэр орчныг заана. Хост дээрх SOCKS сонсогч нь өөр төгсгөлийн цэг юм. Локал холболт татгалзсаныг оношлохын өмнө APT хаана ажиллаж байгааг шалгана уу.

SOCKS дэмжлэг нь мөн репозиторийн гарын үсэг эсвэл HTTPS гэрчилгээний шалгалтыг арилгахгүй. Эдгээр хамгаалалтыг идэвхтэй байлгана уу. Хэрэв суулгасан APT-д баримтжуулсан боломж байхгүй бол үл мэдэгдэх URI схемийг нууц үгийн асуудал гэж үзэхийн оронд зөвшөөрөгдсөн хувилбар эсвэл шинэчлэх зам сонгоно уу.