Red Hat Training

A Red Hat training course is available for Red Hat Satellite

Управление каналами

Red Hat Network Satellite 5.4

Red Hat Network Satellite

Редакция 1

Аннотация

Добро пожаловать в руководство по управлению каналами Red Hat Network Satellite.

Глава 1. Введение

В этом документе рассматриваются вопросы создания и поддержки работы частных программных каналов для RHN Proxy и Satellite.
Иногда здесь будут упоминаться действия, которые необходимо выполнить на веб-сервере Red Hat Network. Для пользователей прокси в этом случае подразумеваются центральные серверы Red Hat Network (https://rhn.redhat.com), а для пользователей Satellite — ваш локальный сервер RHN Satellite.

Глава 2. Обзор каналов RHN

Канал Red Hat Network содержит набор программных пакетов. Каналы позволяют организовать пакеты: например, канал может содержать пакеты из конкретного дистрибутива Red Hat или пакеты для набора приложений. Пользователи могут определить новые каналы, а организация может создать каналы, которые будут содержать пакеты для всех компьютеров в ее составе.

2.1. Базовые и дочерние каналы

Существует два типа каналов: базовые и дочерние. Базовый канал обычно включает пакеты для заданной архитектуры и выпуска Red Hat Enterprise Linux. Базовому каналу соответствует дочерний канал, который содержит дополнительные пакеты.
Система должна быть подписана лишь к одному базовому каналу, но может быть подписана к нескольким дочерним каналам. Установку и обновление пакетов можно будет выполнять только из каналов Red Hat Network.
После регистрации системы в Red Hat Network она будет сопоставлена базовому каналу для соответствующей версии Red Hat Enterprise Linux. Базовый канал можно изменить на сайте RHN. Или же можно использовать ключи активации, чтобы регистрирующиеся с их помощью системы автоматически сопоставлялись частному каналу.
На странице Каналы сайта Red Hat Network (вкладка Каналы в верхнем меню) можно просмотреть список всех базовых и их дочерних каналов. Нажав имя канала, вы увидите окно свойств канала с полным списком пакетов в его составе, а также исправлений и всех связанных систем.

2.2. Подписка на каналы

Существует несколько способов подписки систем:
  • Регистрация с помощью ключей активации — наиболее предпочтительный метод регистрации в силу его простоты. Зарегистрированные таким образом системы будут подписаны ко всем каналам, соответствующим ключу активации. Руководство по настройке клиентов Red Hat Network и справочное руководство Red Hat Network содержат информацию о ключах активации.
  • Регистрация при установке — при регистрации с помощью агента обновлений Red Hat или клиента регистрации Red Hat Network система автоматически сопоставляется базовому каналу соответственно версии Red Hat Enterprise Linux. После регистрации базовый канал можно будет изменить, назначив отдельным системам частные каналы на сайте RHN. Или же можно использовать ключи активации, чтобы регистрируемые с их помощью системы автоматически сопоставлялись частным каналам. Справочное руководство RHN содержит информацию об использовании таких приложений для различных уровней полномочий систем.
  • Подписка на веб-сайте — в зависимости от базового канала будут доступны различные дочерние каналы. К дочерним каналам систему можно подписать на сайте RHN. Если же вы создали собственные базовые каналы, можно их сопоставить системам. Более подробную информацию можно найти в главе, посвященной веб-сайту Red Hat Network, справочного руководства RHN.

2.3. Доступные каналы

В Red Hat Network существует множество каналов. Одни доступны всем пользователям, другие — пользователям в конкретной организации, а третьи — только при условии приобретения к ним доступа. Каналы подразделяются на категории:
  • Платные каналы — доступны по факту приобретения напрямую или в комплекте с другими решениями Red Hat. Red Hat Enterprise Linux представляет собой пример платного канала.
  • Произвольные (пользовательские) каналы — создаются для управления пользовательскими пакетами. Эти каналы, также известные как частные каналы, доступны только создающей их организации.
В этом документе будет рассмотрено создание и поддержка работы произвольных каналов на RHN Proxy и Satellite.

2.4. Инструменты, репозитории и методики

Прежде чем приступить к созданию каналов, обратите внимание на различия между разными утилитами и репозиториями. Это особенно важно, если вы планируете использовать и RHN Proxy, и Satellite, так как это позволит расширить диапазон местоположений утилит и хранилищ. Комбинации Proxy-Satellite позволяют достичь оптимальной производительности.
Основные средства управления пакетами:
  • Менеджер пакетов RHN передает пользовательские пакеты частным каналам на прокси-сервере RHN.
  • RHN Push передает пользовательские пакеты частным каналам на RHN Satellite.
  • Программа синхронизации RHN Satellite осуществляет импорт и синхронизацию пакетов между Red Hat Network и вашим сервером RHN Satellite через Интернет или с помощью компакт-диска.
Перечисленные программы обращаются к заранее определенному репозиторию. Менеджер пакетов RHN и RHN Push требуют создания временного каталога для размещения пользовательских пакетов, отправляемых на RHN Proxy и Satellite. Впоследствии эти каталоги потребуется удалить.

Примечание

Red Hat рекомендует хранить архивы пользовательских пакетов за пределами Red Hat Network.
Если в вашем распоряжении есть оба сервера — и RHN Proxy, и RHN Satellite, — используйте только RHN Push и утилиту синхронизации RHN Satellite. Комбинация Proxy-Satellite потребует разместить произвольные пакеты и каналы только на Satellite. Прокси-сервер будет получать пакеты с Satellite и передавать их системам клиентов.

Глава 3. Создание пакетов

При создании пакетов надо принимать во внимание множество моментов, особенно если пакеты предоставляются через Red Hat Network. Эта глава содержит обзор методов создания пакетов для их последующей передачи в Red Hat Network, включая использование RPM, сборку пакетов для RHN и способы подписи пакетов.

3.1. Сборка пакетов для Red Hat Network

Red Hat Network использует менеджер пакетов RPM (сокр. от RPM Package Manager) для определения дополнений и обновлений, применимых к каждой системе клиента. Обычно вы получите пакеты в формате RPM с Red Hat Network. ISO-образы доступны на вкладке Программы сайта Red Hat Network, но они недоступны для установок RHN Satellite. Если Satellite включает поддержку Solaris, можно использовать RHN Push для отправления пакетов Solaris в частные каналы, которые используются клиентами Solaris.
RPM облегчает процесс установки, удаления, обновления и проверки версий пакетов, а также позволяет разработчикам осуществлять компиляцию и сборку программ.

3.1.1. Достоинства RPM

Основные достоинства RPM:
Простота обновлений
RPM позволяет выполнить обновление отдельных компонентов системы без необходимости переустановки. Например, если Red Hat выпускает новую версию Red Hat Enterprise Linux, переустановка не потребуется — RPM выполнит установку обновлений. Состояние файлов конфигурации останется неизменным между обновлениями, поэтому настройки не будут потеряны. Для установки и обновления пакета используется один и тот же файл RPM.
Поиск пакетов
RPM позволяет осуществить поиск пакетов в базе данных RPM. Например, можно легко определить, какому пакету принадлежит конкретный файл. Файлы в составе пакета сжаты, а двоичный заголовок содержит важную информацию о пакете и его содержимом. RPM может быстро проверять заголовки.
Проверка пакетов
RPM позволяет проверить подлинность пакета. Например, если вы думаете, что отдельный файл принадлежит удаленному пакету, можно запросить статус файлов в его составе. В случае ошибки можно просто переустановить файлы. Модифицированные файлы конфигурации не будут изменены в процессе переустановки.
Исходные источники
Основной целью RPM является возможность использования исходных программных источников в формате, созданном авторами. RPM позволяет упаковать пакеты, включить все исправления и инструкции по сборке. Так, например, при выпуске новой версии нет необходимости в ручной компиляции приложения. Изменения обычно могут быть применены с помощью RPM.
Поддержка целостности исходного кода может казаться важной лишь разработчикам, но на самом деле это позволяет повысить качество программ и для конечных пользователей.

3.1.2. Принципы RPM в RHN

Основным достоинством RPM является возможность определения зависимостей и точной идентификации конфликтов. Именно поэтому Red Hat Network полагается в этом вопросе на RPM. Red Hat Network предоставляет автоматизированное окружение, что исключает необходимость ручной настройки в ходе установки пакета. Поэтому во избежание проблем при сборке для предоставления пакетов через Red Hat Network следуйте перечисленным ниже правилам:
  1. Ознакомьтесь с принципами работы RPM. В этом помогут следующие ресурсы:
  2. При сборке для дочернего канала создайте пакет для Red Hat Enterprise Linux, версия которой совпадает с версией базового канала. Но сначала не забудьте применить все обновления, полученные с Red Hat Network.
  3. Не используйте --force и --nodeps при установке пакета. Если не получается установить пакет, вероятно, Red Hat Network не сможет установить его автоматически.
  4. Имя файла должно следовать формату имя-версия-выпуск.архитектура.rpm. Пример: pkgname-0.84-1.i386.rpm, где имя — pkgname, версия — 0.84, выпуск — 1, архитектура — i386.
  5. Пакет должен быть подписан сопровождающим пакета. Пакеты без подписи могут распространяться через Red Hat Network, но надо настроить принудительную установку в up2date. Настоятельно рекомендуется подписывать пакеты (см. Раздел 3.2, «Цифровая подпись пакетов RHN»).
  6. Если пакет был модифицирован, изменена его подпись, или он был заново скомпилирован, его номер версии и выпуска увеличится на единицу. Другими словами, имя пакета всегда должно соответствовать версии сборки.
  7. RPM-пакет не может быть устаревшим по отношению к самому себе.
  8. Если пакет подразделяется на отдельные пакеты, будьте исключительно осторожны с зависимостями. Не разделяйте существующий пакет без веской причины.
  9. Пакеты не должны полагаться на интерактивные сценарии пред- и пост-установки. Если в процессе установки или удаления необходимо вмешательство пользователя, пакет не сможет работать с Red Hat Network.
  10. Никакие сценарии, выполняемые до или после установки и удаления, не должны передавать данные в stderr или stdout. Вместо этого следует перенаправить вывод в /dev/null (если в нем нет необходимости) или сохранить в файл.
  11. При создании файла используйте определения групп из /usr/share/doc/rpm-<версия>/GROUPS. Если точного соответствия нет, выберите наиболее близкое.
  12. Следует проверять зависимости RPM, чтобы убедиться, что программа успешно запускается после установки.

Важно

Не создавайте RPM путем архивирования файлов с последующей разархивацией в сценарии пост-установки. Это нарушает саму идею использования RPM.
Если файлы в архиве не включены в список файлов, их невозможно будет проверить в случае конфликтов. В большинстве случаев RPM может самостоятельно упаковать и распаковать архивы. Не создавайте файлы в %post, если вы не собираетесь их удалить в секции %postun.

3.2. Цифровая подпись пакетов RHN

Пакеты, которые предоставляет RHN, должны обладать цифровой подписью. Цифровая подпись создается с помощью уникального закрытого ключа, а для ее проверки используется открытый ключ. RPM с исходным кодом (SRPM, Source RPM) и созданный пакет можно подписать с помощью ключа GnuPG. Прежде чем пакет будет установлен, открытый ключ проверит подпись пакета и поможет убедиться, что он не подвергался изменениям.

3.2.1. Создание пары ключей GnuPG

Пара GnuPG включает открытый и закрытый ключ. Для их генерации в режиме root выполните 
gpg --gen-key
При попытке выполнения этой команды от лица непривилегированного пользователя вы увидите сообщение 
gpg: Warning: using insecure memory!
Это обозначает, что непривилегированные пользователи не могут блокировать страницы памяти. Так как наверняка вы не хотите, чтобы другие пользователи знали ключ GnuPG и пароль, пару ключей требуется создать в режиме root. Пользователь root может блокировать страницы памяти, то есть информация не будет записываться на диск.
После запуска команды генерации ключей появится сообщение: 
	gpg (GnuPG) 1.2.6; Copyright (C) 2004 Free Software
	Foundation, Inc.  This program comes with ABSOLUTELY NO
	WARRANTY. This is free software, and you are welcome to
	redistribute it under certain conditions. See the file COPYING
	for details. Please select what kind of key you want: (1) DSA
	and ElGamal (default) (2) DSA (sign only) (4) RSA (sign only)
	Your selection?
Примите значение (1) DSA and ElGamal, что позволит создать цифровую подпись. Введите 1 и нажмите Enter.
Выберите длину ключа. Чем длиннее ключ, тем он надежней. Минимально рекомендуемый размер ключа — 1024 бит.
Далее можно указать срок действия ключа. Дату истечения срока действия стоит сообщить всем пользователям, использующим открытый ключ, а после его истечения предоставить новый ключ. Рекомендуется не указывать срок действия. 
Key does not expire at all Is this correct (y/n)?
Введите y.
Далее надо указать идентификатор пользователя, который должен содержать имя, электронный адрес и, дополнительно, комментарий. Информация будет запрошена постепенно, после чего можно просмотреть введенные данные.
Введите пароль.

Примечание

При выборе пароля руководствуйтесь стандартными правилами: используйте комбинации букв нижнего и верхнего регистра, цифры и знаки пунктуации.
После ввода и подтверждения пароля будут созданы ключи. Появится сообщение: 
We need to generate a lot of random bytes. It is a good idea to perform some
other action (type on the keyboard, move the mouse, utilize the disks) 
during the prime generation; this gives the random number generator a 
better chance to gain enough entropy. 

+++++.+++++.++++++++....++++++++++..+++++.+++++.+++++++.+++++++ +++.
++++++++++++++++++++++++++++++++++++++..........................++++
Ключи будут помещены в каталог .gnupg в домашнем каталоге пользователя root. Для их просмотра выполните 
gpg --list-keys
Вывод будет выглядеть примерно так: 
/root/.gnupg/pubring.gpg ----------------  pub 1024D/B7085C8A 2002-02-18
 имя<you@example.com> 
sub 1024g/E12AF9C4 2002-02-18
Команда получения открытого ключа: 
gpg --export -a 'имя' > public_key.txt
Ключ будет сохранен в файл public_key.txt.
Открытый ключ должен быть передан всем клиентам, которые будут получать пакеты с помощью up2date. Способы распространения этого ключа между клиентами в составе организации подробно рассматриваются в руководстве по настройке клиентов Red Hat Network.

3.2.2. Подпись пакетов

Прежде чем приступить, в файл ~/.rpmmacros нужно добавить следующее: 
%_signature gpg 
%_gpg_name B7085C8A
Замените B7085C8A идентификатором ключа из связки GPG, используемой для подписи пакетов. Это значение сообщает RPM, какая подпись будет использоваться.
Команда подписи пакета package-name-1.0-1.noarch.rpm: 
rpm --resign package-name-1.0-1.noarch.rpm
Введите пароль. Наличие подписи можно проверить с помощью команды 
rpm --checksig -v package-name-1.0-1.noarch.rpm
Вывод будет содержать строку Good signature from "имя", где имя — имя пользователя, подписавшего пакет.

Глава 4. Управление каналами и пакетами

Частные каналы позволяют администраторам использовать инфраструктуру Red Hat Network для установки пакетов, созданных их организацией. Управление каналами и пакетами осуществляется на вкладке Каналы сайта RHN. Приведенные здесь инструкции применяются совместно с методами, описанными в главе, посвященной сайту RHN, справочного руководства RHN.

Примечание

Во избежание проблем при установке непроверенных пакетов, Red Hat настоятельно рекомендует создать бета-каналы для тестирования.
Например, для группы веб-серверов, которая получает набор частных пакетов, создайте временные каналы для установки пакетов в некритическом наборе систем. Эти каналы впоследствии можно удалить (см. Раздел 4.8, «Удаление каналов»).

4.1. Права управления каналами

Для выполнения административных задач пользователи должны обладать правами администратора канала. Права можно изменить на сайте Red Hat Network. Администратор организации обладает максимальными полномочиями и может предоставлять права другим пользователям. Последовательность действий для предоставления полномочий администратора канала:
  1. Авторизуйтесь на сайте Red Hat Network как администратор организации.
  2. Перейдите на вкладку Пользователи и выберите имя пользователя, который управляет каналом.
  3. На странице настроек пользователя перейдите к секции Роли, отметьте флажок напротив поля Администратор канала и нажмите кнопку Отправить. Администратору организации автоматически предоставляются права управления каналами.
  4. Авторизуйтесь на сайте Red Hat Network, перейдите на вкладку Каналы и проверьте наличие кнопки управления каналами в левой панели навигации.

4.2. Управление каналами

Пользователи могут получить доступ к возможностям управления каналами, нажав кнопку Управление каналами в левой панели навигации.

Предупреждение

Если вы используете и RHN Proxy, и RHN Satellite, то управлять каналами и пакетами следует только с Satellite, так как прокси-серверы получают с него обновления напрямую. Ручное управление пакетами и каналами на прокси увеличивает риск того, что серверы не будут синхронизированы.
Ссылки в списке управления каналами открывают вкладки на странице свойств каналов. Нажмите имя канала, чтобы открыть страницу с его настройками, а выбор числа пакетов откроет подсекцию просмотра и удаления вкладки Пакеты (см. Раздел 4.3, «Настройки управления каналами»).

4.3. Настройки управления каналами

Управление частными каналами выполняется на станице настроек, доступ к которой можно получить, выбрав пункт Управление каналами в левой панели навигации и выбрав имя канала. На этой странице есть две вкладки: Свойства и Пакеты.
  • Свойства — здесь можно найти основные сведения о канале (имя, описание, имя родительского канала и пр.). Администраторам организации и каналов будет дополнительно доступен флажок Глобально подписываемый, что позволяет подписать системы к каналу. Если снять этот флажок и нажать кнопку Обновить канал, появится вкладка Подписчики, где можно предоставлять пользователям права подписки к этому каналу.
  • Подписчики — здесь располагается список пользователей, которым разрешено осуществлять подписку к частному каналу. Эта вкладка доступна при следующих условиях: а) Авторизованный пользователь должен быть администратором организации или канала; б) Флажок Глобально подписываемый должен быть снят. Установите флажки напротив пользователей, которым будет разрешено подписывать системы к каналу и нажмите Обновить. Как уже сообщалось, администраторы каналов и организаций автоматически получают права подписки.
  • Менеджеры — пользователи с правами управления каналом. Эта вкладка доступна администраторам организации и каналов. Отметьте флажки напротив пользователей для предоставления им полного доступа управления каналом и нажмите Обновить. Этот статус не допускает создание новых каналов. Администраторы каналов и организаций автоматически получают права управления каналами.
  • Исправления — список исправлений для частных каналов. Аналогично тому как Red Hat Network предоставляет обновления системам Red Hat Enterprise Linux, вы предоставляете исправления частным каналам. На этой вкладке можно просмотреть, добавить, удалить и продублировать исправления. Дублирование исправлений доступно только через RHN Satellite.
    • Показать или удалить — здесь можно просмотреть все исправления, сопоставленные частному каналу, и удалить соответствие. Чтобы удалить исправления из канала, отметьте их и нажмите Удалить исправления. Появится страница подтверждения со списком удаляемых исправлений. Нажмите Подтвердить.
    • Добавить — здесь можно добавить исправления в канал. Список содержит все доступные исправления. Отметьте соответствующие флажки и нажмите Добавить исправления (см. Глава 5, Управление частными исправлениями).
    • Дублировать — здесь администраторы Satellite могут продублировать исправления и связанные с ними пакеты. Список будет автоматически заполнен для копируемых каналов. Исправления будут добавляться в список по мере их выхода (см. Раздел 4.7, «Дублирование каналов»).
      Чтобы включить исправления из канала в его дубликат, из выпадающего меню выберите слияние или дублирование. Слияние доступно, если исправления уже скопированы, и используется для назначения исправлений нескольким каналам. Опция дублирования позволяет создать новую запись путем копирования уже существующей и ее последующего изменения.
      По умолчанию копируемые исправления наследуют метку исходной рекомендации Red Hat, но при этом префикс "RH" заменяется на "CL". Например, метку RHSA-2003:324 заменит CLSA-2003:324. В случае ступенчатого дублирования вторая буква будет заменяться на следующую в латинском алфавите, например: "CM", "CN" и т.п. Метки можно изменить на странице настроек исправлений (см. Раздел 5.2, «Параметры управляемых исправлений»).
      Ранее продублированные исправления содержат значения в столбце Принадлежащие исправления. Метка исправления позволяет перейти к странице с подробной информацией. Флаги pub и mod, заключенные в кавычки, указывают, было ли опубликовано или модифицировано продублированное исправление. Знак плюса перед флагом обозначает, что продублированные исправления были опубликованы, а минус — не были. Так, (-mod) может означать, что пакет был удален (см. Раздел 5.1, «Настройка исправлений»).
      Для исключения исправлений из дублируемого канала в выпадающем меню выберите вариант Ничего не делать. Нажмите Дублировать исправления, просмотрите изменения на странице подтверждения и нажмите Обновить исправления.
    • Синхронизация — список исправлений, которые были обновлены со времени последнего обновления канала, но не были включены во время его копирования. Отметьте флажок напротив продублированного канала и нажмите кнопку синхронизации.
  • Пакеты — список сопоставленных каждому частному каналу пакетов. В соответствующих подсекциях можно просмотреть, добавить, удалить и сравнить пакеты.
    • Показать или удалить — здесь можно просмотреть все пакеты, сопоставленные частному каналу, и удалить соответствие. Чтобы удалить пакеты из канала, отметьте их и нажмите Удалить пакеты. Появится страница подтверждения со списком удаляемых пакетов. Нажмите Подтвердить.

      Важно

      Этот список отличается от списка пакетов на странице свойств канала, так как он включает все версии пакета в составе базы данных, а не только последнюю версию. Чтобы вернуться к использованию предыдущей версии пакета, просто удалите последнюю.
    • Добавить — здесь можно добавить пакеты в канал. Для просмотра доступных пакетов в выпадающем меню выберите Просмотр. Для добавления пакетов отметьте их и нажмите Добавить пакеты (см. Раздел 4.6, «Назначение пакетов каналам»).
    • Сравнить — позволяет сравнить списки пакетов разных каналов. Выберите канал из списка Сравнить с: и нажмите Сравнить. Появится список отличий.

