
«Ничто не вечно под луной»
Уильям Шекспир
Если вы отвечаете за работоспособность сайтов, то эта статья поможет вам и вашим клиентам своевременно продлить срок регистрации доменов и вовремя обновить SSL-сертификаты.
Конечно, владельцы сайтов получат по электронной почте извещения о необходимости продления услуг, однако их легко не заметить или проигнорировать. И если просроченный сертификат можно заменить бесплатным Let’s Encrypt за несколько минут, то на восстановление работоспособности домена, у которого снято делегирование, может уйти больше суток. Все это время сайт не будет работать, что принесет вашим клиентам убытки.
Кроме того, после окончания срока регистрации и освобождения доменное имя может быть зарегистрировано кем угодно. В результате клиенту придется либо выкупать домен обратно, либо регистрировать и продвигать новый домен.
На сервисе SAAS интернет-магазинов нужно контролировать сотни доменов. Дополнительно задача контроля усложняется тем обстоятельством, что все время открываются новые сайты, а старые могут закрываться. Поэтому тут не обойтись без автоматизации, которую можно реализовать при помощи Zabbix.
Как и предыдущих статьях нашей серии про Zabbix, мы сначала рассмотрим ручные методы контроля, а затем перейдем к описанию шаблона и скриптов контроля для Zabbix.
Ручной контроль срока действия сертификата SSL
Срок действия сертификата можно проверить в браузере, а также в командной строке ОС. Рассмотрим оба способа.
Проверка срока действия сертификата SSL в браузере
Любой пользователь может узнать срок действия сертификата сайта, открытого в браузере. Для этого в Chrome, например, ему достаточно щелкнуть мышкой символ замка в адресной строке браузера, расположенный слева от URL сайта, выбрать строку Безопасное подключение и щелкнуть строку Действительный сертификат. После этого на экране появится окно с информацией о сертификате, подключенном к сайту (рис. 1).

