web-dev-qa-db-ja.com

aptリポジトリをミラーリングすることはできますか?

私はケースウェスタンリザーブ大学の学生であり、Ubuntuサーバーから私の場所までの帯域幅はひどく悪いことがよくあります(数百バイト毎秒)。私自身と数人の友人は、パッケージを一度ダウンロードして、キャンパスでの残りのUbuntuインストール用にパッケージをキャッシュできるようにしたいと考えています。そのためには、独自のAPTリポジトリーをセットアップするか、システムをポイントできる何らかの形式のキャッシュ(squid?)サーバーをセットアップする必要があります。

このようなミラーのセットアップは難しいプロセスですか?どのようにそれを達成しますか?

12
Billy ONeal

完全なミラーの代わりにapt-proxyを使用したい場合があります。セットアップするのに必要なスペースと時間が大幅に少なくなります。

https://help.ubuntu.com/community/AptProxy

その後、プロキシを使用したい人のためにリポジトリリストを更新する必要があります。

9
ImaginaryRobots

リポジトリをミラーリングする方法やパッケージのダウンロードをキャッシュする方法はいくつかあります。最適なソリューションは、何人がそれを使用するか、どのインフラストラクチャが既に利用可能かによって異なります。

たとえば、多くの大学にはすでにローカルソフトウェアミラーがあり、その場合、最も簡単な解決策はおそらくそのミラーにUbuntuを追加することです。 ;)

そして、あなたの大学がすでにプロキシサーバーを持っている場合、それを使用することが可能かもしれません(おそらくリポジトリのいくつかのカスタム設定で?)。

公式リポジトリ(および/または他のリポジトリ)の全体または一部をミラー化する場合は、apt-mirrordebmirrordebpartial-mirrormirrorkitなどを使用できます。またはubumirror。リポジトリ全体をミラーリングすると、誰も使用したことのない多くのパッケージが取り込まれる可能性があるため、帯域幅が本当に問題になる場合(夜間でも)には、人気のあるパッケージのみをミラーリングすると便利です...

sedパッケージのみをキャッシュする場合、apt-cacherapt-cacher-ngapt-p2p、またはSquidなどのプロキシがあります。

キャッシュと比較した場合、ローカルミラーを使用する1つの利点は、インストール/アップグレードが常に高速になることです(ミラーで利用可能なパッケージの場合)。一方、キャッシュを使用する場合、パッケージを必要とする最初の人はダウンロードされるまで待ちます。また、夜間に更新するようにミラーを設定して、(ほとんど)誰もインターネットアップリンクを使用していないときにパッケージのダウンロードが行われるようにすることもできます。

OTOHキャッシュを使用する利点は、必要なパッケージのみをダウンロードし、それ以上はダウンロードしないことです。

4
JanC