Мониторинг DNS из Zabbix

Для мониторинга самой службы DNS на порту можно использовать следующий ключ в элементах данных (где СЕРВЕР, это IP-адрес или домен DNS сервера):

net.tcp.dns[СЕРВЕР]

Чтобы не создавать с нуля шаблон, можно клонировать например стандартный «Template App SSH Service» изменив в нём название и указав новый ключ, триггер изменится автоматически. А также в «Тип» выберем «Zabbix агент» вместо простой проверки.

Следующей командой можно выполнить проверку из командной строки Linux:

zabbix_get -s127.0.0.1 -k'net.tcp.dns[СЕРВЕР]'

Естественно если ответом будет 1, то служба DNS запущена, 0 — нет.

Если на узле установлен Zabbix-agent, то в поле ключ лучше указать:

proc.num[nemed]

Смотрите также мою статью:
Мониторинг Bind9 в Zabbix

Изменение порта при проверках SSH, HTTP и т.д. в Zabbix

Допустим SSH работает на нестандартном порту, в Zabbix же, шаблон «Template App SSH Service» проверяет его по стандартному порту и по этому будет выдавать сообщение «SSH service is down on …».

Для указания по какому порту проверять SSH, сделаем полное клонирования шаблона «Template App SSH Service», чтобы не изменять его и в новом клонированном шаблоне уже изменим в элементе данных ключ:

net.tcp.service[ssh]

на (где 500 — номер порта SSH):

net.tcp.service[ssh,,500]

И укажем этот новый шаблон вместо стандартного нужному узлу, после чего SSH будет проверяться по указанному порту.
Настройка шаблонов выполняется в меню «Настройка» -> «Шаблоны» -> Группа «Templates».

Аналогичным образом изменяется порт для других сервисов.

Из командной строки это можно проверить следующими командами:

zabbix_get -s127.0.0.1 -k'net.tcp.service[ssh]'
zabbix_get -s127.0.0.1 -k'net.tcp.service[ssh,,500]'

Если на узле установлен Zabbix-agent, то в поле ключ лучше указать:

proc.num[sshd]

Настройка Cron заданий в cPanel и WHM

Cron задания добавляются отдельно для каждого пользователя через cPanel и WHM web-интерфейс, а именно в cPanel «Advanced» -> «Cron Jobs«.
Через WHM панель «Home» -> «Server Configuration» -> «Configure cPanel Cron Jobs» (Главная -> Конфигурация сервера -> Настроить запланированные задания в cPanel)

Но есть также системные задания которые нельзя увидеть через панель.
Их можно увидеть подключившись через SSH к серверу и выполнив команду от root пользователя:

crontab -e

либо от другого пользователя через sudo:

sudo crontab -e

В редакторе nano комбинация клавиш Ctrl+X служит для выхода, а y/n для сохранения или отмены изменений.
Сам файл с заданиями находится по пути /var/spool/cron/root

Если при выполнении какого либо задания приходит надоедливый отчет на e-mail, то вывод результата выполнения задания можно скрыть добавив к концу нужной команды код:

>/dev/null 2>&1

Для перезапуска сервиса Cron используется команда:

service crond restart

Смотрите также похожую статью: Использование и настройка CRON

Обновление phpBB 3.0.x на phpBB 3.1.x

Обновлял недавно phpBB 3.0.12 на 3.1.8, авто обновление тут не поможет, поэтому опишу по пунктам процедуру обновления:

1) Обязательно сделаем резервную копию файлов и базы данных форума. Cделаем стандартной темой prosilver, отключим остальные стили и модули, так как они не будут работать на новой версии phpBB.

2) Скачаем архив с новой версией phpBB с официального сайта «https://www.phpbb.com/downloads/».

3) На сервере удалим все файлы и папки форума кроме файла config.php и директорий images, files, store.

4) Распакуем скачанный архив, удалим файл config.php и директории images, files, store. Переместим остальные файлы на сервер.

5) В браузере откроем адрес форума указав на скрипт обновления базы, например http://FORUM/install/database_update.php и следуя инструкциям выполним обновление.
На этом этапе у меня произошла ошибка:

PHP Fatal error:  Uncaught exception 'Twig_Error_Loader' with message 'Unable to find template "login_body.html" ...
...

Подозреваю что информация в базе данных, в таблице phpbb_migrations не дала скрипту полностью выполнить обновление. По этому решил проблему восстановив старую базу форума, очистив эту таблицу phpbb_migrations через phpMyAdmin или можно sql запросом:

TRUNCATE TABLE phpbb_migrations

И снова выполнив скрипт обновления базы http://FORUM/install/database_update.php, который на этот раз выполнил обновление правильно.

По окончанию обновления удалим директорию install и очистим кеш через панель администрирования форума. Готово.

Смотрите также:
Решение ошибки «A module already exists» и «The installer detected a timeout» при обновлении phpBB

Обновление прошивки коммутатора ZyXEL MES-3528

Опишу по пунктам процедуру обновления прошивки коммутатора ZyXEL MES-3528:

Читать далее «Обновление прошивки коммутатора ZyXEL MES-3528»

Отправка e-mail в Windows через консольную утилиту mailsend

Однажды начал использовать программу mailsend для автоматической отправки отчетов через SMTP, так как mailsend поддерживает SSL. До этого пользовался Blat.

Читать далее «Отправка e-mail в Windows через консольную утилиту mailsend»