4.4. Управление пакетами

Пакеты можно не просто исключить из канала, но и окончательно удалить из базы данных и файловой системы. Удаление из файловой системы будет выполнено с задержкой в один час. Это можно сделать на странице Управление пакетами.

Предупреждение

Удаленные из базы данных пакеты можно восстановить, заново загрузив их на сервер, но при этом их связь с исправлениями будет потеряна. Ее можно восстановить вручную (см. Глава 5, Управление частными исправлениями).
Чтобы удалить пакеты из базы данных, на странице управления пакетами выберите подходящий вариант в меню Просмотр и нажмите кнопку просмотра. Установите флажки напротив пакетов и нажмите Удалить пакеты. Появится страница подтверждения. Нажмите Подтвердить.
Так как сами пакеты хранятся на прокси-сервере, частные пакеты не могут быть загружены с сайта RHN, даже если они показаны в списке. Их можно получить, выполнив на клиенте команду up2date. Так как RHN Satellite предоставляет собственный сайт, его пакеты можно получить через HTTP или с помощью агента обновлений Red Hat. Системы клиентов должны быть подписаны к каналу.

4.5. Создание канала

Прежде чем приступить к передаче пакетов серверу, надо создать канал для их хранения (см. Глава 6, Отправка и поддержка частных пакетов). Раздел 4.6, «Назначение пакетов каналам» содержит описание процесса переназначения пакетов на сайте.

