Возможно ли иметь сервер apt-cacher для Ubuntu версии 10.04 и amp; 10.10 в одной машине? Если да, может кто-нибудь объяснить, пожалуйста.
Первый CD-кеш Ubuntu 10.10 работает нормально.
Я импортировал второй кэш компакт-диска Ubuntu версии 10.04, и теперь, когда я обновляю клиент Ubuntu 10.04, я получаю следующую ошибку.
root@TME51:/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.
склонный-cacher
При выполнении нескольких машина с тем же распределением интересно настроить кэш репозитория в сети так, чтобы, после того как пакет был загружен с официального репозитория, все другие машины загрузят его с локальной сети.
Имея различные машины, выполняющие тот же дистрибутив Linux, становится интересно настроить кэш репозитория где-нибудь в Вашей сети. Таким образом, Вы не загрузите общие пакеты больше чем в 1 раз с официальных репозиториев.
Вот ситуация, у нас есть одна машина, названная кэшем репозитория, эта машина собирается действовать как кэш репозитория, в основном, любые другие машины в Вашей сети собирается использовать его в качестве репозитория.
1. Как Настроить кэш репозитория с Кв.-cacher
Как Настроить кэш репозитория с Кв.-cacher
2. Заключение
склонный-cacher легкий и эффективный пакет, который сэкономит Вам обоим, время и пропускная способность при использовании нескольких машин с тем же распределением как он могли произойти в домашней сети или в в компании.
способное зеркало
Это - находящаяся в perl утилита для загрузки и зеркального отражения всего содержания общедоступного репозитория. Это может, вероятно, включать пакеты, которые Вы не используете и не будете использовать, но что-либо сохраненное в общедоступном репозитории будет также сохранено в Вашем зеркале.
1. Как Настроить кэш репозитория с Кв.-cacher
Для конфигурирования способного зеркала, Вам будет нужно следующее:
apt-mirror package `sudo apt-get install apt-mirror`
apache2 package `sudo apt-get install apache2`
**roughly 15G of storage per release, per architecture**
Как Открыть репозиторий со способным зеркалом
2. Заключение
Я нахожу это трудным, но очень эффективный при сохранении пропускной способности, но с другой стороны результаты высокое потребление дискового пространства.
apt-cacher-ng
кэширующийся прокси для загрузки пакетов из репозиториев программного обеспечения Debian-стиля (или возможно от других типов).
Основной принцип - то, что центральная машина размещает прокси для локальной сети, и клиенты настраивают свою установку APT для загрузки через него. Apt-Cacher NG сохраняет копию всех полезных данных, которые проходят через него, и когда подобный запрос выполнен, кэшируемая копия данных поставляется без того, чтобы быть повторно загруженным.
Apt-Cacher NG был разработан с нуля как замена для Кв.-cacher, но с вниманием на максимизацию пропускной способности с низкими требованиями системного ресурса. Это может также использоваться в качестве замены для способного прокси и приблизительно без потребности изменить sources.list файлы клиентов.
2. Заключение
кэширующийся прокси, специализированный для файлов пакета от дистрибьюторов GNU/Linux, прежде всего, для Debian, и Debian основывал дистрибутивы (как Ubuntu). Это означает, что, если у Вас есть много машин Debian/Ubuntu в Вашей сети, просто необходимо загрузить deb пакеты (новое программное обеспечение, обновления, обновления дистрибутива, и т.д.) из Интернета, после того как и остальная часть машин Debian/Ubuntu получают их от кэша Apt-Cacher NG, экономя интернет-пропускная способность и время.
В следующий раз, когда любой из Ваших машин нужен deb пакет, он попросит у Apt-Cacher NG его. Если этот пакет спросила ранее какая-либо из других машин, Кв.-Cacher будет иметь копию и поставит ее. Иначе это выберет его из интернет-репозиториев, сохранить локальную копию и поставить его.
Лучший способ кэшировать способные загрузки на LAN? посмотрите Piskvor's answer
Позвольте делают это некоторый markeying в полном Круговом Выпуске № 54 существует интересная статья о Части 2, Apt-Cache NG
Apt-Cacher - это кеширующий прокси. Это означает, что он просто кэширует каждый загруженный пакет, будет ли он использоваться Ubuntu 10.04, 10.10 или чем-то другим. Нет необходимости в специальной конфигурации на сервере, она просто работает!
Единственное, что вам нужно сделать, - это перенаправить ваших клиентов /etc/apt/sources.list, чтобы использовать их.
Пример строки сервера A с lucid:
http: //your-apt-cacher-server/apt-cacher/archive.ubuntu.com/ubuntu/ lucid main ограничение
blockquote>Пример сервера B с natty
http: // your-apt-cacher-server / apt- cacher / archive.ubuntu.com / ubuntu / natty основное ограничение
blockquote>Дополнительная информация: https://help.ubuntu.com/community/ Apt-Cacher-Server
Другая альтернатива для apt-Cacher: https://help.ubuntu.com/community/AptProxy
Использование apt-cacher-ng
может быть альтернативой. Вы можете найти руководство здесь .