En konfigurasjonsfil kan parses riktig og likevel ikke konfigurere proxyen. APT godtar et tre av navngitte valg; det behandler ikke hver sannsynlig gren som en instruks til HTTP-transporten sin.

For HTTP-ruten er APT-proxyinnstillingen:

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

Bruk et HTTP-endepunkt fra tjenesten din eller HTTP-proxylisten når tilgang til offentlige depot kan bruke offentlige proxyer. Hvis den samme innstillingen pakkes i et ekstra omfang, endres navnet:

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

Det plasserer verdien ved APT::Acquire::http::Proxy. Det er ikke en annen stavemåte for Acquire::http::Proxy. HTTP-hentemetoden ser etter sistnevnte.

Be om den nøyaktige verdien

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

Dette er skrivebeskyttede konfigurasjonsinspeksjoner. Utdata kan avsløre brukerinformasjon hvis URI-en inneholder den, så hold legitimasjon utenfor delte transkripsjoner. Sammenlign de samme konfigurasjonsfilene, valgene og kontokonteksten som starter den mislykkede pakkeoperasjonen.

En manglende verdi på riktig sti forklarer hvorfor en fil som ser gyldig ut ikke valgte endepunktet. Det sier ennå ingenting om hvorvidt det endepunktet er tilgjengelig.

Kontroller tegnsetting på riktig lag. Navn bruker dobbeltkolon-separatorer; vanlige verditilordninger trenger anførselstegn og et avsluttende semikolon. Store og små bokstaver er ikke viktige i APT-valgnavn, så å endre proxy til Proxy er ikke en reparasjon for et ekstra omfang. Et semikolon inne i URI-strengen er data, ikke setningsavslutteren.

Rett deklarasjonen i stedet for å legge til flere eksporter rundt den. Når APT rapporterer den tiltenkte innstillingen, hører en tilkoblingsavvisning, 407 eller sertifikatfeil til et senere trinn.

Relaterte artikler