Примечание

Не создавайте для клиентов дочерние каналы, содержащие пакеты, которые несовместимы с системой клиента.
Дочерние каналы не должны содержать копии содержимого каналов rhn-tools и rhel-virtualization, так как их пакеты используются для идентификации этих каналов во время автоматической отмены подписки через веб-интерфейс. В частности, эти пакеты включают rhncfg (идентифицирует канал rhn-tools) и libvirt (идентифицирует канал rhel-vt).
Порядок создания каналов на сайте Red Hat Network:
  1. Авторизуйтесь на сайте как администратор канала.
  2. В верхней панели навигации выберите Каналы и нажмите кнопку управления каналами.
  3. На странице управления каналами нажмите создать канал. После этого администраторам RHN Satellite будет доступно дублирование канала (см. Раздел 4.7, «Дублирование каналов»).
  4. На странице Новый канал определите настройки канала. Для его идентификации используется метка, поэтому выберите описательное имя.
    В поле ключа GPG укажите путь к ключу на сервере (см. руководство по настройке клиентов Red Hat Network). Идентификатор GPG-ключа представляет собой уникальный код (например, «DB42A60E»), в то время как отпечаток ключа может выглядеть примерно так: «CA20 8686 2BD6 9DFC 65F6 ECC4 2191 80CD DB42 A60E». Последние восемь цифр отпечатка содержат идентификатор.
  5. Нажмите Создать канал.

