APT povas uzi SOCKS5h sen ĉirkaŭaĵo
Por APT-versioj kun dokumentita subteno de SOCKS5h, la prokura URI apartenas al la HTTP- aŭ HTTPS-transportaj agordoj, ne al inventita sekcio Acquire::socks.
Pli malnovaj respondoj pri “APT tra SOCKS” ofte rekomendas ĉirkaŭaĵon aŭ HTTP-al-SOCKS relajson. Tiuj respondoj povas priskribi realajn limigojn de malnovaj eldonoj. Ili ne estas la sola opcio en APT-versio, kiu dokumentas subtenon de socks5h.
Konfigura fragmento povas uzi la ekzistantajn akceptajn transportajn ŝlosilojn:
Acquire::http::Proxy "socks5h://127.0.0.1:1080/";
Acquire::https::Proxy "socks5h://127.0.0.1:1080/";Ĉi tiu ekzemplo supozas, ke rajtigita SOCKS5-aŭskultanto jam ekzistas sur la sama maŝino. Ĝi ne lanĉas unu. Dinamika SSH-plusendado estas unu maniero krei tiun lokan aŭskultanton. Se la prokuro estas fora, uzu anstataŭe ĝian realan atingeblan finpunkton; kandidatoj el la SOCKS5-prokura listo validas nur tie, kie publikaj prokuroj estas permesataj por la deponejaj petoj.
La skemo estas parto de la instrukcio
La APT-transporta manlibro listigas socks5h por SOCKS5 kun fora DNS-resolvado. Uzu la dokumentitan skemon por la instalita versio anstataŭ mallongigi ĝin al etikedo, kiun alia programo hazarde akceptas.
Same, Acquire::socks::Proxy en malnova forumero ne pruvas, ke la HTTP-akcepta metodo legas tiun agordon. Konfigura analizilo povas akcepti ŝlosilon sen ke elŝuta metodo uzas ĝin.
La loka adreso havas limon
Kiam APT funkcias en ujo aŭ virtuala maŝino, 127.0.0.1 rilatas al tiu medio. SOCKS-aŭskultanto sur la gastiganto estas alia finpunkto. Kontrolu, kie APT funkcias, antaŭ ol diagnozi rifuzitan lokan konekton.
SOCKS-subteno ankaŭ ne forigas kontrolojn de deponeja subskribo aŭ HTTPS-atestilo. Konservu tiujn protektojn ŝaltitaj. Se la instalita APT mankas la dokumentitan kapablon, elektu aprobitan alternativon aŭ ĝisdatigan vojon anstataŭ trakti nekonatan URI-skemon kiel pasvortan problemon.