En konfigurationsfil kan tolkas korrekt och ändå inte konfigurera proxyn. APT accepterar ett träd av namngivna alternativ; det behandlar inte varje trolig gren som en instruktion till sin HTTP-transport.

För HTTP-vägen är APT-proxyinställningen:

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

Använd en HTTP-slutpunkt från din tjänst eller HTTP-proxylistan när åtkomst till offentliga förråd kan använda offentliga proxyservrar. Om samma inställning lindas in i en extra omfattning ändras namnet:

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

Det placerar värdet vid APT::Acquire::http::Proxy. Det är inte en annan stavning av Acquire::http::Proxy. HTTP-hämtningsmetoden letar efter den senare.

Begär det exakta värdet

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

Detta är skrivskyddade konfigurationsinspektioner. Utdata kan avslöja användarinformation om URI:n innehåller den, så håll autentiseringsuppgifter utanför delade utskrifter. Jämför samma konfigurationsfiler, alternativ och kontokontext som startar den misslyckade paketoperationen.

Ett saknat värde på rätt sökväg förklarar varför en fil som ser giltig ut inte valde slutpunkten. Det säger ännu inget om huruvida den slutpunkten är nåbar.

Kontrollera skiljetecken på rätt lager. Namn använder dubbla kolon-separatorer; vanliga värdetilldelningar behöver citattecken och ett avslutande semikolon. Stora och små bokstäver spelar ingen roll i APT-alternativnamn, så att ändra proxy till Proxy är ingen reparation för en extra omfattning. Ett semikolon inne i URI-strängen är data, inte satsavslutaren.

Rätta deklarationen i stället för att lägga till fler exporter runt den. När APT rapporterar den avsedda inställningen hör en anslutningsvägran, 407 eller ett certifikatfel till ett senare steg.

Relaterade artiklar