APT може да користи SOCKS5h без обвивка

Постарите одговори за „APT преку SOCKS“ често препорачуваат обвивка или релеј HTTP-кон-SOCKS. Тие одговори можат да опишат вистински ограничувања на старите верзии. Но, тие не се единствената опција на верзија на APT што документира поддршка за socks5h.

Конфигурациски фрагмент може да ги користи постоечките клучеви за транспорт на преземање:

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

Овој пример претпоставува дека на истата машина веќе постои овластен слушател на SOCKS5. Тој не започнува еден. Динамично пренасочување преку SSH е еден начин да се создаде тој локален слушател. Ако проксито е оддалечено, користете ја неговата вистинска достапна крајна точка; кандидатите од списокот со SOCKS5 проксија важат само таму каде што јавните проксија се дозволени за барањата до складиштето.

Шемата е дел од инструкцијата

Прирачникот за транспорт на APT го наведува socks5h за SOCKS5 со оддалечено DNS разрешување. Користете ја документираната шема за инсталираната верзија наместо да ја скратувате на ознака што друга програма случајно ја прифаќа.

Исто така, Acquire::socks::Proxy во стар форумски извадок не е доказ дека методот на преземање HTTP ја чита таа поставка. Парсерот на конфигурација може да прифати клуч без методот на преземање да го користи.

Локалната адреса има граница

Кога APT работи во контејнер или виртуелна машина, 127.0.0.1 се однесува на таа околина. Слушателот на SOCKS на домаќинот е друга крајна точка. Проверете каде се извршува APT пред да дијагностицирате одбиена локална врска.

Поддршката за SOCKS исто така не ги отстранува проверките на потписот на складиштето или на HTTPS сертификатот. Задржете ги тие заштити вклучени. Ако инсталираниот APT ја нема документираната можност, изберете одобрена алтернатива или пат за ажурирање наместо да третирате непозната URI шема како проблем со лозинка.