Начнем с теории... Порты во FreeBSD - это коллекция переносимых приложений. Порты не содержат самого ПО, однако каждый порт содержит инструкции и указания по сборке пакета из "сырцов" - исходных кодов. Поскольку ПО постоянно модифицируется (разработчики выпускают новые версии), соответсвенно дересо портов необходимо время от времени обновлять, чтобы поддерживать его в актуальном соостоянии. Для обновления дерева портов служит утилита csup. А для того, чтобы обнаружить "ближайший" сервер обновлений, можно воспользоваться утилитой fastest_cvsup.

Со временем парк обслуживаемых серверов все увеличивается, поэтому решил, что пора поднять собственное зеркало сервера обновлений CVSup. Для реализации данного проекта воспользуемся возможностями cvsup-mirror. Поскольку каналы в Интернет почти что "резиновые" (несколько гигабит/с), то основным критерием считаю то, что с локального сервера обновления будут проходить быстрее.

Итак, выполним установку cvsup-mirror из системы портов:

Сам порт cvsup-mirror не собирает никаких бинарников, а только создает скрипты и список заданий в cron. Настройка происходит в режиме диалога. Постараюсь дать подробные комментарии к поставленным вопросам.

Этап 1. Общая информация

Первый вопрос: с каким "вышестоящим" севрером будет выполняться синхронизация?

Я указал cvsup5.ua. freebsd.org, исходя из результата поиска наиболее оптимального сервера обновлений утилитой fastest_cvsup. Вывод результата:

Почему не cvsup6.ua.freebsd.org, а cvsup5.ua.freebsd.org? Думаю, что не один я пользуюсь утилитой fastest_cvsup и сервер cvsup6.ua.freebsd.org скоро окажется перегружен.

Стоит иметь ввиду, что "главные" зеркала FreeBSD находятся в США и Дании, однако строго не рекомендуется использовать их для обновления, поэтому запуск утилиты fastest_cvsup выполнялся с ключами -c ua (fastest_cvsup -c ua).

Cтоит иметь ввиду, что c региональных серверов обновления будут выполняться намного быстрее. Поиск оптимального сервера обновлений советую выполнить самостоятельно, указывая при поиске код страны.

Второй вопрос: с какой периодичностью запускать обновления файлов?

По умолчанию предлагают выполнять синхронизацию раз в час, однако раз в три часа - вполне достаточно.

Этап 2. Настройка зеркал

Первый вопрос: создавать ли зеркало главного хранилища исходников?

Соглашаться обязательно, поскольку хотя и не обязательно хранить остальные зеркала, создание зеркала  главного хранилища контролируется.

Второй вопрос: путь в файловой системе для хранения данных?

Каталог для хранения зеркала указал на несистемном диске, чтобы не нагружать системный диск во время обновлений.

ТРетий вопрос: создавать ли зеркало сайта (данных WWW)?

Такой необходимости не вижу, поэтому отказываюсь.

Четвертый вопрос: создавать ли зеркало базы данных багов?

Такой необходимости не вижу, поэтому отказываюсь.

Пятый вопрос: создавать ли зеркало архива списка рассылок?

Такой необходимости не вижу, поэтому отказываюсь.

Этап 2. Настройка системных свойств

Первый вопрос: уникальный непривилегированный идентификатор пользователя для запуска клиента?

Второй вопрос: уникальный непривилегированный идентификатор группы для запуска клиента?

Третий вопрос: уникальный непривилегированный идентификатор пользователя для запуска сервера?

Четвертый вопрос: уникальный непривилегированный идентификатор группы для запуска сервера?

Этап 3. Настройка логгирования

Первый вопрос: Syslog facility, используемый для логирования?

Этап 3. Настройка ограничений

Первый вопрос: максимальное количество одновременных подключений?

CVSup во время работы не сильно нагружает сеть, однако на CPU и HDD нагрузка будет более интенсивная. Попробуем остановиться на количестве одновременных подключений - 15. Для локальных серверов обновлений достаточно будет и 5.

На этом шаге непосредственная настройка завершена. Следующий шаг - установка зависимостей (например - cvsup, поскольку при наличии в системе csup мало кто устанавливает еще и cvsup). По завершению установок зависимостей следует финальный диалог. Соглашаемся со всем:

По завершению настройки cvsup-mirror запустит первое обновление ровно через пять минут после установки. Через 5 минут в каталоге, заданном при настройке (в моем случае это /db5/mirror-cvsupd), должны появиться первые файлы. Это свидетельство того, что клиент cvsup настроен корректно и работает. Если же этого не случилось - смотрите лог /var/log/cvsup.log для выяснения причины.

Следующий шаг - запуск серверной части. Добавим в rc.conf опцию запуска сервера:

Собственно, старт демона:

Проверяем, запустилась ли серверная часть:

Кажется все в порядке... Теперь осталось более детально настроить правила доступа. Задать ограничения можно в файле /usr/local/etc/cvsup/cvsupd.access. В моем случае содержание файла получилось такое:

+192.168.206.0/24		# Разрешаем подключаться с локальной сети без ограничений
-0.0.0.0/0	15	# Общее ограничение одновременных подключений
-0.0.0.0/0/32	1	# Только одно подключение с хоста
+0.0.0.0/0		# При достижении этого правила, разрешаем подключение клиента

По завершению синхронизации сервер готов к использованию. Не забудьте только открыть в файрволе порт 5999 - именно к этому порту будут подключаться клиенты для загрузки обновлений.

Теперь попробуем обновиться с сервера. Создадим конфигурационный файл обновления /etc/csup/ports-all следующего содержания:

Предварительно удалим каталог портов и запустим обновление:

Порты обновляются, значит сервер обновлений работает корректно. Сервер открыт для всех - можете пользоваться. Адрес сервера уже указывался в конфигурационном файле - cvsup.muff.kiev.ua.