Senesni atsakymai apie „APT per SOCKS“ dažnai siūlo apvalkalą arba HTTP–SOCKS relę. Tie atsakymai gali apibūdinti tikrus senų versijų apribojimus. Tačiau APT versijoje, kuri dokumentuoja socks5h paramą, jie nėra vienintelė galimybė.

Konfigūracijos fragmentas gali naudoti esamus gavimo transporto raktus:

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

Šiame pavyzdyje daroma prielaida, kad toje pačioje mašinoje jau yra autorizuotas SOCKS5 klausytojas. Jis jo nepaleidžia. SSH dinaminis peradresavimas yra vienas būdas sukurti tą vietinį klausytoją. Jei tarpinis serveris yra nuotolinis, naudokite jo realų pasiekiamą galinį tašką; SOCKS5 tarpinių serverių sąrašo kandidatai taikomi tik ten, kur viešieji tarpiniai serveriai leidžiami saugyklos užklausoms.

Schema yra instrukcijos dalis

APT transporto vadove nurodytas socks5h SOCKS5 su nuotoliniu DNS sprendimu. Naudokite dokumentuotą schemą įdiegtai versijai, o ne sutrumpinkite ją iki etiketės, kurią kita programa kartais priima.

Taip pat Acquire::socks::Proxy sename forumo ištraukoje neįrodo, kad HTTP gavimo metodas skaito tą nustatymą. Konfigūracijos analizatorius gali priimti raktą, nors atsisiuntimo metodas jo nenaudoja.

Vietinis adresas turi ribą

Kai APT veikia konteineryje arba virtualioje mašinoje, 127.0.0.1 reiškia tą aplinką. SOCKS klausytojas pagrindinėje mašinoje yra kitas galinis taškas. Prieš diagnozuodami atmestą vietinį ryšį patikrinkite, kur vykdomas APT.

SOCKS parama taip pat nepanaikina saugyklos parašo ar HTTPS sertifikato patikrų. Palikite šias apsaugas įjungtas. Jei įdiegta APT neturi dokumentuotos galimybės, pasirinkite patvirtintą alternatyvą arba atnaujinimo kelią, o ne traktuokite neatpažintą URI schemą kaip slaptažodžio problemą.

Susiję straipsniai