4.6. Назначение пакетов каналам

При исходной отправке пакетов они могут быть не назначены или назначены одному или нескольким каналам (см. Глава 6, Отправка и поддержка частных пакетов). Пакеты можно переназначить разным каналам или отправить в независимый репозиторий.
Эти функции станут доступны при переходе на вкладку Каналы с последующим выбором Управление каналами в левой панели навигации. На открывшейся странице выберите имя канала, который будет получать пакеты.
На странице свойств канала перейдите на вкладку Пакеты и нажмите Добавить. Чтобы добавить пакеты в канал, в меню просмотра нажмите Просмотр. Уже сопоставленные пакеты не будут показаны. Пакеты, не назначенные каналу, будут перечислены в списке Пакеты без каналов. Для отображения всех доступных пакетов выберите Все управляемые пакеты.
При выборе опции просмотра появится список пакетов. Обратите внимание, что заголовок страницы все еще содержит имя редактируемого канала. Отметьте пакеты, которые должны быть назначены каналу и нажмите Добавить пакеты. Появится страница подтверждения с перечисленными пакетами. Нажмите Подтвердить, после чего будет показана вкладка просмотра и удаления.
После назначения пакетов каналу будет обновлен кэш исправлений. Чтобы осуществить кэширование изменений вручную, нажмите отправить изменения сейчас на вкладке просмотра и удаления.

4.7. Дублирование каналов

Администраторы каналов RHN Satellite могут дублировать каналы для облегчения процесса сопоставления им пакетов. При дублировании создается точная копия канала, включая соответствия пакетов и исправлений. В верхней панели навигации нажмите Каналы, затем выберите Управление каналами в левой панели. Ссылка дублировать канал в правом верхнем углу страницы позволяет создать копию канала.
Доступно три опции дублирования. Эти варианты описаны на странице, но вкратце их можно охарактеризовать так:
  • Текущее состояние канала — все исправления и последние версии пакетов в составе канала в настоящий момент.
  • Исходное состояние канала — все исходные пакеты в составе канала. Исправления и обновления пакетов не учитываются.
  • Выборочные исправления — все исходные пакеты в составе канала с возможностью исключения отдельных исправлений и соответствующих обновлений.
