Hold ét APT-lager uden om proxyserveren

Et internt pakkelager bør ikke forlade kontornettet og komme tilbage gennem en ekstern proxyserver. Du kan give APT en værtspecifik undtagelse uden at deaktivere proxyserveren for hver download.

For eksempel kan et APT-konfigurationsfragment indeholde:

Acquire::http::Proxy "http://proxy.example:8080/";
Acquire::http::Proxy::packages.office.example "DIRECT";
Acquire::https::Proxy::packages.office.example "DIRECT";

Eksemplet beholder en standard-HTTP-proxyserver og undtager det navngivne lager som vært for begge de anførte transportindstillinger. Til dens eksterne standardrute tilbyder HTTP-proxylisten kandidater, når offentlige proxyer er tilladt; hold det interne lager direkte. Indstil enhver påkrævet standard-HTTPS-proxyserver separat for at matche det faktiske miljø.

Brug en vært, ikke en lager-URL

Suffikset er et værtsnavn: ingen https://, ingen sti og ingen afsluttende skråstreg. Flere lagre på samme vært deler den undtagelse for routing. Det er ikke en firewallregel pr. mappe.

DIRECT er en APT-proxyvalgværdi, dokumenteret i HTTP-transporthåndbogen. Det betyder ikke »brug et andet spejl«, og det ændrer ikke, hvilke pakker lageret udgiver.

Følg downloadet ud over dets første URL

Hvis et lager viderestiller til et andet værtsnavn, har den anmodning sin egen routingbeslutning. Det samme gælder, når metadata og pakkearkiver kommer fra forskellige værter. Hold undtagelser på linje med de værter, den interne tjeneste faktisk har brug for.

En direkte rute kræver også almindelig tilgængelighed og korrekt certifikattillid. Et vellykket omvejsvalg kan ikke få en utilgængelig intern server til at svare.

Gennemgå den effektive APT-konfiguration, efter at fragmentet er lagt i den normale konfigurationsmappe. En senere værtspecifik post kan ændre resultatet. Undgå at kopiere en browsers jokertegn-omvejssyntaks til denne nøgle; APT's dokumenterede værtindstilling er den relevante grænseflade.