Дмитрий Свинцов.
Админ, аналитик, разработчик.

Как бывает и что с этим делать А бывает вот так: фаервол здорового человека фаервол курильщика В последнее время стало мне доставаться на поддержку много серверов от, мягко говоря, странных админов. Суть в том, что (ОКАЗЫВАЕТСЯ) многие админы не следят за сетевой безопасностью вверенных им серверов — и вроде в фаерволе даже правила есть, и вроде даже fail2ban настроен на защиту 22го порта, НО... При детальном осмотре, как правило, выясняется две вещи: Несмотря на наличие правил в фаерволе, цепочка INPUT стоит в ACCEPT; fail2ban если и установлен, то не настроено никакое действие в нём. Это жопа, товарищи! Цепочка INPUT в фаерволе на боевом сервере не должна быть открыта. Ну, только если вы именно так и задумывали (интересно, а зачем вам это?). Чтобы не вчитываться личшний раз в конфиги, я решил написать скрипт, с помощью которого можно будет узнать какие порты открыты по целевому ip-адресу/доменному имени. Скрипт может работать как разово, так и...

Сказ про NGINX и Dehydrated.  Проблема.  Есть у меня в подчинении NGINX с кучей хостов. Практически на каждом хосте SSL-сертификат. Для получения и обновления сертификатов я использую Dehydrated  — он гораздо удобнее LetsEncrypt'а. Вот с обновлением сертификатов-то как раз и возникла проблема. Начнём с того, что я уже таки умею в автоматизацию рутинных процессов и уже конечно догадался запуск Dehydrated для автообновления сертификатов положить в cron. Более того (!) у Dehydrated есть хуки, с помощью которых можно очень круто отслеживать действия с сертификатами. А вот теперь боль — хук срабатывает на каждый обновлённый сертификат, а у меня в один день было выпущено около 20 сертификатов и, соответственно, обновляются все они в один день. И всё бы было хорошо, но NGINX не умеет подтягивать новые сертификаты через service nginx reload, он их подтягивает только при service nginx restart. В таком разрезе использование хука приводит у меня к перезапуску NGINX аж целы...