it-swarm.com.de

Installation des apt-cacher Servers für zwei Ubuntu-Versionen

Ist es möglich, einen apt-cacher-Server für beide Ubuntu-Versionen 10.04 und 10.10 auf einem Rechner zu haben? WENN ja kann jemand erklären, pls.

Der erste CD-Cache von Ubuntu 10.10 funktioniert einwandfrei.

Ich habe den zweiten CD-Cache von Ubuntu Version 10.04 importiert und jetzt, wenn ich den Ubuntu 10.04-Client aktualisiere, erhalte ich die folgende Fehlermeldung.

[email protected]:/etc/apt# apt-get update
Err http://172.29.32.9 lucid Release.gpg
  Could not connect to 172.29.32.9:3142 (172.29.32.9). - connect (111: Connection refused)
Err http://172.29.32.9/ubuntu/ lucid/main Translation-en_IN
  Unable to connect to 172.29.32.9:3142:
Err http://172.29.32.9/ubuntu/ lucid/restricted Translation-en_IN
  Unable to connect to 172.29.32.9:3142:
Err http://172.29.32.9/ubuntu/ lucid/universe Translation-en_IN
  Unable to connect to 172.29.32.9:3142:
Err http://172.29.32.9/ubuntu/ lucid/multiverse Translation-en_IN
  Unable to connect to 172.29.32.9:3142:
Reading package lists... Done
W: Failed to fetch http://172.29.32.9:142/ubuntu/dists/lucid/Release.gpg  Could not connect to 172.29.32.9:3142 (172.29.32.9). - connect (111: Connection refused)

W: Failed to fetch http://172.29.32.9:142/ubuntu/dists/lucid/main/i18n/Translation-en_IN.bz2  Unable to connect to 172.29.32.9:3142:

W: Failed to fetch http://172.29.32.9:142/ubuntu/dists/lucid/restricted/i18n/Translation-en_IN.bz2  Unable to connect to 172.29.32.9:3142:

W: Failed to fetch http://172.29.32.9:142/ubuntu/dists/lucid/universe/i18n/Translation-en_IN.bz2  Unable to connect to 172.29.32.9:3142:

W: Failed to fetch http://172.29.32.9:142/ubuntu/dists/lucid/multiverse/i18n/Translation-en_IN.bz2  Unable to connect to 172.29.32.9:3142:

W: Some index files failed to download, they have been ignored, or old ones used instead.
7
karthick87

apt-cacher

Wenn Sie mehrere Computer mit derselben Distribution ausführen, ist es interessant, einen Repository-Cache auf Ihrem Computer einzurichten Wenn ein Paket aus einem offiziellen Repository heruntergeladen wurde, wird es von allen anderen Computern aus Ihrem lokalen Netzwerk heruntergeladen.

Wenn auf verschiedenen Computern dieselbe Linux-Distribution ausgeführt wird, ist es interessant, irgendwo in Ihrem Netzwerk einen Repository-Cache einzurichten. Auf diese Weise können Sie häufig verwendete Pakete nur einmal aus offiziellen Repositorys herunterladen.

Hier ist die Situation, wir haben eine Maschine, die als Repository-Cache bezeichnet wird. Diese Maschine wird als Repository-Cache fungieren. Grundsätzlich werden alle anderen Maschinen in Ihrem Netzwerk sie als Repository verwenden.

1. So richten Sie einen Repository-Cache mit apt-cacher ein

So richten Sie einen Repository-Cache mit apt-cacher ein

2. Schlussfolgerung

apt-cacher ist ein einfaches und effizientes Paket, das Ihnen Zeit und Bandbreite spart , wenn Sie mehrere Computer mit derselben Verteilung verwenden , wie es in einem Privathaushalt der Fall sein könnte Netzwerk oder in einem Unternehmen.


apt-mirror

Es ist ein Perl-basiertes Dienstprogramm zum Herunterladen und Spiegeln des gesamten Inhalts eines öffentlichen Repositorys. Dies kann wahrscheinlich Pakete einschließen, die Sie nicht verwenden und die Sie nicht verwenden werden, aber alles, was in einem öffentlichen Repository gespeichert ist, wird auch in Ihrem Spiegel gespeichert.

