APT kan lagra proxyuppgifter i en autentiseringsfil medan hämtningskonfigurationen bara innehåller slutpunkten:

Acquire::http::Proxy "http://proxy.example:3128/";

En lämpligt skyddad auth.conf eller stödd auth.conf.d-fil innehåller det matchande kontot:

machine http://proxy.example:3128
login example-user
password example-password

Slutpunkten och kontot är platshållare. Använd den filplats som stöds av den installerade APT-versionen och begränsa obehörig läsning medan den befintliga hämtningsprincipen behålls.

machine-token matchar proxyn

Schema, värd och port spelar roll. Utan protokoll matchar en dokumenterad machine-post HTTPS och tor+https. En vanlig HTTP-proxy behöver därför en uttryckligen matchande http://-token, även när paketförrådet självt använder HTTPS.

Kontrollera APT:s effektiva slutpunkt och autentiseringsfilens plats samt nedladdningskontots läsbehörighet. Ett värdnamn, IP-alias eller annan port kan välja en annan post. Uppgifter som saknas på grund av en avvikelse är inte bevis på att lösenordet avvisats.

Den separata filen begränsar var hemligheten lagras. Den krypterar inte ett klartext Basic-utbyte och ersätter inte förrådets signatur och TLS-verifieringen av målet.

Relaterade artiklar