APT akceptas la dosieron sed maltrafas la ŝlosilon de la prokurilo

Legu la prokurilajn agordojn de APT kiel agordan arbon kaj distingi neuzatan ŝlosilon disde reta fiasko.

Agorda dosiero povas sukcese analiziĝi kaj tamen malsukcesi agordi la prokurilon. APT akceptas arbon da nomitaj opcioj; ĝi ne traktas ĉiun ŝajne eblan branĉon kiel instrukcio por sia HTTP-transporto.

Por la HTTP-vojo, la APT-prokurila agordo estas:

Acquire::http::Proxy "http://proxy.example.net:8080/";

Uzu HTTP-finpunkton de via servo aŭ la liston de HTTP-prokuriloj kiam aliro al publikaj deponejoj povas uzi publikajn prokurilojn. Ĉirkaŭvolvi la saman agordon en kroman amplekson ŝanĝas ĝian nomon:

APT {
    Acquire {
        http {
            Proxy "http://proxy.example.net:8080/";
        };
    };
};

Tio metas la valoron ĉe APT::Acquire::http::Proxy. Ĝi ne estas alia literumo de Acquire::http::Proxy. La HTTP-akira metodo serĉas la lastan.

Petu la precizan valoron

apt-config shell HTTP_PROXY_VALUE Acquire::http::Proxy
apt-config shell NESTED_VALUE APT::Acquire::http::Proxy

Ĉi tiuj estas nurlegaj agordaj inspektoj. Eligo povas malkaŝi uzantajn informojn se la URI enhavas ilin, do tenu akreditaĵojn ekster dividitaj transskriboj. Komparu la samajn agordajn dosierojn, opciojn kaj kontan kuntekston kiuj lanĉas la fiaskantan pakaĵoperacion.

Mankanta valoro ĉe la ĝusta vojo klarigas kial ŝajne valida dosiero ne elektis la finpunkton. Ĝi ankoraŭ diras nenion pri tio, ĉu tiu finpunkto atingeblas.

Kontrolu interpunkcion ĉe la ĝusta tavolo. Nomoj uzas duoblajn dupunktojn; ordinaraj valoraj atribuoj bezonas citilojn kaj finan punktokomon. Uskleco ne gravas en APT-opciaj nomoj, do ŝanĝi proxy al Proxy ne estas riparo por kroma amplekso. Punktokomo ene de la URI-ĉeno estas dateno, ne la frazofino.

Korektu la deklaracion anstataŭ aldoni pli da eksportoj ĉirkaŭ ĝi. Post kiam APT raportas la celitan agordon, konekta rifuzo, 407 aŭ atestila eraro apartenas al posta stadio.

Rilataj artikoloj