В нижней части этого окна в блоке Действителен указан диапазон дат, в пределах которого сертификат будет работоспособен. Попытки подключения к сайту после завершения этого срока приведут к появлению у пользователей предупреждающих сообщений или даже к невозможности работы с сайтом.
Аналогичный способ посмотреть срок действия сертификата есть и в других браузерах. В Firefox, например, нужно щелкнуть символ замка слева от URL сайта, выбрать строку Защищенное соединение, а затем выбрать строку Подробнее. Далее нужно щелкнуть кнопку Посмотреть сертификат. В блоке Срок действия вы найдете информацию о диапазоне дат, в пределах которого сертификат будет действительным.
Аналогичные способы проверки сертификатов есть и в браузерах смартфонов.
Проверка срока действия сертификата SSL в командной строке
В интернете нетрудно найти способ проверки сроков действия сертификата, установленного на сайте, из командной строки с помощью программы openssl.
Например, следующая команда покажет в консоли диапазоны дат, в пределах которых будет действителен сертификат сайта firstvds.ru, использующего протокол https на порту 443:
$ echo | openssl s_client -servername firstvds.ru -connect firstvds.ru:443 2>/dev/null | openssl x509 -noout -dates 2>/dev/null notBefore=Jun 29 00:00:00 2020 GMT notAfter=Aug 28 12:00:00 2022 GMT
Сертификат действителен с даты notBefore и до даты notAfter.
Если вас интересует только дата, до которой будет работать сертификат, используйте такую команду:
$ echo | openssl s_client -servername firstvds.ru -connect firstvds.ru:443 2>/dev/null | openssl x509 -noout -dates 2>/dev/null | grep notAfter | cut -d'=' -f2 Aug 28 12:00:00 2022 GMT
Чтобы организовать несложную проверку сертификатов из командной строки, используйте скрипт get_ssl_info.sh, доступный на Github:
#!/bin/sh SERVER=$1 PORT=$2; EXPIRE_DATE=`echo | openssl s_client -servername $SERVER -connect $SERVER:$PORT 2>/dev/null | openssl x509 -noout -dates 2>/dev/null | grep notAfter | cut -d'=' -f2` echo $EXPIRE_DATE
При запуске передайте ему доменное имя сайта и номер порта:
$ bash get_ssl_info.sh firstvds.ru 443 Aug 28 12:00:00 2022 GMT
Ручной контроль срока окончания регистрации доменного имени
Узнать, до какой даты оплачена регистрация доменного имени, и когда доменное имя будет освобождено, можно с помощью команды whois. Просто передайте этой команде проверяемое доменное имя:
$ whois firstvds.ru % By submitting a query to TCI's Whois Service % you agree to abide by the following terms of use: % https://www.tcinet.ru/documents/whois.pdf (in Russian) domain: FIRSTVDS.RU nserver: ns-1179.awsdns-19.org. nserver: ns-1806.awsdns-33.co.uk. nserver: ns-413.awsdns-51.com. nserver: ns-547.awsdns-04.net. state: REGISTERED, DELEGATED, VERIFIED org: CJSC "The First" registrar: REGTIME-RU admin-contact: https://whois.webnames.ru created: 2002-08-06T20:00:00Z paid-till: 2023-08-07T21:00:00Z free-date: 2023-09-08 source: TCI Last updated on 2022-07-29T07:46:32Z
Параметр paid-till содержит дату и время окончания регистрации доменного имени, а параметр free-date — дату его освобождения.
Мониторинг с помощью Zabbix
Используя приведенные выше команды и программу zabbix_sender, описанную в предыдущей статье серии, можно организовать мониторинг сроков окончания действия сертификатов и регистрации доменных имен. В случае SAAS-сервиса интернет-магазинов ситуация осложняется тем, что доменов, подлежащих мониторингу сотни, постоянно добавляются новые и иногда исчезают старые.
Для получения списка доменных имен активных интернет-магазинов мы используем вызов внутренней CRM сервиса SAAS. Далее, на основе этого списка с помощью программного интерфейса Zabbix API создается или редактируется список элементов данных Items, содержащих информацию для мониторинга, а также список соответствующих триггеров.
Мы не можем опубликовать API проприетарной системы CRM сервиса SAAS, но вам в любом случае при постановке аналогичной задачи придется выполнять собственную интеграцию со своей CRM. Мы подскажем, где это нужно сделать в опубликованном скрипте мониторинга.
Что же касается описания Zabbix API, то для версии 6.2 вы найдете ее здесь. На русском языке описание API доступно для версии 6.0 вот тут.
Программа domain_monitor.pl
Программа domain_monitor.pl выполняет все описанные выше функции по динамическому формированию списка элементов данных и триггеров в соответствии со списком работающих интернет-магазинов. Далее она получает информацию обо всех контролируемых доменах и сертификатах, а потом отправляет ее на сервер Zabbix.
Эту программу можно скачать здесь.
Загрузка файла конфигурации
Сразу после запуска программа загружает файл конфигурации, содержащий реквизиты доступа к Zabbix API:
use File::Slurp; … my $zbx = LoadFile('/home/frolov/zabbix_domain_monitoring/config/zabbix-server.yaml'); my $zabbix_server_ip = $zbx->{ zabbix_server_ip }; Здесь функции LoadFile нужно передать полный путь к файлу конфигурации в формате YAML следующего вида: zabbix_server_url: http://zabbix.domain.ru/api_jsonrpc.php zabbix_server_login: Admin zabbix_server_password: ********* zabbix_server_ip: ***.***.***.***
В параметре zabbix_server_url укажите URL для доступа к вашему серверу Zabbix для отправки HTTP POST запросов к файлу api_jsonrpc.php.
Через параметры zabbix_server_login и zabbix_server_password следует передать логин и пароль доступа к API. Вы можете использовать здесь реквизиты доступа администратора Zabbix или другого пользователя, обладающего необходимыми правами.
И, наконец, параметр zabbix_server_ip задает адрес IP вашего сервера Zabbix.
Подключение к Zabbix API
Загрузив файл конфигурации, программа domain_monitor.pl открывает соединение с сервером Zabbix через API с помощью функции zabbix_open:
my $z = zabbix_open($zbx);
Функции для обращения к Zabbix API будут отписаны ниже в разделе «Функции для работы с API Zabbix» этой статьи.
Получение информации о доменах работающих интернет-магазинов
На следующем шаге программа domain_monitor.pl получает из встроенной CRM ссылку на хэш, содержащий информацию обо всех доменах интернет-магазинов, работающих на момент запуска программы на SAAS-сервисе (открытых сайтов):
$all_sites = get_opened_domains_from_billing();
Вам нужно будет реализовать эту функцию самостоятельно, так как для получения хэша доменов она обращается к встроенной CRM сервиса SAAS.
Получение информации о контролируемых доменах от Zabbix
Получив хэш доменов работающих интернет-магазинов, программа формирует хэш всех доменов, которые на момент запуска уже контролируются при помощи Zabbix. Для этого вызывается функция get_all_monitored_domains:
my $domains_group_name = 'Shop2YOU Domains'; my $all_monitored_domains = get_all_monitored_domains($z, $domains_group_name);
Для работы с доменными именами сервиса на сервере Zabbix была создана группа «Shop2YOU Domains». Вам нужно будет создать группу, например, с названием вашего сервиса или компании.
Соединение с Zabbix API передается функции get_all_monitored_domains в качестве первого параметра, а имя группы —в качестве второго параметра.
Таким образом, в переменной all_sites хранится ссылка на хэш со всеми доменами, которые работают, а в переменной all_monitored_domains — с доменами, которые находятся на мониторинге. Эти данные загружены на момент запуска программы domain_monitor.pl.
Актуализация контролируемых доменов
Теперь нужно актуализировать в Zabbix список доменов, добавив туда отсутствующие с момента предыдущей проверки элементы Items и триггеры, а также удалив ненужные элементы для интернет-магазинов, которые прекратили свою работу.
Первая из этих задач решается функцией create_missing_domain_in_zabbix, а вторая — функцией delete_closed_domains_from_zabbix.
Функции create_missing_domain_in_zabbix нужно передать ссылку на Zabbix API, имя группы, имя шаблона, который применяется для мониторинга доменов, ссылку на хэш с работающими доменами all_sites, а также ссылку на контролируемые домены all_monitored_domains:
my $domains_template_name = 'Shop2YOU Domains Monitor'; create_missing_domain_in_zabbix($z, $domains_group_name, $domains_template_name, $all_sites, $all_monitored_domains);
Функции delete_closed_domains_from_zabbix передаются те же самые параметры:
delete_closed_domains_from_zabbix($z, $domains_group_name, $domains_template_name, $all_sites, $all_monitored_domains);
Отправка текущей информации о доменах на сервер zabbix
Теперь, когда список контролируемых при помощи Zabbix доменов приведен в соответствие списку работающих сайтов из CRM сервиса SAAS, можно отправлять данные с текущей информацией о доменах на сервер Zabbix.
Эта операция выполняется в цикле по хэшу со всеми работающими доменами all_sites:
foreach my $key (keys %$all_sites) { my $zkey; my $zvalue; my $trap_cmd; if($key) { my $host_name = $all_sites->{$key}->{domain_name}; send_value_to_zabbix($zabbix_sender, $zabbix_server_ip, $host_name, 'days_before_domain_expire', $all_sites->{$key}->{ 'days_before_domain_expire' }); send_value_to_zabbix($zabbix_sender, $zabbix_server_ip, $host_name, 'days_before_ssl_expire', $all_sites->{$key}->{ 'days_before_ssl_expire' }); send_value_to_zabbix($zabbix_sender, $zabbix_server_ip, $host_name, 'domain_ssl_matches', $all_sites->{$key}->{ 'domain_ssl_matches' }); send_value_to_zabbix($zabbix_sender, $zabbix_server_ip, $host_name, 'domain_has_ssl', $all_sites->{$key}->{ 'domain_has_ssl' }); send_value_to_zabbix($zabbix_sender, $zabbix_server_ip, $host_name, 'whois_ok', $all_sites->{$key}->{ 'whois_ok' }); send_value_to_zabbix($zabbix_sender, $zabbix_server_ip, $host_name, 'a_found', $all_sites->{$key}->{ 'a_found' }); send_value_to_zabbix($zabbix_sender, $zabbix_server_ip, $host_name, 'dns_a', $all_sites->{$key}->{ 'a' }); send_value_to_zabbix($zabbix_sender, $zabbix_server_ip, $host_name, 'mx_found', $all_sites->{$key}->{ 'mx_found' }); send_value_to_zabbix($zabbix_sender, $zabbix_server_ip, $host_name, 'dns_mx', $all_sites->{$key}->{ 'mx' }); } }
Отправка данных выполняется при помощи функции send_value_to_zabbix. Как и в предыдущей статье нашей серии, для отправки запускается программа zabbix_sender. Однако здесь каждый параметр отправляется отдельно:
sub send_value_to_zabbix($$$$$) { my $zabbix_sender=shift @; my $zabbix_server_ip=shift @; my $host_name=shift @; my $zkey=shift @; my $zvalue=shift @; my $trap_cmd = $zabbix_sender.' -z '.$zabbix_server_ip.' -s '.$host_name.' -k '.$zkey.' -o "'.$zvalue.'"'; my @trapout = (); @trapout = split /\n/, `$trap_cmd`; }
Через параметр -z программе zabbix_sender передается адрес IP сервера Zabbix, через параметр -s передается имя хоста, которое в нашем случае соответствует проверяемому домену. Параметры -k и -o используются, соответственно, для передачи имени ключа и значения.
Изучив приведенный выше цикл по хэшу, вы узнаете, какая информация о доменах попадает на сервер:
-
days_before_domain_expire — количество дней до завершения регистрации домена;
-
days_before_ssl_expire — количество дней до завершения периода действия сертификата;
-
domain_ssl_matches — сертификат на сайте соответствует доменному имени сайта;
-
domain_has_ssl — к сайту подключен сертификат SSL;
-
whois_ok — команда whois вернула правильную информацию о домене;
-
a_found — в DNS домена обнаружена запись A;
-
a — содержимое записи A для домена;
-
mx_found — в DNS домена обнаружена запись MX;
-
mx — содержимое записи MX для домена
Функция get_domain_info
Для организации собственной системы мониторинга доменов вам пригодится функция get_domain_info, которая вызывается функцией get_opened_domains_from_billing при получении хэша с данными о доменах открытых интернет-магазинов.
Функции get_domain_info нужно передать в качестве первого параметра доменное имя, а в качестве второго — порт, на котором работает проверяемый сайт (обычно 443). Функция записывает полученные данные в хэш domain_info и возвращает этот хэш вызывающей функции (в нашем случае это get_opened_domains_from_billing).
Полный код функции вы найдете на Github.
Прежде всего, функция get_domain_info записывает в хэш доменное имя, для которого она будет определять текущие параметры:
$domain_info->{ domain_name } = $domain_name;
Получение данных о сертификате SSL
На следующем шаге функция определяет, подключен ли к сайту с этим доменным именем сертификат SSL. Для этого анализируются результаты выполнения следующей команды:
my $cmd = 'openssl s_client -servername '.$domain_name.' -connect '.$domain_name.':'.$ssl_port.' </dev/null 2>/dev/null'; my @rqout = (); @rqout = split /\n/, `$cmd`; if(scalar(@rqout) == 0) { $domain_info->{ domain_has_ssl }=0; } else { $domain_info->{ domain_has_ssl }=1; … }
Если на сервере нет сертификата для домена, в хэше по ключу domain_has_ssl записывается нулевое значение, в противном случае — значение единицы. Однако само по себе наличие выдачи результатов использованной здесь команды еще не говорит о валидности сертификата. Может быть такая ситуация, когда на сервере размещено несколько сайтов, и для сайта, у которого нет сертификата, будет получен сертификат другого сайта с этого же сервера.
Чтобы убедиться в соответствии доменного сертификата имени, на который выписан полученный сертификат, проверяем, упоминается ли проверяемое доменное имя в результатах выдачи следующей команды:
my $cmd_subj='echo | openssl s_client -servername '.$domain_name.' -connect '.$domain_name.':'.$ssl_port.' 2>/dev/null | openssl x509 -noout -subject'; my @subjout = (); @subjout = split /\n/, `$cmd_subj`; if(scalar(@subjout) != 0) { my $cn=@subjout[0]; if($cn=~/$domain_name/) { $domain_info->{ domain_ssl_matches }=1; } else { $domain_info->{ domain_ssl_matches }=0; } }
Если сертификат соответствует доменному имени, записываем в хэш для ключа domain_ssl_matches значение 1, если нет — значение 0. Несоответствие доменного имени сертификату в данном случае является поводом проверить сертификат данного сайта и настройку Web-сервера.
Для валидного сертификата функция get_domain_info получает количество дней до завершения его срока действия:
$cmd = 'echo | openssl s_client -servername '.$domain_name.' -connect '.$domain_name.':'.$ssl_port." 2>/dev/null | openssl x509 -noout -dates 2>/dev/null | grep notAfter | cut -d'=' -f2"; my @rqout2 = (); @rqout2 = split /\n/, `$cmd`; my $expires_data = str2time(@rqout2[0]); my $current_data = time(); my $days_before_expire = int(($expires_data - $current_data) / 86400); if($days_before_expire <= 0) { $days_before_expire = 0;} $domain_info->{ days_before_ssl_expire }=$days_before_expire;
Полученное значение записывается в хэш по ключу days_before_ssl_expire.
Определение даты окончания регистрации доменного имени
Для того чтобы получить данные DNS для домена, мы используем функцию parse_whois пакета Net::Whois::Parser:
my $info = parse_whois( domain => $domain_name ); my $domain_expiration_date=''; $domain_info->{ whois_ok } = 1; if($info->{ paid_till }) { $domain_expiration_date = $info->{ paid_till }; } elsif ( $info->{ expiration_date }) { $domain_expiration_date = $info->{ expiration_date }; } elsif ( $info->{ registry_expiry_date }) { $domain_expiration_date = $info->{ registry_expiry_date }; } elsif ( $info->{ 'Registry Expiry Date' }) { $domain_expiration_date = $info->{ 'Registry Expiry Date' }; } else { $domain_info->{ whois_ok } = 0; }
Прежде всего, функция get_domain_info пытается отыскать в результатах выдачи parse_whois дату завершения регистрации доменного имени. В зависимости от сервера DNS эта дата может обозначаться в выдаче whois по-разному: «paid_till», «expiration_date», «registry_expiry_date» и «Registry Expiry Date». Не исключено, что бывают и другие варианты.
Если ни один из этих способов поиска даты завершения регистрации домена не приводит к успеху, для ключа whois_ok записывается нулевое значение. В этом случае нужно исследовать домен вручную, и, возможно, дополнить приведенный выше фрагмент кода.
Но если дата найдена, то она преобразуется в количество дней до окончания регистрации и записывается в хэш по ключу days_before_domain_expire:
my $expires_data = str2time($domain_expiration_date); my $current_data = time(); my $days_before_expire = int(($expires_data - $current_data) / 86400); $domain_info->{ days_before_domain_expire } = $days_before_expire; if($days_before_expire < 0) { $domain_info->{ whois_ok } = 0; }
Получение записей A и MX из DNS
Следующий фрагмент функции get_domain_info используется для определения наличия в DNS записей A и MX для исследуемого домена с помощью функции get_domain_info_from_dns:
my $dns_info=get_domain_info_from_dns($domain_name); if($dns_info->{ a_found }) { my $a_str=""; my $a_counter=0; my $dns_a_ref = $dns_info->{ address }; foreach my $dns_a (@$dns_a_ref) { if($a_counter > 0) { $a_str = $a_str.', '.$dns_a; } else { $a_str = $a_str.$dns_a; } $a_counter++; } $domain_info->{ a_found } = 1; $domain_info->{ a } = $a_str; } else { $domain_info->{ a_found } = 0; } if($dns_info->{ mx_found }) { my $mx_str=""; my $mx_counter=0; my $mx_ref = $dns_info->{ mx }; foreach my $record (@$mx_ref) { my $pr = $record->preference; my $ex = $record->exchange; if($mx_counter > 0) { $mx_str = $mx_str.', '.$pr.' '.$ex; } else { $mx_str = $mx_str.$pr.' '.$ex; } $mx_counter++; } $domain_info->{ mx_found } = 1; $domain_info->{ mx } = $mx_str; } else { $domain_info->{ mx_found } = 0; }
Действия, выполняемые этим фрагментом кода, понятны и без дополнительных объяснений. Что же касается функции get_domain_info_from_dns, то она получает данные домена из DSN с помощью модуля Net::DNS::Resolver:
sub get_domain_info_from_dns($) { my $domain = shift @_; my $res = Net::DNS::Resolver->new; my $dinfo = {}; my @mx = mx($res, $domain); if(@mx != 0) { $dinfo->{ mx_found } = 1; $dinfo->{ mx } = \@mx; } else { $dinfo->{ mx_found } = 0; $dinfo->{ mx_error } = $res->errorstring; } my $addr=(); my $rr = {}; my $query = {}; $dinfo->{ a_found } = 0; $query = $res->search($domain); if ($query) { foreach $rr ($query->answer) { next unless ($rr->type eq "A"); push @$addr, $rr->address; $dinfo->{ a_found } = 1; } } $dinfo->{ address } = $addr; return($dinfo); }
Функции для работы с Zabbix API
Для работы с Zabbix API наша программа использует модуль Zabbix::Tiny: https://metacpan.org/pod/Zabbix::Tiny или https://github.com/whosgonna/Zabbix-Tiny.pm.
По адресу https://www.zabbix.com/ru/integrations?cat=api есть решения для интеграции на разных языках программирования.
zabbix_open
Функция zabbix_open вызывает конструктор модуля Zabbix::Tiny:
sub zabbix_open($) { my $z = shift @_; my $zabbix = Zabbix::Tiny->new( server => $z->{ zabbix_server_url }, password => $z->{ zabbix_server_password }, user => $z->{ zabbix_server_login }, ip => $z->{ zabbix_server_ip }, ); return $zabbix; }
get_group_id
Функция get_group_id получает от Zabbix API идентификатор группы по ее имени:
sub get_group_id($$) { my $z = shift @_; my $group_name = shift @_; my $params = { output => [qw(groupid name)], filter => { name => [$group_name] } }; my $result = $z->do( 'hostgroup.get', $params ); return $result->[0]->{ groupid }; }
get_group_hosts
Функция get_group_hosts возвращает хосты для группы с заданным именем и вызывается функцией get_all_monitored_domains:
sub get_group_hosts($$) { my $z = shift @_; my $group_name = shift @_; my $gid = get_group_id($z, $group_name); my $params = { output => [qw(hostid name host)], groupids => [$gid], }; my $result = $z->do( 'host.get', $params ); return $result; }
В нашем случае эти хосты представляют собой доменные имена, для которых нужно контролировать сертификаты SSL.
get_template_id
Чтобы по имени шаблона получить его идентификатор, используется функция get_template_id:
sub get_template_id($$) { my $z = shift @_; my $template_name = shift @_; my $params = { output => [qw(templateid name)], filter => { name => [$template_name] } }; my $result = $z->do( 'template.get', $params ); return $result->[0]->{ templateid }; }
create_host
Для мониторинга каждого доменного имени программа domain_monitor.pl создает отдельный хост, вызывая для этого функцию create_host:
sub create_host($$$$$) { my $z = shift @_; my $host_name = shift @_; my $name = shift @_; my $group_name = shift @_; my $template_name = shift @_; my $gid = get_group_id($z, $group_name); my $template_id = get_template_id($z, $template_name); my $params = { host => $host_name, name => $name, interfaces => [{type => 1, main => 1, useip => 1, ip => '127.0.0.1', dns => "", port => '443'}], groups => [{ groupid => $gid }], templates => [{ templateid => $template_id }], }; my $result = $z->do( 'host.create', $params ); return $result; }
В качестве параметров этой функции передаются соединение с сервером Zabbix, имя хоста (то есть имя контролируемого домена), имя группы и шаблона.
get_host_id
Функция get_host_id возвращает идентификатор хоста, заданного своим именем:
sub get_host_id($$) { my $z = shift @_; my $host_name = shift @_; my $params = { output => [qw(hostid name)], filter => { name => [$host_name] } }; my $result = $z->do( 'host.get', $params ); return $result->[0]->{ hostid }; }
delete_host
Если интернет-магазин закрылся, то его сайт нужно удалить из мониторинга. Функция delete_host удаляет хост по его идентификатору:
sub delete_host($$) { my $z = shift @_; my $hostid = shift @_; my $params = [ $hostid ]; my $result = $z->do( 'host.delete', $params ); return $result; }
get_all_monitored_domains
Чтобы получить все домены, которые находятся на мониторинге, программа domain_monitor.pl вызывает функцию get_all_monitored_domains. Она возвращает все хосты для группы с заданным именем:
sub get_all_monitored_domains($$) { my $z = shift @_; my $group_name = shift @_; return get_group_hosts($z, $group_name); }
create_missing_domain_in_zabbix
Функция create_missing_domain_in_zabbix добавляет хосты в мониторинг, пользуясь для этого ссылкой на хэш hosts и функцией create_host:
sub create_missing_domain_in_zabbix($$$$$) { my $z=shift @_; my $domains_group_name=shift @_; my $domains_template_name=shift @_; my $domains_from_billing=shift @_; # from Billing my $domains_from_zabbix=shift @_; # from Zabbix foreach my $key (keys %$domains_from_billing) { my $host_name; my $name; if($key) { $host_name = $domains_from_billing->{$key}->{domain_name}; my $pcode_used = $domains_from_billing->{$key}->{punycode_used}; if($pcode_used) { $name = $domains_from_billing->{$key}->{domain_name_from_billing}; } else { $name = $domains_from_billing->{$key}->{domain_name}; } my ($found, $zbx_hostid) = find_in_monitored_domains($host_name, $domains_from_zabbix); if($found == 0) { print("$name to be CREATED \n"); Encode::_utf8_on($name); my $hsts = create_host($z, $host_name, $name, $domains_group_name, $domains_template_name); } } } }
При этом учитывается, что имена доменов могут быть в кодировке Punyсode.
delete_closed_domains_from_zabbix
И, наконец, функция delete_closed_domains_from_zabbix удаляет из мониторинга хосты, которые соответствуют сайтам прекративших свою работу интернет-магазинов:
sub delete_closed_domains_from_zabbix($$$$$) { my $z=shift @_; my $domains_group_name=shift @_; my $domains_template_name=shift @_; my $domains_from_billing=shift @_; # from Billing my $domains_from_zabbix=shift @_; # from Zabbix foreach my $arg (@$domains_from_zabbix) { my $cdomain = $arg->{host}; my $zbx_hostid = $arg->{hostid}; my $found_in_billing=find_domain_in_billing($cdomain, $domains_from_billing); if($found_in_billing == 0) { print("$cdomain NOT found in Billing, to be REMOVED. zbx_hostid = $zbx_hostid \n"); my $rc = delete_host($z, $zbx_hostid); } } }
Вам нужно будет самостоятельно реализовать функцию find_domain_in_billing для поиска таких сайтов в вашей CRM.
Шаблон мониторинга доменов
Шаблон мониторинга доменных имен и сертификатов вы можете загрузить из Github.
В этом шаблоне определены ключи, о которых мы говорили в нашей статье (рис. 2).

Триггеры показаны на рис. 3.

Здесь мы назначили среднюю серьезность только для триггеров Domain registration expires in 30 days (регистрация домена закончится через 30 дней) и SSL expired in 7 days (срок действия сертификата истекает через 7 дней). Остальные триггеры только для информации.
Вы, конечно, можете настроить эти триггеры по своему усмотрению.
Запуск задания crontab
Для запуска программы проверки сроков регистрации доменных имен и срока действия сертификатов SSL подготовьте задание crontab, например, такое:
34 3 * * * /usr/bin/perl /home/frolov/zabbix_domain_monitoring/domain_monitor.pl
Здесь проверка запускается каждый день ночью, в 3 часа 34 минуты.
Автор: Александр Фролов.
НЛО прилетело и оставило здесь промокод для читателей нашего блога:
— 15% на все тарифы VDS (кроме тарифа Прогрев) — HABRFIRSTVDS.
ссылка на оригинал статьи https://habr.com/ru/company/first/blog/684136/
Добавить комментарий