sega78 05.08.2010 08:21
Есть вопрос! — Репозиторий в локалке.
Доброго всем дня.В связи с близящимся переводом предприятия на свободное ПО возникла необходимость создания и поддержания в более-менее актуальном состоянии собственного репозитория для обновления машин сотрудников. При этом есть 2 типа компьютеров: у простых пользователей и админские. Набор софта (пакетов) для админских машин, естественно, намного больше, чем для пользовательских, да и обновляются они чаще. Сообственно тут и возникает вопрос, как (каким образом и какими средствами) можно создать на одной из админских машин или, что еще привлекательнее, на одном из серверов репозиторий для пользователей, содержащий "установочный диск" + обновления вытянутые адинскими машинами? То есть если админ обновляет у себя пакет, то он обновляется и в репозитории, но если выходит новая версия пакета, который есть в репозитории, но его никто не требует, то он соответсвенно и не скачивается.
P.S. И хотелось бы узнать, может ли такой репозиторий лежать на удаленнов ресурсе, который (по умолчанию) управляется другой (не-Linux) ОС?
Похожие
Поделиться
kstep 05.08.2010 08:28 #
+ 0 -
apt-mirror для дебиана. Или поднять любой кеширующий прокси, завязать его статически на «большие» сервера с репами и указать его как источник в /etc/apt/sources.list. По моему так это делалось.
cblp
можно не менять sources, а добавить опцию http::Proxy в настройках самого APT
wilful
Репозиторий может быть на любой машине, главное чтоб он был оформлен верно, по требованию дистра.
В арче можно просто шарить кэш с админского ПК (т.к. там набор больше, и если новый пакет не ставить, то и в репе не будет).
Пример
Еще
Поддержка проста:
pacman -Sc (Удаление старых пакетов)
Но вариант с кэш прокси для таких задач тоже отлично подходит.
В арче можно просто шарить кэш с админского ПК (т.к. там набор больше, и если новый пакет не ставить, то и в репе не будет).
Пример
Еще
Поддержка проста:
pacman -Sc (Удаление старых пакетов)
Но вариант с кэш прокси для таких задач тоже отлично подходит.
Прошу прощения, но забыл уточнить, что использовать предполагается Ubuntu.
>Но вариант с кэш прокси для таких задач тоже отлично подходит.
+1
squid-deb-proxy: Squid proxy configuration optimized for deb packages
+1
squid-deb-proxy: Squid proxy configuration optimized for deb packages
ner_uto
Вот вроде неплохая хавтушка, правда debmirror, как я понимаю, создает полное зеркало, без возможности выбора групп пакетов или конкретных пакетов. Но, думаю, что сгодится. Правда репозиторий весит целую кучу гигабайт... Так что уйдет на первое выкачивание много трафика.
А зачем вообще возиться с синхронизацией изменений пакетов пользователей в зависимости от админских? Чем обычное общее зеркало не устраивает? Обновляться оно будет по cron (можно и вручную), а и админские, и пользовательские компы будут иметь софт из репы локальной.
А насчет пс - наверное может. Но для этого надо на той машине, где будет храниться репозиторий, поднять вэб- или фтп-сервер. А может и еще есть способы.
А зачем вообще возиться с синхронизацией изменений пакетов пользователей в зависимости от админских? Чем обычное общее зеркало не устраивает? Обновляться оно будет по cron (можно и вручную), а и админские, и пользовательские компы будут иметь софт из репы локальной.
А насчет пс - наверное может. Но для этого надо на той машине, где будет храниться репозиторий, поднять вэб- или фтп-сервер. А может и еще есть способы.
ariessoft
Я пользуюсь в ubuntu approx. Обновляю 4 компьютера и все хорошо работает.
Approx имитирует HTTP-репозиторий Debian. По запросу он скачивает файлы из удалённых репозиториев и сохраняет в кеше (соответственно, в следующий раз пакет выдаётся из кеша).
Approx позволяет сэкономить время и внешний трафик при установке или обновлении пакетов .deb на нескольких компьютерах в локальной сети. Каждый пакет скачивается только один раз, независимо от числа клиентских машин, его устанавливающих. Для кеша approx обычно требуется несколько гигабайт дискового пространства.
Инструкция по настройке в Ubuntu
Approx имитирует HTTP-репозиторий Debian. По запросу он скачивает файлы из удалённых репозиториев и сохраняет в кеше (соответственно, в следующий раз пакет выдаётся из кеша).
Approx позволяет сэкономить время и внешний трафик при установке или обновлении пакетов .deb на нескольких компьютерах в локальной сети. Каждый пакет скачивается только один раз, независимо от числа клиентских машин, его устанавливающих. Для кеша approx обычно требуется несколько гигабайт дискового пространства.
Инструкция по настройке в Ubuntu
Спасибо, вот этот вариант вроде бы подходит. Но появился еще вопрос, а нельзя ли кэш approx`а наполнить уже имеющимися на одной из машин пакетами?
Минус этого решения в том, что на клиентах придется менять настройки!!!
Без смены настроек у юзеров вариант только один — прозрачный кеширующий прокси.
Учитывая что клиенты будут ставится с нуля, то это не такая большая проблема.
Я использую apt-mirror. Полное зеркало стабильной ветки Debian для двух архитектур(включая non-free, volatile и security) занимает 35 гигов. Ежедневно обновляется с официальных реп, вычищает автоматом устаревшие пакеты и вообще ведёт себя отлично. Ну а все компы локалки тянут обновления уже с моего собственного репозитария по http(apache2).
Тоже хотелось бы так, но за попытку вытащить 35 Гб меня не просто убьют, а заставят еще перед смертью бесплатно работать. Да и дистрибутив еще окончательно не выбран, поэтому пришлось бы содержать репозитории для всех разновидностей... А даже две смерти для меня уже слишком много ;)
Ну, можно попробовать обрисовать страшные цифры, типа если сейчас за раз не скачать столько - потом за несколько месяцев, с учётом того, что каждый будет тянуть каждое обновление, набежит больше. Т.е. в перспективе это экономия. ;)
Но это уже, как повезёт начальством. :)
Но это уже, как повезёт начальством. :)
alff31
С apt-mirror будет обновляться весь дистр, абсолютно все программы которые есть в убунте, за несколько месяцев с регулярным обновлением выйдет прилично.
Зы Плямяннику для деревни без нета сделал зеркало дистрибутива на винте в 35 Гб за ночь. ) Уфа рулит. )
Зы Плямяннику для деревни без нета сделал зеркало дистрибутива на винте в 35 Гб за ночь. ) Уфа рулит. )
Да, для одной машины - это накладно. Но у меня лично стояла цель сделать локальный репозитарий для нескольких десятков машин с совершенно разными задачами(как обычные пользовательские компьютеры, так и серверы). Ну, и не знаю, откуда бубунта столько взяла, но, как я уже писал у меня 35 гигов - это полные репы двух архитектур.
Minoru
В общаге поднял для соседей apt-cacher — все довольны. Настройка сводится к двум шагам:
- указать apt-cacher'у, к каким репозиториям ему следует предоставлять доступ пользователям
- у пользователей переписать /etc/apt/sources.list
h31
