インストール中のダウンロードにAPTプロキシを使用する


9

デスクトップLiveCD(10.10)からのシステムインストール中に、[インストール中にアップデートをダウンロードする]オプションをオンにしました。

インストールを開始する前に、aptプロキシサーバーを構成しました。

プロキシサーバーは、

Acquire::http { Proxy "http://apt-proxy-server:3142"; };

/etc/apt/apt.conf.d/02proxyLiveCDから起動した実行中のシステムの新しいファイルに。

このプロキシは、システムインストールGUIを起動する前のライブシステムでのさまざまなパッケージのインストールに正しく使用されていました。apt-cacher-ngマシン上で非透過モードで実行されているものにアクセスしますapt-proxy-server

ただし、インストール中に行われるダウンロードは、このプロキシを使用していません。ファイル02proxyが変更または削除されていないことを確認しました。

インストール中にAPTプロキシを強制的に使用する方法はありますか?



/ targetにインストールされたaptを使用するため、ファイルのコピーが開始されたらすぐに、そのプロキシを/target/etc/apt/apt.conf.dに手動で設定するしかありませんでした。ハックですが、動作します。
トレヴィーニョ14

回答:


4

Live CDを使用している場合、プロキシを使用するようにAptが設定されていません。LiveCDでaptを設定してプロキシを使用できる場合があります。これをより永続的にしたい場合は、カスタムライブCDを使用するか、すべての接続にデフォルトでプロキシを使用するようにネットワークを設定できます。

個人的には、squidを使用し、すべての.debファイルを約1か月キャッシュします

Ubuntuのヘルプから

プロキシサーバーを使用するようにクライアントを更新するaptクライアントは、/ etc / apt / sources.listファイルを再構成して、外界ではなく新しいapt-proxyサーバーを指すようにする必要があります。sources.listファイルの設定は、バックエンドセクションをパスに追加する必要があることを除いて、通常のaptリポジトリの設定に似ています。

変更の例

deb http:// apt-proxy:port / backend dist component特定のリポジトリURLの言及をサーバーとそのバックエンドへの参照に置き換えます。といった:

deb http://archive.ubuntu.com/ubuntu dapper main restricted

deb http://security.ubuntu.com/ubuntu dapper-security main restricted universe

なるだろう

deb http://server:9999/ubuntu dapper main restricted

deb http://server:9999/ubuntu-security dapper-security main restricted universe

上記のapt-proxy-v2.confに対応するsources.listは次のようになります。

標準モジュールのapt-proxyエントリ

deb http://localhost:9999/ubuntu dapper main restricted universe multiverse

deb-src http://localhost:9999/ubuntu dapper main restricted universe multiverse

セキュリティパッチのapt-proxyエントリ

deb http://localhost:9999/ubuntu-security dapper-security main restricted universe multiverse

deb-src http://localhost:9999/ubuntu-security dapper-security main restricted universe multiverse

1
プロキシサーバーを使用するように実行中のlivecdブートを構成する方法を説明する質問に、より多くの情報を追加しました。sources.listAPTプロキシ設定がインストールプログラムによって無視されている場合でも、変更は機能すると言いますか?
2010

1
また、イカのアプローチは魅力的です。アイデアに感謝します。/apt-(cacher(-ng)?|proxy)/openwrtに利用できるパッケージがないように見えるので、ルーターがdebian-ishマシンにリクエストをリレーする方法を見つけようとしていました。しかし、あなたの方法ははるかに簡単です。それは、squiddedマシンのすべてが同じubuntuリポジトリを指している必要があることを意味しますが。 apt-cacher-ngクライアントが使用しているリポジトリから、使用するように構成したリポジトリにURLを再マッピングします。。。。。。。それでも本当に、私の質問に答えていないにもかかわらず:)
直感

私が理解しているソースリストは、クライアントのプロキシサーバーを指している必要があります。これにより、プロキシのみを使用するように強制されます。例は、この "deb archive.ubuntu.com/ubuntu dapper main restricted"から "deb server:9999 / ubuntu dapper main restricted"です---回答を更新して引用を含める
jsolarski

1
イカについては、透過的なキャッシングプロキシとして使用します。すべてのネットワークトラフィックがその1台のPCを通過します。DHCPがゲートウェイとしてすべてのPCをプロキシに設定するため、クライアント側の構成はありません。
jsolarski、2011
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.