APT kan bruke SOCKS5h utan innpakking

Eldre svar om «APT gjennom SOCKS» tilrår ofte ei innpakking eller eit HTTP-til-SOCKS-relé. Desse svara kan skildre reelle avgrensingar i gamle utgåver. Dei er ikkje det einaste alternativet på ein APT-versjon som dokumenterer støtte for socks5h.

Eit konfigurasjonsutdrag kan bruke dei eksisterande transportnøklane for henting:

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

Dette dømet føreset at ein autorisert SOCKS5-lyttar allereie finst på same maskin. Det startar ikkje ein. Ei dynamisk SSH-vidaresending er ein måte å lage den lokale lyttaren på. Viss proxyen er ekstern, bruk i staden endepunktet han faktisk er tilgjengeleg på; kandidatar frå SOCKS5-proxylista gjeld berre der offentlege proxyar er tillatne for førespurnadene til depotet.

Skjemaet er ein del av instruksjonen

APT-transporthandboka listar opp socks5h for SOCKS5 med ekstern DNS-oppslag. Bruk det dokumenterte skjemaet for den installerte versjonen i staden for å forkorte det til ei etikett som eit anna program tilfeldigvis godtek.

På same måte er Acquire::socks::Proxy i eit gammalt forumutdrag ikkje bevis for at HTTP-hentemetoden les den innstillinga. Ein konfigurasjonstolk kan godta ein nøkkel utan at ein nedlastingsmetode brukar han.

Den lokale adressa har ei grense

Når APT køyrer i ein container eller virtuell maskin, viser 127.0.0.1 til det miljøet. Ein SOCKS-lyttar på verten er eit anna endepunkt. Sjekk kvar APT blir køyrd før du diagnostiserer ei avvist lokal tilkopling.

SOCKS-støtte fjernar heller ikkje kontroll av depotets signatur eller HTTPS-sertifikat. Hald desse vernene aktive. Viss den installerte APT manglar den dokumenterte eigenskapen, vel eit godkjent alternativ eller ein oppdateringsveg i staden for å handsame eit ukjent URI-skjema som eit passordproblem.