Debianでapt-p 2 pを使用してパッケージキャッシュを構築するチュートリアルをインストール

その後、Debianがapt-p 2 pというソフトウェアを開発したことを思い出しました。その設計の初心は、ダウンロードしたパッケージを他の同じapt-p 2 pを実行しているpeersに提供し、ソフトウェアソースからダウンロードする補充として提供することです。では、このソフトウェアでローカルエリアネットワーク内にDebianパッケージキャッシュを構築することができますか?

5、ファイアウォールが取り付けられている場合は、「9967」、「9977」ポートを開放しなければならない。ルータを使用する場合は、マッピング設定も必要です

apt-p 2 pはPythonで書く、インストール後はデフォルトでTCPとUDPの9977ポートを傍受し、/etc/apt-p 2 p/apt-p 2 pを通過することができる.confはその行為を変える。TCPポートは、ネイティブaptダウンロードパッケージにも使用され、UDPポートは、p 2 pファイル共有ツールで一般的なDHTネットワークを構築するために使用されます。/etc/apt/sources.Listファイル内のソフトウェアソースのurl、たとえばhttp://mirror.server/debian/のサーバードメイン名の前にlocalhost:9977を挿入すると、http://localhost:9977/mirror.server/debian/具体的にインターネットからパッケージを取得する仕事はapt-p 2 pに任せました。

私が使用しているリバースエージェントはPoundで、インストール後はデフォルトで無効になります。/etc/pound/pound.cfgでサーバを構成してから/etc/default/poundで有効にし、serviceでサーバを起動すればいいです。

このようなホスト名に「.local」を付けたドメイン名フォーマットは、mDNS/DNS/DNS−SDプロトコルが提供するブロードキャストドメイン内でホストを位置決めし、サービスを公開する方法であり、主にAvahiおよびMac OS XのBonjourを実現する。

これにより、ローカルエリアネットワーク内では、どのホストもapt-p 2 pを優先してパッケージを取得し、1台の更新で家族全員に恩恵を与えることができる。短時間で複数のホストを更新しても、ソフトウェアソースに一度だけ請求する必要があります。また,大規模なデータフローは帯域幅の高いローカルエリアネットワーク内で発生し,更新時間を短縮し,効率を向上させた.

ただし、これはキャッシュされていないホスト上に2つのソフトウェアソースが構成されていることに相当し、この2つのソフトウェアソースの重複部分の情報が同期していない場合(ノートパソコンがローカルエリアネットワークの外で直接接続されたソフトウェアソースサーバのパッケージリストを更新した場合など)、apt-get sourceは使用できません。aptはソースパッケージのチェックがより厳しいためです。