AptProxyCache

Differences between revisions 3 and 4
Revision 3 as of 2009-03-31 12:02:47
Size: 3572
Editor: 195
Comment:
Revision 4 as of 2009-03-31 12:32:34
Size: 3636
Editor: 195
Comment:
Deletions are marked like this. Additions are marked like this.
Line 1: Line 1:
 * '''Launchpad Entry''': UbuntuSpec:foo  * '''Launchpad Entry''': [[https://blueprints.launchpad.net/earcandy/+spec/apt-proxy-cache | apt-proxy-cache]]
Line 101: Line 101:

=== Migration ===

TBD
Line 108: Line 103:
TBD  * Once the chosen package is in main, test it in real network environments with several Ubuntu machines.
 * Try to use it in an unattended installation.
Line 110: Line 106:
== Unresolved issues ==

TBD
Line 115: Line 108:

TBD


https://help.ubuntu.com/community/AptProxy?action=show&redirect=AptProxyHowTo

Summary

Including an Apt proxy cache in the main repository and documenting its installation and configuration would reduce time and bandwidth usage when deploying, updating or installing packages for Ubuntu machines on the same network.

Release Note

Ubuntu Server ships an apt proxy cache, altough not active by default. It allows to reduce bandwidth and time when installing or updating Ubuntu machines on a network.

Rationale

Downloading the same packages and updates over the Internet for every Ubuntu machine on a network is a waste of bandwidth and time. Choosing an available apt proxy cache from universe, including it in main and documenting its installation and configuration on Ubuntu Server would solve this issue.

Use Cases

  • Alan admins a network of several Ubuntu machines and wants the packages and updates to be downloaded only once and fetched by all the machines.
  • Betty deploys a lot of Ubuntu machines daily and she wants the unattended installations to fetch the packages and updates directly from an Ubuntu Server on her network.
  • Chuck has several Ubuntu machines at home and doesn't want to use his limited bandwidth to download the packages updates for each one of his machines.

Design

Option 1: using apt-cacher-ng

Info:

Pros:

  • Can import already available package files into the cache.
  • Web frontend to see statistic reports and trigger different actions.

Cons:

  • Configuration on the client side is needed (modification of mirror access URLs or APT's HTTP proxy setting)

Option 2: using apt-cacher

Info:

  • package version in Jaunty: 1.6.7
  • Website:
  • Last release: 1.6.7
  • License: GPL

Pros:

  • Can import already available package files into the cache.

Cons:

  • Configuration on the client side is needed (modification of mirror access URLs or APT's HTTP proxy setting)

Option 3: using apt-proxy

Info:

Pros:

  • Can import already available package files into the cache.

Cons:

  • Configuration on the client side is needed (modification of mirror access URLs or APT's HTTP proxy setting)

Option 4: using approx

Info:

Pros:

  • Allows to change repositories in the server transparently to the clients.

Cons:

  • Configuration on the client side is needed (modification of mirror access URLs or APT's HTTP proxy setting)

Goals

  • Choose an apt proxy cache from universe and include it in main.
  • Include how to configure it in the Ubuntu Server Guide.

Implementation

Targets

Jaunty+1

All goals should be achieved by this release.

Test/Demo Plan

  • Once the chosen package is in main, test it in real network environments with several Ubuntu machines.
  • Try to use it in an unattended installation.

BoF agenda and discussion


CategorySpec

AptProxyCache (last edited 2015-07-12 18:03:15 by d0017-2-88-172-31-68)