APT voi käyttää SOCKS5h:ta ilman käärettä
APT-versioissa, joissa on dokumentoitu SOCKS5h-tuki, välityspalvelimen URI kuuluu HTTP- tai HTTPS-siirtokunnan asetuksiin, ei keksittyyn Acquire::socks-osioon.
Vanhemmat vastaukset aiheesta ”APT SOCKSin kautta” suosittelevat usein käärettä tai HTTP–SOCKS-välitystä. Ne voivat kuvata vanhojen versioiden todellisia rajoituksia. Ne eivät ole ainoa vaihtoehto APT-versiossa, joka dokumentoi socks5h-tuen.
Asetustiedoston katkelma voi käyttää olemassa olevia noutosiirron avaimia:
Acquire::http::Proxy "socks5h://127.0.0.1:1080/";
Acquire::https::Proxy "socks5h://127.0.0.1:1080/";Tämä esimerkki olettaa, että samassa koneessa on jo valtuutettu SOCKS5-kuuntelija. Se ei käynnistä sellaista. SSH:n dynaaminen edelleenohjaus on yksi tapa luoda tuo paikallinen kuuntelija. Jos välityspalvelin on etänä, käytä sen sijaan sen todellista tavoitettavissa olevaa päätepistettä; SOCKS5-välityspalvelinluettelon ehdokkaat pätevät vain siellä, missä julkiset välityspalvelimet sallitaan repositorion pyyntöjä varten.
Skeema on osa ohjetta
APT:n siirto-opas luettelee socks5h SOCKS5:lle etä-DNS:n ratkaisulla. Käytä asennetun version dokumentoitua skeemaa sen sijaan, että lyhentäisit sen tunnisteeksi, jonka jokin toinen ohjelma sattuu hyväksymään.
Samoin Acquire::socks::Proxy vanhassa foorumikatkelmassa ei todista, että HTTP-noutomenetelmä lukee kyseisen asetuksen. Asetusten jäsentäjä voi hyväksyä avaimen, vaikka latausmenetelmä ei käytä sitä.
Paikallisella osoitteella on raja
Kun APT suoritetaan kontissa tai virtuaalikoneessa, 127.0.0.1 viittaa kyseiseen ympäristöön. Isäntäkoneen SOCKS-kuuntelija on eri päätepiste. Tarkista, missä APT suoritetaan, ennen kuin diagnosoit hylätyn paikallisen yhteyden.
SOCKS-tuki ei myöskään poista repositorion allekirjoituksen tai HTTPS-varmenteen tarkistuksia. Pidä nämä suojaukset käytössä. Jos asennetusta APT:sta puuttuu dokumentoitu ominaisuus, valitse hyväksytty vaihtoehto tai päivityspolku sen sijaan, että käsittelisit tuntematonta URI-skeemaa salasanaongelmana.