APT kan bruke SOCKS5h uten wrapper

Eldre svar om «APT gjennom SOCKS» anbefaler ofte en wrapper eller et HTTP-til-SOCKS-relé. Disse svarene kan beskrive reelle begrensninger i gamle utgivelser. De er ikke det eneste alternativet på en APT-versjon som dokumenterer støtte for socks5h.

Et konfigurasjonsutdrag kan bruke de eksisterende transportnøklene for henting:

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

Dette eksempelet forutsetter at en autorisert SOCKS5-lytter allerede finnes på samme maskin. Det starter ikke en. En dynamisk SSH-videresending er én måte å opprette den lokale lytteren på. Hvis proxyen er ekstern, bruk i stedet endepunktet den faktisk er tilgjengelig på; kandidater fra SOCKS5-proxylisten gjelder bare der offentlige proxyer er tillatt for forespørslene til depotet.

Skjemaet er en del av instruksjonen

APT-transporthåndboken lister opp socks5h for SOCKS5 med ekstern DNS-oppslag. Bruk det dokumenterte skjemaet for den installerte versjonen i stedet for å forkorte det til en etikett som et annet program tilfeldigvis godtar.

På samme måte er Acquire::socks::Proxy i et gammelt forumutdrag ikke bevis for at HTTP-hentemetoden leser den innstillingen. En konfigurasjonstolk kan godta en nøkkel uten at en nedlastingsmetode bruker den.

Den lokale adressen har en grense

Når APT kjører i en container eller virtuell maskin, viser 127.0.0.1 til det miljøet. En SOCKS-lytter på verten er et annet endepunkt. Sjekk hvor APT kjøres før du diagnostiserer en avvist lokal tilkobling.

SOCKS-støtte fjerner heller ikke kontroll av depotets signatur eller HTTPS-sertifikat. Hold disse beskyttelsene aktive. Hvis den installerte APT mangler den dokumenterte egenskapen, velg et godkjent alternativ eller en oppdateringsvei i stedet for å behandle et ukjent URI-skjema som et passordproblem.