1. So richten Sie einen Repository-Cache mit apt-cacher ein

Um apt-mirror zu konfigurieren, benötigen Sie Folgendes:

apt-mirror package `Sudo apt-get install apt-mirror`
Apache2 package  `Sudo apt-get install Apache2`
**roughly 15G of storage per release, per architecture**

So richten Sie ein Repository mit apt-mirror ein

2. Schlussfolgerung

Ich finde das schwierig, aber sehr effektiv, wenn es darum geht, Bandbreite einzusparen, aber andererseits ist das Ergebnis ein hoher Verbrauch an Speicherplatz.


apt-cacher-ng

ist ein Caching-Proxy zum Herunterladen von Paketen aus Debian-ähnlichen Software-Repositories (oder möglicherweise von anderen Typen).

Das Hauptprinzip ist, dass ein zentraler Computer den Proxy für ein lokales Netzwerk hostet und Clients ihre APT -Einstellungen so konfigurieren, dass sie über ihn heruntergeladen werden. Apt-Cacher NG speichert eine Kopie aller nützlichen Daten, die es durchläuft, und bei einer ähnlichen Anforderung wird die zwischengespeicherte Kopie der Daten ohne erneutes Herunterladen übermittelt.

Apt-Cacher NG wurde von Grund auf als Ersatz für apt-Cacher entwickelt, wobei der Schwerpunkt auf der Maximierung des Durchsatzes bei geringen Systemressourcenanforderungen liegt. Es kann auch als Ersatz für apt-proxy verwendet werden, ohne dass die sources.list-Dateien der Clients geändert werden müssen.

2. Schlussfolgerung

ist ein Caching-Proxy, der auf Paketdateien von GNU/Linux-Distributoren spezialisiert ist, hauptsächlich für Debian und Debian-basierte Distributionen (wie Ubuntu). Das bedeutet, wenn Sie viele Debian/Ubuntu-Maschinen in Ihrem Netzwerk haben, müssen Sie nur einmal die Debian/Ubuntu-Pakete (neue Software, Updates, Distributions-Upgrades usw.) aus dem Internet herunterladen, und der Rest der Debian/Ubuntu-Maschinen bezieht sie von Apt-Cacher NG Cache, spart Zeit und Internet-Bandbreite.

Wenn eine Ihrer Maschinen das nächste Mal ein Deb-Paket benötigt, wird Apt-Cacher NG danach gefragt. Wenn dieses Paket zuvor von einem der anderen Computer angefordert wurde, hat Apt-Cacher eine Kopie und liefert sie aus. Andernfalls wird es aus den Internet-Repositorys abgerufen, eine lokale Kopie aufbewahrt und zugestellt.

Bester Weg, um passende Downloads in einem LAN zwischenzuspeichern? siehe Piskvor's answer

Lassen Sie es uns etwas genauer betrachten in Full Circle Issue # 54 Es gibt einen interessanten Artikel über Teil 2, Apt-Cache NG

6
hhlp

Die Verwendung von apt-cacher-ng könnte eine Alternative sein. Sie finden das Handbuch hier .

3
bseibold

Apt-Cacher ist ein Caching-Proxy. Dies bedeutet, dass jedes heruntergeladene Paket zwischengespeichert wird, egal ob es von Ubuntu 10.04, 10.10 oder was auch immer verwendet wird. Auf dem Server ist keine spezielle Konfiguration erforderlich, es funktioniert einfach!

Das einzige, was Sie tun müssen, ist, Ihre clients /etc/apt/sources.list umzuleiten, um es zu verwenden.

Beispielzeile Server A mit Klarheit:

http: //your-apt-cacher-server/apt-cacher/archive.ubuntu.com/ubuntu/ lucid Haupt eingeschränkt

Beispiel Server B mit natty

http: //your-apt-cacher-server/apt-cacher/archive.ubuntu.com/ubuntu/ natty Haupt eingeschränkt

Weitere Infos: https://help.ubuntu.com/community/Apt-Cacher-Server

Eine weitere Alternative für apt-cacher: https://help.ubuntu.com/community/AptProxy

2
Clausi