APT poate folosi SOCKS5h fără un wrapper

Răspunsurile vechi despre „APT prin SOCKS” recomandă adesea un wrapper sau un releu HTTP-spre-SOCKS. Acele răspunsuri pot descrie limitări reale ale versiunilor vechi. Nu sunt însă singura opțiune pe o versiune APT care documentează suportul pentru socks5h.

Un fragment de configurare poate folosi cheile de transport de achiziție existente:

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

Acest exemplu presupune că pe aceeași mașină există deja un ascultător SOCKS5 autorizat. Nu pornește unul. O redirecționare dinamică SSH este o modalitate de a crea acel ascultător local. Dacă proxy-ul este la distanță, folosiți în schimb punctul final real accesibil; candidații din lista de proxy SOCKS5 se aplică doar acolo unde proxy-urile publice sunt permise pentru cererile către depozit.

Schema face parte din instrucțiune

Manualul de transport APT enumeră socks5h pentru SOCKS5 cu rezolvare DNS la distanță. Folosiți schema documentată pentru versiunea instalată în loc să o scurtați la o etichetă pe care alt program o acceptă din întâmplare.

De asemenea, Acquire::socks::Proxy într-un fragment vechi de forum nu este dovada că metoda de achiziție HTTP citește acea setare. Un parser de configurare poate accepta o cheie fără ca o metodă de descărcare să o folosească.

Adresa locală are o limită

Când APT rulează într-un container sau o mașină virtuală, 127.0.0.1 se referă la acel mediu. Un ascultător SOCKS pe gazdă este un alt punct final. Verificați unde se execută APT înainte de a diagnostica o conexiune locală refuzată.

Suportul SOCKS nu elimină nici verificările semnăturii depozitului sau ale certificatului HTTPS. Păstrați aceste protecții activate. Dacă APT instalat nu are capacitatea documentată, alegeți o alternativă aprobată sau o cale de actualizare în loc să tratați o schemă URI necunoscută ca o problemă de parolă.