Почему cron — самый опасный инструмент в Linux Демон cron годами крутит бэкапы и скрипты, о которых все забыли, а строки в crontab копятся: одну добавила команда, другую пакет, третья осталась после миграции. Когда скрипт падает, терминала рядом нет, а вывод уходит на почту владельца или по MAILTO. На VPS почтовый агент обычно не настроен, ящик никто не читает, и ошибка просто исчезает бесследно. Разберём, как держать cron в узде, чтобы такие ошибки не терялись молча.

А вы заметили как обесценилась в последнее время команда ping? 10 лет назад, чтобы проверить интернет в сомнительных условиях, я делал ping google.com, 1.1.1.1 или yandex.ru, и смотрел результат. Сейчас такой пинг ничего не значит — ответ может прилететь от ВПН-клиента или вообще от ТСПУ. Даже если ответ прилетит от оригинального хоста — далеко не факт что я до него достучусь с реальным запросом — пинг может проходить, а коннект на 443 порту рваться посередине хендшейка. Теперь, чтобы проверить интернет, хожу на 443 порт — пишу curl ifconfig.co: сразу проверяет и доступность интернета, и маршрутизацию. А вы как?