APT kan använda SOCKS5h utan omslag
För APT-versioner med dokumenterat SOCKS5h-stöd hör proxy-URI:n till HTTP- eller HTTPS-transportinställningarna, inte i ett påhittat Acquire::socks-avsnitt.
Äldre svar om ”APT via SOCKS” rekommenderar ofta ett omslag eller en HTTP-till-SOCKS-relä. Svaren kan beskriva verkliga begränsningar i gamla utgåvor. De är inte det enda alternativet på en APT-version som dokumenterar stöd för socks5h.
Ett konfigurationsfragment kan använda de befintliga transportnycklarna för hämtning:
Acquire::http::Proxy "socks5h://127.0.0.1:1080/";
Acquire::https::Proxy "socks5h://127.0.0.1:1080/";Det här exemplet förutsätter att en auktoriserad SOCKS5-lyssnare redan finns på samma maskin. Det startar ingen. En dynamisk SSH-vidarebefordran är ett sätt att skapa den lokala lyssnaren. Om proxyn är fjärr, använd i stället dess faktiskt nåbara slutpunkt; kandidater från SOCKS5-proxylistan gäller bara där offentliga proxyservrar är tillåtna för förfrågningarna till förvaret.
Schemat är en del av instruktionen
APT-transporthandboken listar socks5h för SOCKS5 med fjärr-DNS-uppslagning. Använd det dokumenterade schemat för den installerade versionen i stället för att förkorta det till en etikett som ett annat program råkar acceptera.
På samma sätt är Acquire::socks::Proxy i ett gammalt forumutdrag inte bevis för att HTTP-hämtningsmetoden läser den inställningen. En konfigurationstolk kan acceptera en nyckel utan att en nedladdningsmetod använder den.
Den lokala adressen har en gräns
När APT körs i en container eller virtuell maskin avser 127.0.0.1 den miljön. En SOCKS-lyssnare på värden är en annan slutpunkt. Kontrollera var APT körs innan du diagnostiserar en nekad lokal anslutning.
SOCKS-stöd tar inte heller bort kontroller av förvarets signatur eller HTTPS-certifikat. Håll dessa skydd aktiverade. Om den installerade APT saknar den dokumenterade förmågan, välj ett godkänt alternativ eller en uppdateringsväg i stället för att behandla ett okänt URI-schema som ett lösenordsproblem.