Выберите один вариант в поле дублирования, выберите целевой канал в меню Дублировать из и нажмите Создать канал.
Заполните поля на странице создания нового канала (см. Раздел 4.5, «Создание канала») или оставьте стандартные значения. Нажмите Создать канал. Если вы выбрали копирование исходного или текущего состояния канала, откроется вкладка, где можно изменить настройки созданного канала (см. Раздел 4.3, «Настройки управления каналами»).
Если раньше вы выбрали опцию дублирования канала, откроется вкладка Дублировать страницы настроек управляемого канала, где можно выбрать отдельные исправления и связанные с ними пакеты для включения в новый канал (см. Раздел 4.3, «Настройки управления каналами»).

4.8. Удаление каналов

Администраторы RHN Proxy и Satellite могут удалить неиспользуемые каналы. Удаление осуществляется на вкладке настроек. После перехода на вкладку (см. Раздел 4.3, «Настройки управления каналами»), нажмите ссылку удалить канал в правом верхнем углу страницы для удаления каналов и связанных с ним пакетов. На следующей странице нажмите Удалить канал.
Удаление канала на веб-сайте автоматически удалит все пакеты, которые связаны только с этим каналом. Пакеты, которые связаны и с другими каналами, останутся нетронутыми. Если вы уверены, что канал на прокси-сервере подключен к Satellite, удалите этот канал на прокси.

Глава 5. Управление частными исправлениями

Частные исправления позволяют создавать уведомления для пакетов в составе частных каналов. Управление исправлениями осуществляется на вкладке Исправления сайта RHN. Приведенные здесь инструкции также описаны в главе, посвященной сайту RHN, справочного руководства Red Hat Network.

5.1. Настройка исправлений

Пользователям RHN Satellite и RHN Proxy будет доступна кнопка для перехода к секции управления исправлениями в левой панели навигации.

Предупреждение

Если вы используете и RHN Proxy, и RHN Satellite, то управлять исправлениями следует только с Satellite, так как прокси-серверы получают с него обновления напрямую. Ручное управление исправлениями на прокси увеличивает риск того, что серверы не будут синхронизированы.
Нажмите рекомендацию в списке управления исправлениями для перехода к секции настроек исправлений (см. Раздел 5.2, «Параметры управляемых исправлений»).

5.1.1. Опубликованные исправления

При выборе Управление исправлениями в левой панели навигации появится страница Опубликованные исправления. Здесь перечислены уведомления, созданные и распространяемые вашей организацией.
Раздел 5.3, «Создание и изменение исправлений» содержит описание процесса изменения опубликованных исправлений. Для распространения исправлений в правом верхнем углу страницы настроек нажмите Отправить уведомление. Уведомление будет отправлено администраторам всех затронутых систем.

5.1.2. Неопубликованные исправления

Страница Неопубликованные исправления появится, если вы нажмете кнопку Неопубликованные под меткой Управление исправлениями в левой панели навигации. Здесь будут показаны уведомления исправлений, еще не распространенные вашей организацией.
Раздел 5.3, «Создание и изменение исправлений» содержит описание процесса изменения неопубликованных исправлений. Чтобы опубликовать исправления, в правом верхнем углу страницы настроек нажмите Опубликовать исправления. На странице подтверждения просмотрите список сопоставленных исправлению каналов и нажмите кнопку Опубликовать исправления. Уведомление будет перенесено на страницу опубликованных уведомлений, ожидающих распространения.

5.2. Параметры управляемых исправлений

Нажмите рекомендацию уведомлений на странице опубликованных или неопубликованных исправлений, чтобы перейти к странице настроек исправлений. Эта страница содержит три вкладки: Свойства, Каналы, Пакеты.
  • Свойства — предоставляет сведения об уведомлениях о частных исправлениях, которые были указаны во время их создания. Сведения включают краткую информацию, имя и тип рекомендации, описание, список ошибок, ключевые слова, примечания. Можно изменить содержимое полей и нажать кнопку Обновить исправление.
  • Каналы — список каналов для выбранного исправления. Для изменения соответствия выберите или отмените выбор и нажмите Обновить каналы.
  • Пакеты — позволяет управлять пакетами, соответствующими выбранным исправлениям. Здесь доступны две вкладки:
    • Показать и удалить — список пакетов, сопоставленных частному исправлению. Здесь можно удалить это соответствие. Отметьте пакеты и нажмите Удалить пакеты. Появится страница подтверждения со списком удаляемых пакетов. Для завершения нажмите кнопку подтверждения.
    • Добавить — здесь можно добавить пакеты к исправлению. Для просмотра доступных пакетов выберите опцию в выпадающем меню просмотра и нажмите кнопку Просмотр. Для добавления пакетов к исправлению отметьте их и нажмите Добавить пакеты (см. Раздел 5.4, «Добавление пакетов в исправление»).

5.3. Создание и изменение исправлений

Порядок действий при создании уведомления для частного исправления:
  1. В верхней панели навигации выберите Исправления, затем Управление исправлениями. На открывшейся странице нажмите создать исправление.
  2. Введите описательную метку в поле Рекомендация. Метка не должна начинаться с букв "RH" во избежание путаницы при попытке отличить частные исправления от исправлений Red Hat.
  3. Заполните оставшиеся поля и нажмите Создать канал. В качестве примеров просмотрите стандартные уведомления Red Hat.
Администраторы RHN Satellite могут создавать исправления путем дублирования уже существующих. В этом случае соответствия пакетов будут сохранены (см. Раздел 5.5, «Дублирование исправлений»).
Для изменения настроек существующих исправлений нажмите на его рекомендации на странице управления, внесите изменения и нажмите кнопку обновления. На вкладке Каналы можно изменить соответствия между исправлениями и каналами. На вкладке Пакеты можно просмотреть и изменить пакеты.
Чтобы удалить исправление, отметьте его и нажмите Удалить исправление. Удаление может занять несколько минут.

Примечание

Чтобы получать сообщения о создании уведомлений для ваших систем, на сайте RHN выберите Ваша RHN => Ваши настройки => Получать уведомления по почте. Обычно эту возможность используют администраторы систем.

5.4. Добавление пакетов в исправление

