Поскольку все чаще и чаще необходимые файлы можно обнаружить только в  peer-to-peer сетях, решил на одном из ненагруженых серверов установить torrent-клиент, который работал бы круглосуточно. Выбор остановил на  transmission, поскольку управление даным torrent-клиентом можно выполнять через веб-интерфейс.

Выполним установку из системы портов:

Внесем необходимые опции запуска в rc.conf:

При работе с DNS-сервером, может пригодится утилита dnstop, которой довольно удобно мониторить статистику запросов к DNS. Установка утилиты не вызывает проблем, поскольку она есть в портах. Выполним установку:

После установки утилиты ознакомиться с ее возможностями можна на страницах руководства (man). Для знакомства с ключами запуска достаточно запустить утилиту без указания ключей:

Продолжая тему сброса устройств в настройки по умолчанию, разберемся со сбросом конфигурации коммутатора Extreme Networks Summit 200-24. Что характерно, среди доступных команд коммутатора, возможность удаления файла стартовой конфигурации не обнаружил...

Соответственно, рассмотрим пошагово процедуру сброса конфигурации. По сути возможны два варианта сброса конфигурации.

Способ 1.

Обнаружил, что на сайте не опубликована фича, которая используется чуть ли не повседневно - отправка e-mail с консоли сервера. Также возможно использование в скриптах, для уведомления о выполнении события на электронную почту.

Пример команды отправки сообщения:

где:

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

Есть несколько причин, когда сообщения могут помещаться в почтовую очередь. Например:

Разработчики FreeBSD уже довольно давно работают над заменой системы управления версиями, и на данный момент, вместо CVS проект использует SVN. По факту, коммиты вносятся в SVN, а уже оттуда идет експорт в CVS. Так что рекомендованная система контроля версий - именно SVN. Ну что ж, начнем...

Subversion - свободная централизованная система управления версиями, которая обладает всеми основными функциями CVS, но лишена ее недостатков.

Поскольку SVN все еще не доступно в базовой системе (FreeBSD 9.1), установим subversion из системы портов:

Как говорится, ничего не предвещало беды... И тут один из серверов намертво повис (как оказалось в дальнейшем - засбоил контролер HDD). После ребута все успешно запустилось, кроме DNS-сервера. При попытке запуска, BIND ругался следующим образом:

Перепроверил конфиги, стартовые скрипты... А оказывается ларчик просто открывался, достаточно восстановить символическу ссылку на каталог /etc/namedb:

Иногда бывает такое, что возникают сбои в работе gmirror, и один из дисков зеркала помечен флагом BROKEN. Обычно такое бывает, когда gmirror обнаруживает на диске ошибки и исключает его из зеркала. Вот и у меня такое случилось на одном из серверов:

Portsnap - рекомендуемый метод обновления исходных текстов дерева портов. Тем более, что с 28 февраля 2013 года поддержка cvs прекращена.

Для начала начала ознакомимся с тем, как работает portsnap. Стоит отметить, что portsnap, не работает напрямую с основным деревом портов, которое расположено в /usr/ports, а использует рабочий каталог (по-умолчанию /var/db/portsnap), куда скачивается сжатая копия (snapshot) дерева портов, а оттуда уже обновляется основное дерево портов. Конфигурационный файл - /etc/portsnap.conf, который можно не трогать, однако если надумаете внести какие-то изменения, то все довольно хорошо прокомментировано.

Утилита portsnap имеет в своем распоряжении несколько команд: