Сервер репозитория

Костюков Владимир

Команда форума
Админ
Регистрация
04.03.23
Сообщения
264
Реакции
42
Для установки сервера репозитория требуется:
1. Зайти в раздел Установка и обновление ПО - Репозитории ПО - Серверы репозитория ПО и добавить сервер.
После его установки возвращаемся в Установка и обновление ПО - Репозитории ПО и создаем репозиторий. Имя я указал astra путь /repo
2. Отрываем вкладку версии нажимаем новая версия. Я использовал ISO образ с deb пакетами указав к нему путь и нажал загрузить. После загрузки подождите пока выполнится задание. После выполнения возвращаемся в свой репозиторий и смотрим в самом низу будет указан полный путь. У меня он http://client01.domain.test/repos/repo.
3. В Sources.list прописываем deb http://client01.domain.test/repos/repo/ 1.7_x86-64 main contrib non-free сохраняем и обновляем через apt update.
Ошибок быть не должно

Для выгрузки репозитория требуется:
1. Установить apt-mirror
2. Открыть в /etc/apt/mirror.list и заменить
Код:
deb https://download.astralinux.ru/astra/stable/1.7_x86-64/repository-main/ 1.7_x86-64 main contrib non-free
#deb https://download.astralinux.ru/astra/stable/1.7_x86-64/repository-update/ 1.7_x86-64 main contrib non-free
#deb https://download.astralinux.ru/astra/stable/1.7_x86-64/repository-base/ 1.7_x86-64 main contrib non-free
#deb https://download.astralinux.ru/astra/stable/1.7_x86-64/repository-extended/ 1.7_x86-64 main contrib non-free

clean https://download.astralinux.ru/astra/stable/1.7_x86-64/repository-main/
на
Код:
deb http://download.astralinux.ru/astra/frozen/1.7_x86-64/1.7.2/repository-base 1.7_x86-64 main non-free contrib
deb http://download.astralinux.ru/astra/frozen/1.7_x86-64/1.7.2/repository-extended 1.7_x86-64 main contrib non-free

clean http://download.astralinux.ru/astra/frozen/1.7_x86-64/1.7.2/repository-base/
clean http://download.astralinux.ru/astra/frozen/1.7_x86-64/1.7.2/repository-extended/
В терминале выполнить sudo -u apt-mirror apt-mirror
 
Последнее редактирование:
Подскажите, пожалуйста, каким образом можно репозиторий, созданный в п.2 направить на структуру созданную пакетом apt-mirror?
 
Я сейчас так и делаю: apt-mirror -> *.iso -> "ALD Pro Repo"
Но хотелось бы избавиться от промежуточного изготовления iso-образоов, вот хотел уточнить, есть ли способ это сделать.
 
Я у себя сделал так:
Сначала настроил apt-mirror и выкачал необходимые репозитории (Astra: stable, frozen 1.7.4, 1.7.5 и AldPro stable и frozen 1.3.0 ... до 2.2.1)
Затем, как по предыдущему комментарию, сделал iso-шник и вогнал на сервер репозиториев.
Посмотрел где находятся репозитории apt-mirror и куда разместился репозиторий из iso-шника.
По второму пути добавил линк на локальные репозитории apt-mirror и на сервере репозитория они появились как родные. После обновления apt-mirror новые ветки видны и с сервера. Без дополнительных телодвижений.
Но. Они не видны в Web оснастке - оно и логично, так как они там и не добавлялись, и в них нельзя добавлять пакеты. Это делал на версии 2.1.0.
После обновления до 2.2.0 они пропали в отображении с web репозитория. Причина простая на репозиториях apt-mirror нет доступа у пользователя www-data, под которым выполняется web репозиторий. Вышел из ситуации просто - добавил группу www-data на файлы apt-mirror и репы появились как родные. Но правильнее, наверное, было бы добавить чтение для остальных групп на репозитории apt-mirror.

А вообще схема у меня такая - 2 домена внутренний и внешний. АРМ внутреннего домена (и серверная группировка) не имеют доступа во внешний. АРМ внешнего домена не имеют бесконтрольного доступа в интернет.
Серверная группировка внешнего домена настроена на репозитории с внешнего/своего сервера репозиториев. Кроме глобального обновления версии ALDPRO. При обновлении до 2.2.0 с 2.1.0 сервер репозиториев начинает работать с сервисами(обновлять/перезагружать их и пр.), в то время как к нему обращаются серверы группировки и теряют репозитории, к которым обращаются. Результат плачевный. Из, примерно, 65 заданий 35 failed (или около того). Временно настраивал на ресурсы в интернет и затем обратно.
Внешние АРМ AstraLinux ALDPro используют репозитории внешнего сервера репозиториев.

Внутренний сервер репозиториев выкачивает apt-mirror с внешнего сервера и имеет доступ только к нему. Сам репозиторий создан также как описано вначале. Никаких лишних каталогов и дополнительно занимаемого объема дискового пространства.
Серверная группировка, по аналогичной схеме, настроена на внутренний сервер репозиториев, кроме момента обновления на более новую версию. На время глобального обновления настраивается доступ до внешнего сервера репозиториев.
Внутренние АРМ AstraLinux ALDPro используют репозитории внутреннего сервера репозиториев.
Как-то так. Если кому интересно.
 
Посмотрел где находятся репозитории apt-mirror и куда разместился репозиторий из iso-шника.
По второму пути добавил линк на локальные репозитории apt-mirror и на сервере репозитория они появились как родные.
а можно более подробную инструкцию написать, с командами, у меня чет ничего не получается, и куда девать то что при добавлении исошника появилось? У меня ALDPro 2.2.0
 
Последнее редактирование:
Здравствуйте.
После обновления до ALDPro 2.3.0 не могу установить сервер репозитория. Пишет: "Операция завершена с ошибкой argument of type 'NoneType' is not interable". Не в курсе как бороться?
 
Кто-нибудь знает, есть ли возможность в ALDPro 2.1.0 отключать подсистемы отдельно? К примеру, завершить работу "Репозиторий ПО", без остановки сервера репозитория, по аналогии с командой ipactl stop?
 
Назад
Сверху Снизу