Порядок действий при назначении пакетов исправлениям:
  1. После выбора исправления нажмите Пакеты => Добавить.
  2. В меню просмотра выберите канал, содержащий нужные пакеты, и нажмите кнопку просмотра. Пакеты, уже соответствующие исправлению, не будут показаны. Для просмотра всех доступных пакетов выберите Все управляемые пакеты.
  3. Нажмите кнопку просмотра для доступа к списку пакетов. Обратите внимание, что заголовок страницы все еще содержит редактируемые исправления.
  4. Отметьте пакеты и нажмите кнопку Добавить пакеты в правом нижнем углу страницы.
  5. Появится страница подтверждения со списком пакетов. Нажмите кнопку Подтвердить. Будет показана секция просмотра и удаления со списком пактов.
После сопоставления пакетов исправлению кэш исправлений будет соответственно изменен с небольшой задержкой, что позволит завершить редактирование исправления, прежде чем изменения вступят в силу. Чтобы обновить кэш вручную, следуйте инструкциям вверху страницы.

5.5. Дублирование исправлений

Исправления можно дублировать, что позволяет облегчить их создание и распространение. Дублировать можно только исправления, потенциально применимые к вашим каналам. Исправления считаются потенциально применимыми, если канал был создан посредством дублирования канала с этими исправлениями. В верхней панели навигации выберите Исправления, затем Дублировать исправления. Эта кнопка будет доступна только пользователям RHN Satellite.
На открывшейся странице выберите канал и нажмите кнопку просмотра. В появившемся списке выберите исправления и нажмите Дублировать исправления. Появится страница подтверждения со списком исправлений. Нажмите Подтвердить.
Скопированные исправления появятся в списке неопубликованных исправлений. Опубликуйте их, чтобы они стали доступны пользователям вашей организации.

Глава 6. Отправка и поддержка частных пакетов

Тип используемой службы Red Hat Network определяет метод размещения пакетов в частных каналах.
Пользователи RHN Proxy используют менеджер пакетов RHN, который отправляет информацию из заголовка пакета центральным серверам Red Hat Network и помещает сам пакет в локальный репозиторий прокси-сервера.
Пользователи RHN Satellite используют приложение RHN Push, которое отправляет информацию из заголовка пакета локальному серверу RHN Satellite и помещает сам пакет в локальное хранилище Satellite, к которому будет обращаться RHN Push.
В этой главе обсуждаются оба инструмента.

Предупреждение

Если вы используете и RHN Proxy, и RHN Satellite, следует ограничиться только RHN Push. Комбинация Proxy-Satellite требует, чтобы пользовательские пакеты и каналы были загружены только на Satellite. Прокси-сервер будет получать пакеты и распространять их между клиентами.

6.1. Размещение пакетов на RHN Proxy

Менеджер пакетов RHN позволяет предоставлять пользовательские пакеты из частного канала RHN на прокси-сервере RHN. Если вы хотите, чтобы прокси-сервер предоставлял только официальные пакеты Red Hat Enterprise Linux, нет необходимости в установке менеджера пакетов.
Для доступа к функциям менеджера пакетов, установите пакет rhns-proxy-package-manager с разрешением зависимостей. Этот пакет доступен зарегистрированным системам RHN Proxy, а установить его можно с помощью команды up2date rhns-proxy-package-manager.

Примечание

На серверы RHN будут отправляться только заголовки пакетов, так как они потребуются для разрешения зависимостей. Сами пакеты (*.rpm) хранятся на прокси-сервере, поэтому пользовательские пакеты невозможно загрузить с сайта RHN — они должны быть получены с помощью up2date.

6.1.1. Настройка и использование менеджера пакетов RHN

Прежде чем менеджер пакетов сможет отправлять пакеты на RHN, нужно их скопировать на прокси-сервер. Это можно сделать с помощью scp: 
scp foo.rpm root@rhnproxy.example.com:/tmp
Если вы отправляете пакеты в Red Hat Network с помощью менеджера пакетов, укажите файлы, которые уже были скопированы на прокси.

Примечание

Создайте по меньшей мере один частный канал для получения пользовательских пакетов, прежде чем они будут отправлены в Red Hat Network.
Следующая команда отправит заголовки пакетов на серверы RHN и скопирует пакеты в репозиторий прокси-сервера: 
rhn_package_manager -c метка_частного_канала   список_пакетов
метка_частного_канала идентифицирует частный канал, созданный специально для получения пакетов. Если задано несколько каналов (с помощью опции -c или --channel), заголовки пакетов будут сопоставлены всем заданным каналам. Если же канал не задан, пакеты будут перечислены в секции Нет каналов на странице управления пакетов. Раздел 4.6, «Назначение пакетов каналам» содержит инструкции по назначению пакетов.
список_пакетов замените списком отправляемых пакетов. Эти пакеты уже должны быть скопированы на прокси-сервер RHN. Или с помощью опции -d укажите локальный каталог, содержащий пакеты, которые следует добавить в канал. Менеджер пакетов RHN также может получать список пакетов из стандартного ввода (--stdin).
Другие параметры, такие как адрес сервера Red Hat Network, имя пользователя и пароль для доступа к прокси-серверу HTTP (если необходима аутентификация), а также каталог с пакетами определены в файле /etc/rhn/default/rhn_proxy_package_manager.conf и не должны изменяться. Их можно переопределить в главном файле конфигурации /etc/rhn/rhn.conf или с помощью параметров команды rhn-package-manager.
Если параметры не определены в файле, они будут получены из .rhn_package_manager в домашнем каталоге текущего пользователя и из /etc/rhn/rhn_package_manager.conf. Убедитесь, что полномочия файлов не допускают их открытое чтение всеми пользователями.
После передачи пакетов убедитесь, что локальный каталог синхронизирован с образом каналов сервера RHN: 
rhn_package_manager -s -c имя_частного_канала
Опция -s покажет отсутствующие пакеты — пакеты, которые были загружены на сервер RHN, но отсутствуют в локальном каталоге. Эту опция доступна только администраторам организации. Далее программа запросит имя пользователя и пароль RHN.
--copyonly позволяет скопировать файл в заданный канал без его загрузки на Satellite. Это может пригодиться, если пакет отсутствует в канале на прокси-сервере RHN, а вы не хотите повторно выполнять импорт всех пакетов. 
rhn_package_manager -c имя_канала --copyonly /путь/к/файлу
Для получения списка пакетов в канале можно использовать менеджер пакетов RHN. 
rhn_package_manager -l -c имя_частного_канала
Опция -l позволяет показать имя пакета, номер выпуска, версии, архитектуру, а также имя канала для каждого пакета в заданных каналах (см. Таблица 6.1, «Параметры rhn_package_manager»).
Таблица 6.1, «Параметры rhn_package_manager» содержит перечень всех параметров rhn_package_manager:

Таблица 6.1. Параметры rhn_package_manager

