Переносил exim с одного физического сервера на другой... Старый сервер продолжал функционировать. Перенес конфигурационные файлы на новый сервер и проверил работоспособность exim - доставку писем локальным и удаленным пользователям.

После тестирования перенес почту и настройки веб-интерфейса пользователей. После этого отключил старый сервер и запустил новый, подставив IP-адреса старого сервера. Однако где-то я ошибся, поскольку почта перестала доставляться на удаленные сервера, а локальная доставка работала корректно. При этом в логах можно было наблюдать такую ошибку:

NoDeny - это "конструктор", который можно "собрать" под свои нужды. Однако иногда необходимо править исходный код биллинга.

Во многих сетях есть абоненты, работающие в режиме "Всегда онлайн". Для того, чтобы в админке биллинга наблюдать, кто из этих пользователей работает в данный момент, необходимо внести небольшие изменения в файл nodeny.pl, который находится в каталоге /usr/local/nodeny.

Находим в файле такие строки:

Развивая тему проверки системы безопасности, решил испробовать утилиту Lynis. В ходе своей работы она выполняет аудит системы, проверяя и систему и конфигурационные файлы. По завершению проверки выводится отчет, в котором также фигурирует общая оценка системы, предупреждения и советы...

Пора это все проверить на практике. Тестовый стенд - тот же:

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

Попросили "посмотреть" сервер, который несколько лет работал в штатном режиме без стороннего вмешательства. Свои задачи он исправно исполнял, планировалось расширение функционала... Под "шумок" решил провести тестирование системы на наличие уязвимостей и присутствия "заразы". Как никак - несколько лет работы без обновлений софта...

Данные о тестируемой системе:

Понадобилось как-то, чтобы на сайте отсчитывались дни от определенного события. Реализовать на PHP это можно многими способами. Приведу два варианта - для отчета оставшихся дней до события и прошедших после события.

Счетчик: осталось дней

Код счетчика:

<?php
        $data = '01.01.2020';
        $time = strtotime($data);
        $today = time();
        $day = ($today - $time)/86400*-1;
        $day = floor($day);
        echo "До 1 января 2020 года осталось ".$day." дней.";
?>

Результат выполнения: До 1 января 2020 года осталось -1787 дней.

Счетчик: прошло дней

Код счетчика:

<?php
        $data = '01.01.2010';
        $time = strtotime($data);
        $today = time();
        $day = ($today - $time)/86400;
        $day = floor($day);
        echo "С 1 января 2010 года прошло ".$day." дней.";
?>

Результат выполнения: С 1 января 2010 года прошло 5438 дней.

Apache зарекомендовал себя как функциональный и стабильный веб-сервер, однако не стоит забывать о том, что Apache - очень "тяжелое" приложение в плане системных ресурсов сервера. Apache предоставляет возможность использовать разные варианты реализации MPM.

MPM - Multi-Processing Module, дословно "Модуль мультипроцессовой обработки".  MPM используется Apache для обработки нескольких запросов одновременно несколькими процессами, то есть, по сути, занимается распаралеливанием обработки запросов.

Занялся настройкой DNS-сервера Bind под управлением FreeBSD 9.0-RELEASE. Собственно, служба запустилась, запросы обрабатывались... Однако в лог-файле обнаружил записи о ошибках:

"Лечится" эта ошибка довольно просто. Необходимо всего лишь создать требуемый файл managed-keys.bind.

Создание файла на FreeBSD-9:

Так уж исторически сложилось, что в качестве просмотрщика во FreeBSD использую less. Немного "скрасить" часы, проведенные за изучением страниц руководств, советую выполнить подсветку синтаксиса.

В настройках по умолчанию, в less для более легкого восприятия информации, разработчики внесли поддержку разных стилей вывода текста:

• полужирный
• подчеркнутый
• выделенный
• мерцающий

Однако, все они выводятся на экран однним цветом - белым. А для более удобного восприятия, желательно для каждого стиля использовать свой цвет.

В одном из обслуживаемых серверов, согласно выводу dmesg, установлен RAID-контроллер Adaptec, который FreeBSD распознала как aac0. Выборка из dmesg:

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

Скрипты PhpPgAdmin разработаны для работы с СУБД PostgreSQL. Данная разработка изначально базировалась на PhpMyAdmin. Сохранив основную идею PhpMyAdmin, PhpPgAdmin обзавелся и значительным количеством специфичных добавок. PhpPgAdmin позволяет администрировать несколько серверов, работать с полномочиями пользователей, управлять базами данных и таблицами, выполнять сложные SQL-запросы.