Параметр Описание
-v, --verbose Подробный вывод.
-d, --dir КАТАЛОГ Обработка пакетов в заданном каталоге.
-c, --channel КАНАЛ Канал для получения пакетов. С помощью -c можно указать несколько каналов. Пример: -c первый_канал -c второй_канал
-n, --count ЧИСЛО Обработка заданного числа заголовков за один вызов. Значение по умолчанию — 32.
-l, --list Показывает список пакетов для заданных каналов.
-s, --sync Проверка синхронизации локального каталога с сервером.
-p, --printconf Вывод текущей конфигурации и выход.
--newest Отправлять только те пакеты, которые новее присутствующих на сервере. Обратите внимание, что версии исходных пакетов не сравниваются. Их «новизна» зависит от даты создания соответствующих двоичных пакетов. Если вы используете эту опцию с пакетом исходного кода, то пакет будет отправлен, но веб-интерфейс RHN не отразит пакет до тех пор, пока не будет отправлен двоичный пакет. А опции --source --newest обновят пакет без необходимости предварительной отправки двоичного пакета.
--source Отправка заданных исходных пакетов, которые будут рассматриваться как обычные независимые пакеты, а НЕ специальные исходные пакеты, связанные с двоичным пакетом. Это может пригодиться, если вы планируете распространять исходный код приложения между разработчиками и тестерами.
--stdin Чтение имен пакетов из стандартного ввода.
--nosig Не выполнять аварийное завершение, если есть пакеты без подписи.
--no-ssl Отключить SSL (не рекомендуется).
--stdin Чтение имен пакетов из стандартного ввода.
--username ИМЯ_ПОЛЬЗОВАТЕЛЯ Имя пользователя RHN. Если не задано, будет запрошено имя администратора канала.
--password ПАРОЛЬ Пароль RHN. Если не задан, будет запрошен пароль администратора канала.
--dontcopy Не копировать пакеты в их целевой каталог в дереве пакетов.
--copyonly Копировать пакеты, но не импортировать их повторно.
--test Вывод списка отправляемых пакетов.
-?, --help Экран помощи с перечнем опций.
--usage Краткое описание доступных опций.
--copyonly Выполнить только копирование пакетов.

Примечание

Перечисленные параметры также описаны на справочной странице rhn_package_manager. Команда: man rhn_package_manager.

6.2. Размещение пакетов на RHN Satellite

RHN Push позволяет предоставлять с сервера RHN Satellite произвольные пакеты, ассоциированные с частным каналом RHN. Если вы предпочитаете, чтобы RHN Satellite предоставлял только официальные пакеты Red Hat Enterprise Linux, не устанавливайте RHN Push.
Для доступа к функциям RHN Push установите пакет rhnpush с разрешением зависимостей. Этот пакет доступен зарегистрированным в RHN Satellite системам и может быть установлен с помощью команды up2date rhnpush.
RHN Push отправит информацию из заголовка пакета в базу данных RHN Satellite и поместит сам пакет в репозиторий RHN Satellite. В отличие от менеджера пакетов RHN, RHN Push никогда не передает за пределы базы данных RHN Satellite информацию о пакетах, в том числе заголовки.

Примечание

Если при установке Satellite была включена поддержка систем Solaris, то для передачи пакетов Solaris с клиентов Solaris в частные каналы Solaris можно использовать RHN Push.

6.2.1. Настройка RHN Push

При установке RHN Push файл конфигурации будет помещен в /etc/sysconfig/rhn/rhnpushrc (см. Таблица 6.2, «Параметры rhnpush»).
Действие файлов конфигурации отличается в зависимости от каталога, из которого выполнена команда rhnpush. Настройки в каталоге ./.rhnpushrc переопределяют настройки в домашнем каталоге ~/.rhnpushrc, которые используются до настроек в /etc/sysconfig/rhn/rhnpushrc.
Так, файл конфигурации в текущем каталоге может определять программный канал для заполнения, файл конфигурации в домашнем каталоге может содержать имя пользователя, а центральный файл конфигурации может идентифицировать сервер для получения пакетов.
Таблица 6.2, «Параметры rhnpush» содержит параметры командной строки rhnpush:

Таблица 6.2. Параметры rhnpush

Параметр Описание
-v --verbose Подробность вывода возрастает при повторном указании опции (например, -vv, -vvv и т.д.).
-d, --dir КАТАЛОГ Обработка пакетов в заданном каталоге.
-c, --channel МЕТКА_КАНАЛА Канал для получения пакетов. Указание канала обязательно и не эквивалентно имени канала. Несколько каналов можно указать, повторяя опцию -c (например, -c=первый_канал -c=второй_канал).
-n, --count ЧИСЛО_ЗАГОЛОВКОВ Число заголовков на вызов, которое должно представлять собой целое значение. По умолчанию используется 25.
-l, --list Просмотр содержимого каналов.
-r, --reldir КАТАЛОГ Сопоставить относительный путь с файлом.
-o, --orgid ИДЕНТИФИКАТОР_ОРГАНИЗАЦИИ Идентификатор организации, который должен являться целым числом.
-u , --username ИМЯ_ПОЛЬЗОВАТЕЛЯ Имя пользователя с административным доступом к заданному каналу. Если не задано, rhnpush запросит имя администратора канала. Имя пользователя и пароль кэшируются в ~/.rhnpushcache и хранятся там на протяжении 5 минут (по умолчанию). Для принудительного указания нового имени и пароля используйте --new-cache.
-p , --password ПАРОЛЬ Пароль пользователя RHN, обладающего административным доступом к заданному каналу. Если не задан, rhnpush запросит пароль администратора канала. Имя пользователя и пароль кэшируются в ~/.rhnpushcache и хранятся там на протяжении 5 минут (по умолчанию). Для принудительного указания нового имени и пароля используйте опцию --new-cache.
-s, --stdin Чтение списка пакетов из стандартного ввода, к примеру, как результат команды ls.
-X, --exclude УСЛОВИЕ Исключить пакеты, удовлетворяющие условию.
--force Принудительная отправка пакета, даже если пакет с таким именем и версией уже есть в канале. Если эта опция не указана, попытка отправки существующего пакета завершится неудачей.
--nosig Не выполнять аварийное завершение, если есть пакеты без подписи.
--new-cache Заставит RHN Push удалить имя пользователя и пароль из кэша и запросить новые значения. Обычно используется, если изначально были указаны неверные значения.
--newest Отправлять только те пакеты, которые новее присутствующих на сервере. Обратите внимание, что версии исходных пакетов не сравниваются. Их «новизна» зависит от даты создания соответствующих двоичных пакетов. Если вы используете эту опцию с пакетом исходног кода, то пакет будет отправлен, но веб-интерфейс RHN не отразит пакет до тех пор, пока не будет отправлен двоичный пакет. А опции --source --newest обновят пакет без необходимости предварительной отправки двоичного пакета.
--header Будут отправляться только заголовки.
--source Отправка заданных исходных пакетов, которые будут рассматриваться как обычные независимые пакеты, а НЕ специальные исходные пакеты, связанные с двоичным пакетом. Это может пригодиться, если вы планируете распространять исходный код приложения между разработчиками и тестерами.
--server СЕРВЕР Обязательный параметр, который определяет сервер для размещения пакетов. Необходимо указать http://localhost/APP.
--test Показать список пакетов, но не отправлять их.
-h, --help Краткое описание параметров.
-?, --usage Обзор формата.

Примечание

Эти параметры также описаны на странице помощи rhnpush. Команда: man rhnpush.

6.2.2. Использование RHN Push

Примечание

Сначала рекомендуется создать как минимум один частный канал для получения пакетов.
Следующая команда отправит заголовки пакетов на сервер RHN Satellite и скопирует сами пакеты в репозиторий RHN Satellite: 
rhnpush -c метка_частного_каналасписок_пакетов
Настройки RHN Push можно переопределить, указав параметры и их значения в командной строке: 
rhnpush -c метка_частного_канала --server localhost список_пакетов
метка_частного_канала идентифицирует частный канал, созданный специально для получения пакетов. Если задано несколько каналов (с помощью опции -c или --channel), заголовки пакетов будут сопоставлены всем заданным каналам. Если же канал не задан, пакеты будут перечислены в секции Нет каналов на странице управления пакетов. Раздел 4.6, «Назначение пакетов каналам» содержит инструкции по назначению пакетов.
Обязательная опция --server определяет сервер, где будут установлены пакеты. RHN Push можно установить во внешних системах, но рекомендуется выполнять ее локально на RHN Satellite.
список_пакетов представляет собой список отправляемых пакетов. Или же с помощью опции -d можно указать локальный каталог с пакетами для добавления в канал. RHN Push также может получить список пакетов из стандартного ввода (параметр --stdin).

Приложение A. История изменений

История переиздания
Издание 1-2.4002013-10-31Rüdiger Landmann
Rebuild with publican 4.0.0
Издание 1-22012-07-18Anthony Towns
Rebuild for Publican 3.0
Издание 1.0-0Fri Feb 27 2009

Предметный указатель

Символы

Каналы
дублирование, Дублирование каналов
удаление, Удаление каналов
Менеджер пакетов RPM (см. RPM)
Настройки управления каналами, Настройки управления каналами
Программы
Управление каналами, Настройки управления каналами
Уведомления об исправлениях
управление, Управление частными исправлениями
Управление исправлениями
просмотр параметров, Параметры управляемых исправлений
каналы
введение, Обзор каналов RHN
ключ GnuPG
подпись пакетов, Подпись пакетов
создание, Создание пары ключей GnuPG
ключ GPG, Создание пары ключей GnuPG
менеджер пакетов RHN
rhn_package_manager, Настройка и использование менеджера пакетов RHN
каналы, определение, Настройка и использование менеджера пакетов RHN
копирование отсутствующих пакетов на Satellite, Настройка и использование менеджера пакетов RHN
настройка, Настройка и использование менеджера пакетов RHN
отправка заголовков пакетов, Настройка и использование менеджера пакетов RHN
получение списка пакетов канала, Настройка и использование менеджера пакетов RHN
проверка списка локальных пакетов, Настройка и использование менеджера пакетов RHN
установка, Размещение пакетов на RHN Proxy
файл конфигурации, Настройка и использование менеджера пакетов RHN
методы
сборки пакетов, Сборка пакетов для Red Hat Network
создания ключа GnuPG, Создание пары ключей GnuPG
отправка пакетов, Отправка и поддержка частных пакетов
пакеты
Solaris и UNIX, Размещение пакетов на RHN Satellite
пользовательские пакеты
подпись, Подпись пакетов
сборка, Сборка пакетов для Red Hat Network
рекомендации, Принципы RPM в RHN
произвольные пакеты, Создание пакетов
сайт
Управление каналами, Настройки управления каналами
список
преимуществ RPM, Достоинства RPM
способы
дублирования каналов, Дублирование каналов
копирования отсутствующих пакетов на Satellite, Настройка и использование менеджера пакетов RHN
настройки RHN Push, Настройка RHN Push
настройки менеджера пакетов RHN, Настройка и использование менеджера пакетов RHN
получения списка пакетов канала, Настройка и использование менеджера пакетов RHN
предоставления пакетов, не являющихся RPM, Размещение пакетов на RHN Satellite
размещения пакетов в RHN Proxy, Размещение пакетов на RHN Proxy
уведомления об исправлениях
дублирование, Дублирование исправлений
создание и изменение, Создание и изменение исправлений
управление неопубликованными, Неопубликованные исправления
управление опубликованными, Опубликованные исправления
управляемые каналы
свойства, Настройки управления каналами
частные пакеты
размещение на RHN Proxy, Размещение пакетов на RHN Proxy
размещение на RHN Satellite, Размещение пакетов на RHN Satellite

R

RHN Package Manager, Размещение пакетов на RHN Proxy
RHN Push
использование, Использование RHN Push
каналы, перечисление, Использование RHN Push
настройка, Настройка RHN Push
установка, Размещение пакетов на RHN Satellite
rhn_package_manager, Настройка и использование менеджера пакетов RHN
(см. также менеджер пакетов RHN)
параметры командной строки, Настройка и использование менеджера пакетов RHN
rhn_package_manager.conf, Настройка и использование менеджера пакетов RHN
RPM
достоинства, Достоинства RPM

Юридическое уведомление

Copyright © 2010 Red Hat, Inc.
This document is licensed by Red Hat under the Creative Commons Attribution-ShareAlike 3.0 Unported License. If you distribute this document, or a modified version of it, you must provide attribution to Red Hat, Inc. and provide a link to the original. If the document is modified, all Red Hat trademarks must be removed.
Red Hat, as the licensor of this document, waives the right to enforce, and agrees not to assert, Section 4d of CC-BY-SA to the fullest extent permitted by applicable law.
Red Hat, Red Hat Enterprise Linux, the Shadowman logo, JBoss, OpenShift, Fedora, the Infinity logo, and RHCE are trademarks of Red Hat, Inc., registered in the United States and other countries.
Linux® is the registered trademark of Linus Torvalds in the United States and other countries.
Java® is a registered trademark of Oracle and/or its affiliates.
XFS® is a trademark of Silicon Graphics International Corp. or its subsidiaries in the United States and/or other countries.
MySQL® is a registered trademark of MySQL AB in the United States, the European Union and other countries.
Node.js® is an official trademark of Joyent. Red Hat Software Collections is not formally related to or endorsed by the official Joyent Node.js open source or commercial project.
The OpenStack® Word Mark and OpenStack logo are either registered trademarks/service marks or trademarks/service marks of the OpenStack Foundation, in the United States and other countries and are used with the OpenStack Foundation's permission. We are not affiliated with, endorsed or sponsored by the OpenStack Foundation, or the OpenStack community.
All other trademarks are the property of their respective owners.