Вспомнилось одно старенькое видео на тему общения заказчика и исполнителя IT услуг. Причём вспомнилось не в контексте IT, а стройки. Тут всё то же самое, но только в разы запущеннее и сложнее. Когда окунулся в роли заказчика всей этой движухи, просто офигел от сложностей, халтуры, контроля за исполнением и т.д.

В IT на мой взгляд попроще. Там хоть крыша на голову не упадёт в прямом смысле слова. Я у себя в доме крышу переделывал полностью. Нужно было нарастить прочность стропильной системы. А для этого надо было всё разобрать, добавить стропил и снова собрать. Иначе крыша реально могла бы рухнуть. Первоначальные строители, как оказалось, были никакими. Как и я в роли заказчика. Крышу, к слову, потом пришлось частично разобрать ещё раз изнутри, чтобы исправить ошибки утепления. И это после чистовой отделки.

Вышел из стройки уже другим человеком. После того, как у меня сгорела варочная панель на первом этаже из-за того, что её по ошибке подключили на 380, а не 220, электрику второго этажа делал сам в компании другого электрика, чтобы самому всё освоить и не переживать потом. В итоге освоил. Теперь хоть понимаю базу, необходимую для жилого строения.

Возвращаюсь к видео. Это ролик коллектива MЁD, который одно время выпускал прикольные скетчи. Мне больше всего понравился упомянутый ниже, так как близка тема. Я одно время очень активно фрилансил и постоянно вёл общение с заказчиками.

▶️ Неадекватные заказчики

Особенно вот это актуально. Я довольно быстро стал называть стоимость выше рынка, так как мог себе такое позволить:

- В соседней конторе в два раза дешевле!
- Так закажите у них.
- Они некачественно делают.

Много раз слышал, почему так дорого. Тут же всё просто, вон, даже у вас в статьях всё расписано. Я говорю, так чего вы ко мне обращаетесь, делайте сами, раз статьи написаны и там всё просто.

- Это займет где-то месяц, полтора.
- А экстренно за неделю сможете сделать?
- Если очень постараться, но это будет стоить в 2 раза дороже.
- А чё дороже то? Вы же меньше времени тратите!

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

В IT всё то же самое. Сэкономишь, потом будешь переделывать, зачастую полностью. Сколько раз такое видел. Один раз заказчику вообще пришлось полностью бросить проект, сменить команду и писать с нуля с новыми программистами, которым платили в 2 раза больше. Предыдущие просто не могли закончить проект хоть на каком-то приемлемом уровне. По факту потратили кучу лишних денег и времени.

#юмор

На прошлой неделе читал статью про ansible-cmdb. Понравился инструмент. Раньше про него не слышал. Он довольно просто устроен, особенно для тех, кто знает и регулярно использует Ansible в инфраструктуре. Собственно, ansible-cmdb работает на базе Ansible.

Поясню, для тех, кто не в курсе и не работает с Ansible. У неё есть список хостов, куда она имеет доступ по SSH. Соответственно, с помощью Ansible можно ходить по хостам, что-то там делать, собирать информацию. Ansible-cmdb использует вывод модуля setup, который заходит на хосты и собирает о них информацию в так называемые ansible_facts. A ansible-cmdb берёт эту информацию и оформляет в наглядную html страницу.

Как я уже сказал, если вы уже используете Ansible, вам ничего пояснять и настраивать не надо. Просто берёте файл с инвентарём, проходите по нему модулем setup и строите отчёт примерно так:

# mkdir out
# ansible -m setup --tree out/ all
# ansible-cmdb out/ > overview.html

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

Настраивать всё буду в Debian 12. Рекомендую использовать для этого отдельную виртуалку или контейнер. Ставим необходимые пакеты:

# apt install python3-pip ansible

У ansible-cmdb есть собранный deb пакет. Я изначально использовал его. Но так и не смог заставить работать. Я не знаю, что там за версия python нужна, но у меня постоянно были какие-то ошибки в коде. Залез в репозиторий, в Issues, увидел там похожие ошибки и решение в виде установки через pip, а не из пакета.

Поставил в итоге следующим образом. Это не рекомендованный способ, но для демонстрации работы и простоты делаю так. Когда разберётесь и решите, что вам этот инструмент нужен, устанавливайте и запускайте его через venv. А пока ставим:

# pip install ansible-cmdb --break-system-packages
# ln -s /usr/bin/python3 /usr/bin/python

Теперь нам нужно подготовить конфигурацию ansible. Добавляю минимальную конфигурацию в файл ~/.ansible/ansible.cfg

[defaults]
home = ~/.ansible/
inventory = ~/.ansible/inventory.yaml
remote_user = root
gather_facts = True
private_key_file = ~/.ssh/id_ed25519
host_key_checking = False

И создаю так называемый инвентарь ~/.ansible/inventory.yaml в терминологии Ansible со списком серверов, для которых будем делать отчёт.

all:
 hosts:
  Debian12-VPS:
   ansible_host: 127.0.0.1
   ansible_port: 22
  Debian12-CT:
   ansible_host: 10.20.1.24
   ansible_port: 22
  Ubuntu24-CT:
   ansible_host: 10.20.1.21
   ansible_port: 22

Передаю в переменную конфигурацию Ansible:

# export ANSIBLE_CONFIG="$HOME/.ansible/ansible.cfg"

Создаю сертификат, по которому буду подключаться к хостам:

# ssh-keygen -t ed25519 -f ~/.ssh/id_ed25519 -C "$(whoami)@$(hostname)_$(date -I)"

Копирую его на хосты в authorized_keys:

# ssh-copy-id root@127.0.0.1
# ssh-copy-id root@10.20.1.24
# ssh-copy-id root@10.20.1.21

Проверяю, видит ли ansible хосты в инвентаре, всё ли верно настроено:

# ansible -i inventory.yaml all --list-hosts
  Debian12-VPS
  Debian12-CT
  Ubuntu24-CT

Всё в порядке, собираем факты:

# mkdir ~/.ansible/out
# ansible -m setup --tree ~/.ansible/out all

Если всё в порядке, и в директории появились текстовые файлы с информацией о хостах, то строим по ним html страничку:

# ansible-cmdb ~/.ansible/out > overview.html

Копируем overview.html к себе на компьютер и смотрим браузером. Получили наглядный список, где в выпадающем списке подробная информация о хостах.

❗️Если заметка вам полезна, не забудьте 👍 и забрать в закладки.

#linux #ansible

🚀 Практический курс по UserGate 📅 18–19 сентября

Два дня реальной работы с NGFW — без теории "в стол" и маркетинговых ограничений.

Что вы сделаете:
✅ настроите firewall для защиты периметра сети с нуля
✅ получите навыки настройки web-фильтрации и антивируса
✅ разберётесь в NAT, VPN, DPI и правилах
✅ Выполните задания на своём персональном стенде UserGate

🎁 Каждый участник получает:
- Чек-лист «20 ошибок при настройке NGFW»
- Методички и пошаговые инструкции
- Доступ в инженерное сообщество для обмена опытом

📲 Регистрируйтесь на сайте и бронируйте стенд прямо сейчас.

Вчера обновился мониторинг, который я давно использую – Gatus. Основное нововведение – новый веб интерфейс. Решил сразу попробовать, благо сделать это очень просто, так как весь мониторинг – это одиночный бинарник и конфигурационный файл к нему.

Лично мне история этого мониторинга не нужна, поэтому я обновил очень просто:

# docker stop gatus
# docker rm gatus
# docker pull twinproduction/gatus:v5.23.0
# docker run -p 8080:8080 -d --mount type=bind,source="$(pwd)"/config.yaml,target=/config/config.yaml --name gatus twinproduction/gatus:v5.23.0

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

Gatus выполняет роль дублирующего мониторинга, куда добавлены ключевые точки входа в наблюдаемые инфраструктуры и некоторые наиболее критичные сайты. Плюс, некоторые мои проекты. Если упадёт хостер или какой-то провайдер, где живёт вся инфраструктура вместе с мониторингом, то внешний сервер с Gatus хотя бы покажет, что провайдер полностью недоступен. А то сходу не всегда получается быстро разобраться, если что-то не работает и сам мониторинг недоступен.

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

▪️Основные возможности и настройка Gatus
▪️Обновление конфигурации Gatus через gitlab-runner и git push в репозиторий

У меня редактирование мониторинга выглядит так. Открываю VS Code, правлю локальный конфигурационный файл, делаю commit и синхронизацию с репозиторием в Gitlab через расширение GitLab Workflow. Код улетает в репозиторий, там в .gitlab-ci.yml прописан перезапуск контейнера на VPS, где запущен Gatus и runner. Получается очень просто и удобно. Историю я вообще не храню, мне она тут не нужна, поэтому ничего не бэкаплю, кроме самого репозитория с конфигурацией.

В старых публикациях можно посмотреть скриншоты и сравнить с обновлёнными интерфейсом, который на картинке ниже.

Кстати, об обновлении сразу узнал от сервиса newreleases.io, которым я активно пользуюсь. Очень удобно, рекомендую.

⇨ 🌐 Сайт / Исходники

❗️Если заметка вам полезна, не забудьте 👍 и забрать в закладки.

#мониторинг #gatus

Научим находить атаки в трафике до того, как они нанесут ущерб 🕵️‍♂️

Злоумышленники действуют скрытно, используя сложные методы проникновения. Без должных средств защиты они могут оставаться незамеченными до тех пор, пока не становится слишком поздно. Любая атака оставляет след в сети, но не все специалисты знают, как их найти и использовать, — им не хватает практики и знаний.

Уже 25 августа у Positive Education стартует практикум «Анализ сетевого трафика», в который включили максимум практики с фокусом на разборе реальных атак.

⭐️ Его готовили эксперты Positive Technologies. За их плечами — десятки обнаруженных атак, сложные кейсы и работа с трафиком в боевых условиях.

🎓 Вас ждут практические материалы, вобравшие в себя многолетний опыт экспертов, которые можно изучать в удобном темпе, а также обширная практика на облачном стенде: вы будете воспроизводить хакерские атаки и исследовать их при помощи средств защиты, проверяя те на прочность.

👉 Больше подробностей — на странице практикума.

Копилку моей субботней рубрики с играми и материалами для обучения пополнит очередная обучающая игра, про которую я раньше не слышал. Это консольная игра GameShell, которая учит основам консольных команд Linux.

Играть в GameShell можно в любом терминале ОС на базе Linux. В Debian или Ubuntu её можно установить так:

$ sudo apt install gettext man-db procps psmisc nano tree ncal x11-apps wget
$ wget https://github.com/phyver/GameShell/releases/download/latest/gameshell.sh
$ bash gameshell.sh

Это инструкция из репозитория игры. В баш скрипте находится сам код игры. Я скрипт не проверял, так что рекомендую запускать на тестовой машине, если захотите поиграть. Под root не запустится, только под обычным пользователем.

Игра построена в виде заданий, в которых вам нужно использовать различные консольные утилиты. Для игры достаточно запомнить несколько команд:

$ gsh help - посмотреть список команд для управления игровым процессом
$ gsh goal - прочитать задание миссии
$ gsh check - проверить выполненное задание

Всё остальное не так важно. Миссии, как это обычно бывает, развиваются от более простых к сложным. Сначала будете изучать команды cd, mkdir, rm, mv и т.д. Потом пойдут команды с пайпами: head, tail, cat и т.д. Потом права доступа, поиск и некоторые другие вещи.

В игре даётся база. Если вы знакомы с консолью Linux, то играть большого смысла нет. Если постоянно с ней работаете, то всё это скорее всего знаете. Но может что-то и почерпнёте для себя.

Сделано необычно и немного интересно, так как к каждой миссии есть какое-то описание. Вообще, такая игра неплохо подойдёт для детей или студентов, изучающих Linux. Собственно, она преподавателем для студентов и была создана.

❗️Если заметка вам полезна, не забудьте 👍 и забрать в закладки.

#игра #обучение #дети

SRE и DevOps-инженеры, вам идея, как годно провести выходные 13–14 сентября (да, те, на которые выпадает День программиста): посетить E-CODE — событие команды Ozon Tech 💙

Почему событие? Потому что конференция — это только один из элементов происходящего. 5 технических треков, научпоп и менеджмент, 50+ докладов, спикеры из топовых компаний страны.

А ещё на E-CODE будет много нетворка, интерактивов и эксклюзивного мерча. Лайнап для вечеринок тоже заявлен мощный: НТР, Заточка, ILWT и Нейромонах Феофан.

Как вам идея? Уже зарегистрировались? ⬅

В свете вчерашней заметки про почтовые сервера, хочу сделать некоторое дополнение. Существует отличный бесплатный продукт – Proxmox Mail Gateway. Это своего рода шлюз для фильтрации почты. Условно его можно сравнить с обратными прокси для веб сайтов, типа Nginx в режиме proxy_pass, Traefik и т.д.

PMG собран на базе привычных open source компонентов:

◽️Postfix – основной MTA, который принимает/отправляет письма.
◽️Amavis – фильтр, который передаёт письма на проверку в антивирус и антиспам.
◽️SpamAssassin – антиспам.
◽️ClamAV – антивирус.
◽️Greylisting, DNSBL, RBL – инструменты противодействия спаму в виде технологии серых списков и обычных обновляемых списков блокировки.

Управляется всё это хозяйство через веб интерфейс. В консоль ходить не надо. Разобраться с ним легко, если есть понимание, как работают почтовые сервера. Запустить можно в несколько кликов в LXC контейнере в Proxmox VE. Он там в самом начале списка шаблонов, в разделе Mail. В настоящий момент там два шаблона: proxmox-mail-gateway-8.2-standard и proxmox-mailgateway-7.3-standard.

Принцип работы и интеграции с существующим почтовым сервером простой. PMG принимает всю входящую почту, обрабатывает и передаёт на основной почтовый сервер:

● Интернет ⇨ PMG ⇨ Внутренний почтовый сервер (например, Postfix, hMailServer, Exchange и т.д.) ⇨ Почтовый клиент

И то же самое происходит с отправкой. Письмо от клиента сначала попадает на основной почтовый сервер, а после него на PMG и уходит в интернет:

● Почтовый клиент ⇨ Почтовый сервер ⇨ PMG ⇨ Интернет

Если говорить более конкретно про настройку, то вы в DNS записях вашего домена, в качестве MX сервера указываете адрес PMG. А уже в нём указываете адрес основного сервера для пересылки на него почты. А в обратную сторону указываете на своём почтовом сервера в качестве релея адрес PMG. То есть встроить его в существующую работающую структуру очень просто. Если что-то пойдёт не так, то можно быстро откатиться обратно. Основной почтовый сервер можно не трогать.

❗️Отдельно отмечу, что Proxmox Mail Gateway – это именно почтовый шлюз. В качестве почтового сервера, который хранит почту и к которому могут подключаться клиенты он работать не может. У него нет ни хранилища почты, ни протоколов для клиентских подключений по imap или pop3. Мне неоднократно задавали подобный вопрос: "Можно ли как-то настроить PMG, чтобы он работал в качестве почтового сервера?" К сожалению, это невозможно. Хотя лично мне хотелось бы, чтобы его доработали до полноценного почтового сервера. Это добротный бесплатный продукт, которым приятно пользоваться.

Proxmox Mail Gateway можно эффективно использовать в связке с каким-то устаревшим сервером. Я не раз сталкивался с очень старыми почтовыми серверами, которые по разным причинам не могут или не хотят обновить, перенести на другую систему. В реальности это сложная техническая задача, особенно если очень большая почтовая база.

PMG может прикрыть старый сервер и исключить его взаимодействие с интернетом. Это может существенно обезопасить инфраструктуру почтового сервиса и отсрочить обновление или переезд. В частности, упомянутый мной ранее бесплатный hMailServer, который больше не обновляется, можно закрыть с помощью PMG и эксплуатировать дальше.

Лично я постоянно с этим шлюзом не работаю, так как нет особой необходимости. Свои почтовые сервера я настраиваю на основе Postfix. И в нём уже сам реализую нужную функциональность, которая может пересекаться с возможностями PMG. Если кто-то не видел, то вот моя подробная статья по настройке почтового сервера на базе Postfix.

❗️Если заметка вам полезна, не забудьте 👍 и забрать в закладки.

#mailserver

Я анонсировал ранее подборку сайтов IT блогеров со статьями на различные темы, связанные с настройкой и эксплуатацией IT систем. Собралось небольшое сообщество авторов. Полный список сайтов будет в конце. А пока анонс новых статей тех авторов, кто согласился участвовать и прислал свои материалы.

⇨ Что нового в Zabbix 7.4
Перевод на русский язык основных нововведений новой версии Zabbix Server. У меня была заметка по этой теме с моими комментариями.

⇨ Проходим Standoff 365 с помощью пентест блокнота
Небольшой обзор бумажного (❗️) блокнота со шпаргалками, которые помогут в прохождении заданий на различных обучающих платформах для хакинга. Насколько я понял, блокнот просто прикольный, но бесполезный, так как те же команды nmap, dig и т.д. проще смотреть в виртуальном блокноте и оттуда сразу их копировать.

⇨ Как сохранить и восстановить конфигурацию MikroTik
Пошаговые инструкции с картинками по различным видам и типам бэкапов. Даётся просто база, никакой экзотики.

⇨ Как настроить L2TP/IPsec клиент в MikroTik
Настройка L2TP сервера в Микротике и подключение к нему клиентов. И далее настройка SOCKS прокси для использования у подключившихся клиентов в качестве прокси в браузере.

⇨ Как настроить IKEv2 VPN-сервер на роутерах MikroTik с аутентификацией по сертификатам
Настройка IKEv2 VPN-сервер на роутерах MikroTik с аутентификацией по сертификатам и подключение клиентов на Windows и Android.

⇨ Как настроить SSTP-клиента в MikroTik
Настройка SSTP сервера и клиентов.

⇨ SSH — Проброс портов: прямые и обратные туннели
База по использованию туннелей через SSH. У меня по этой теме было несколько заметок:
- проброс портов и SOCKS-прокси через SSH
- vpn туннель с помощью подключения по ssh
- vpn через ssh с помощью sshuttle
- реальный пример использования проброса порта.

⇨ Did not find any relations / не отображется список таблиц базы данных в случае, если они (данные) хранятся в схеме данных с именем отличном от "public"
Решение проблемы с неотображающимся списком таблиц БД в случае, если данные хранятся в схеме данных с именем отличном от "public".

🔥ansible-cmdb — Структуризация и визуализация ansible facts
Прикольная утилита на Python, которая собирает ansible facts и рисует из них HTML страничку. Факты содержат в себе информацию об ОС, настройках сети, выделенных ресурсах, занятости дисков и т.д. Вообще не знал, что такой софт существует. Можно очень быстро собрать информацию о своих хостах, если не используется какая-то автоматизированная система. Надо будет попробовать эту программу.

⇨ Сканер Nuclei. Часть 1
⇨ Сканер Nuclei. Часть 2
Описание работы и примеры использования Nuclei. Это инструмент с открытым исходным кодом для сканирования на наличие уязвимостей в приложениях, сетях и облачной инфраструктуре.

⇨ Обработка строк на bash циклами while и for
Описание циклов и примеры их использования. Полезная база. Постоянно использую в своих скриптах.

⇨ История Windows
Очень краткая история систем Windows. Не очень понял, в чём смысл и посыл этого материала.

⇨ Локальное зеркало Linux репозитория (apt-mirror)
Настройка apt-mirror для создания локального зеркала репозитория с помощью популярного инструмента.

⇨ Резервное копирование почты
Использование imap-backup для бэкапа почты из ящиков облачных провайдеров типа Yandex локально в формате mbox. Я в своё время про него рассказывал.

⇨ Настройка DNS over HTTPS (DoH) на OpenWrt
Шифрование своих DNS запросов с помощью прошитого под OpenWrt роутера.

Если кто-то хочет присоединиться к этой подборке, то пишите мне в личные сообщения. Пока список выглядит так:

▪️https://r4ven.me
▪️https://wiki-it.ru
▪️https://www.gurin.ru
▪️https://sysadminhub.ru
▪️https://devopslife.ru
▪️https://bite-byte.ru
▪️https://desoft.ru
▪️https://www.pc360.ru
▪️https://bafista.ru
▪️https://it-experience.ru
▪️https://blogadminday.ru
▪️https://marukhin.ru
▪️https://blog.mons.ws
▪️https://lytkins.ru
▪️https://sysops.host

#статьи

🎁 Розыгрыш бесплатной подписки Telegram Premium на 6 месяцев!

Подпишитесь на канал HOSTKEY RUSSIA и выиграйте бесплатную подписку  Telegram Premium на 6 месяцев!

🏆 Перейдите по ссылке и примите участие в розыгрыше: https://t.me/hostkey_ru/290

Подписки Telegram Premium будут разыграны автоматически среди новых подписчиков группы HOSTKEY RUSSIA 17 августа 2025 г.

Почему стоит подписаться?

📰 В нашем канале мы рассказываем о новостях рынка ИТ, хостинга и ИИ, о новых продуктах и услугах, а также об эксклюзивных акциях.

🌍 HOSTKEY — международный хостинг-провайдер предлагает в аренду выделенные и виртуальные серверы, а также мощные GPU-решения в дата-центрах в России, Европе, США и Турции.

📌 Подписывайтесь — это интересно, полезно и может принести вам премиум-подписку!

➡️ https://t.me/hostkey_ru

Выделенные серверы  | VPS/VDS | GPU-серверы | Маркетплейс приложений

#реклама
О рекламодателе
erid: 2W5zFJYeM9A

Рассказываю про очередные приключения с Windows. Возможно кому-то это сэкономит время. Несколько месяцев назад после очередного обновления Windows у меня на рабочем ноуте периодически после загрузки системы не работала клавиатура. Не всегда, где-то 50/50.

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

Постоянно откладывал нормальное решение вопроса. Периодически пытался наугад быстро решить проблему с помощью чтения системных логов, отключения и включения клавиатуры в списке оборудования. Но это не помогало. Более детально не разбирался, так как обычно, когда включаешь ноут, надо какие-то дела сделать и некогда разбираться. А потом уже всё работает и разбираться не с чем.

В какой-то момент меня это окончательно задолбало и я задал вопрос ChatGPT. Тот накидал список вероятных причин и решений, часть из которых как раз состояла из просмотра логов, обновления драйверов, отключения и подключения оборудования из списка и т.д.

А один из предложенных вариантов был отключение режима быстрого запуска системы. Начиная с какого обновления он начал доставлять именно такие проблемы. Почему-то сразу подумал, что это именно то, что нужно. Зашёл в Панель управления ⇨ Оборудование и звук ⇨> Электропитание ⇨ Системные параметры ⇨ Действия кнопок питания. И там снял галочку с пункта Включить быстрый запуск (рекомендуется). Шли бы они нафиг с такими рекомендациями.

И после этого проблема ушла. За пару недель ни разу не загрузился с неработающей клавиатурой. В очередной раз что-то сломалось в обновлении и не чинится месяцами. Похожая проблема была с переключением раскладки. Тогда много людей написали, что тоже с этим столкнулись. Тоже сломали в одном из обновлений и много месяцев, если не лет, не чинили. Возможно и это исправят рано или поздно. А пока рабочее решение такое.

#windows

Небольшая информация из практики эксплуатации почтового сервера, с которой столкнулся впервые, и был немного удивлён. Получил от сервера Postfix уведомление:

This is the mail system at host mail.example.com.

I'm sorry to have to inform you that your message could not
be delivered to one or more recipients. It's attached below.

For further assistance, please send mail to postmaster.

If you do so, please include this problem report. You can
delete your own text from the attached returned message.

          The mail system

<user@clientdomain.com>: mail for clientdomain.com loops back to myself

Вроде всё ясно, но ничего не понятно. Сервер ответил, что не может отправить письмо на домен clientdomain.com, потому что это отправка самому себе. С чего бы вдруг? Домен clientdomain.com к почтовому серверу не имеет никакого отношения.

Я сначала подумал, что возможно какой-то глюк с самим доменом. Может написан с каким-то спецсимволом и сервер так на него отреагировал. Но не похоже. Вообще, сервер Postfix очень информативен в плане логов. Люблю его за это. По логам всегда можно разобраться в проблемной ситуации. Обычно там всё по делу и сразу понимаешь, куда копать, что искать. Да и поисковики быстро помогают. По этому серверу накоплена огромная база знаний по всему интернету.

Вечерком сел и решил спокойно разобраться. Было интересно, в чём реально проблема. Начал с самого простого и тут же получил ответ:

# dig clientdomain.com MX
nomail.nic.ru.  164 IN A 127.0.0.1

Сразу догадался, в чём дело. Зашёл на домен по HTTP и увидел информацию о том, что срок регистрации домена истёк.

Как оказалось, этот домен принадлежит регистратору Nic. И у него закончилось делегирование. Nic почему-то для таких доменов прописывает свой MX сервер в DNS - nomail.nic.ru и назначает ему адрес 127.0.0.1. Вот мой Postfix и пытался отправить письмо самому себе через 127.0.0.1, но в своих настройках не имел этого домена. Ошибка получилась вполне логичной. А вот поведение Nic - не совсем. Первый раз столкнулся, что разделегированный домен резолвят на 127.0.0.1.

Хорошая история для какого-нибудь тестового задания по теме почтовых серверов. Изначально я смотрел лог почтового сервера во время отправки, смотрел выборку по ID письма и там было непонятно, почему письмо для этого домена попадает на loops back to myself.

#mailserver

На днях в очередной раз настраивал Proxmox Backup Server (PBS) в режиме синхронизации бэкапов между двумя разнесёнными хранилищами. Там есть некоторые нюансы с правами пользователей, которые приходится уточнять в документации, так что решил написать пошаговую инструкцию. Плюс, поделиться информацией для тех, кто ещё не настраивал подобное, либо вообще не знает о такой возможности.

PBS умеет бэкапить как виртуальные машины с уровня гипервизора, так и файлы внутри виртуальных машин с помощью Proxmox Backup Client. Сервер бэкапов делится на Datastores со своими бэкапами и настройками доступа. Каждый Datastore штатно может быть синхронизован с другим удалённым Datastore на другом PBS. Это позволяет строить распределённые системы хранения данных, где бэкапы синхронизируются автоматически и хранятся в соответствии с заданными локальными политиками хранения. Получается удобная и функциональная распределённая система бэкапов. И при этом полностью бесплатная.

Имеем 2 разных PBS: pbs-local и pbs-remote. На первый бэкапятся виртуальные машины и затем бэкапы синхронизируются в режиме Push на второй сервер. Рассказываю, как это настроить.

1️⃣ На pbs-remote идём в Configuration -> Access Control и создаём пользователя, под которым будет подключаться pbs-local. Велик соблазн везде использовать root и полные права, но не рекомендую так делать. Тут же в разделе Permissions добавляем новому пользователю следующие права:

Path: /datastore/{store}
Role: DatastoreBackup

{store} - название Datastore, куда будут синхронизироваться бэкапы. Можно создавать для каждого Datastore своего пользователя, можно использовать одного для всех. Тут уже решайте сами, как будете дробить доступ.

2️⃣ На pbs-local идём в Configuration -> Remotes и добавляем pbs-remote, используя созданную выше учётную запись.

3️⃣ На pbs-local в разделе Configuration -> Access Control -> Permissions для пользователей локальных Datastore, которые будут синхронизироваться, добавьте права:

Path: /remote
Role: RemoteSyncPushOperator

4️⃣ На pbs-local идём в Datastore, выбираем тот, что хотим синхронизировать. Переходим в раздел Sync Jobs и добавляем задачу Add Push Sync Job. Выбираем добавленный на шаге 2 remote и выбираем остальные параметры, в том числе расписание синхронизации.

На этом всё. Теперь можно либо дождаться времени выполнения, либо запустить синхронизацию принудительно. По завершении на pbs-remote будет копия всех бэкапов. То есть на обоих серверах раздел Content будет идентичным. Можно подключить pbs-remote к какому-то гипервизору и там проверять восстановление и запуск виртуальных машин. Это удобно делать, расположив PVE и PBS на одном железном сервере. Получается универсальный инструмент и для дополнительной копии бэкапов, и для их проверки.

Отдельно отмечу, что синхронизация хорошо переносит нестабильные соединения. Процесс не прерывается при разрывах связи и её отсутствии в течении нескольких минут. При возобновлении связи синхронизация продолжается.

Ту же самую процедуру синхронизации можно проводить в обратном направлении, то есть по модели Pull, когда удалённый сервер сам подключается к локальному и забирает данные. Можно всё это комбинировать. Например, VM бэкапятся в локальный Datastore, куда и них есть доступ. Потом на этом же PBS эти бэкапы по модели Pull копируются в рамках этого же сервера, но в другой Datastore, куда доступ ограничен. А с этого Datastore бэкапы по Pull или Push копируются на удалённый сервер.

Настройки очень гибкие и зависят от вашей инфраструктуры, режима параноидальности и доступного места для хранения. Напомню, что в каждом Datastore могут быть свои политики хранения бэкапов. Где-то храним 5 последних копий, а где-то 7 дневных копий, 4 недельных и 6 месячных. А куда-то складываем месячные и вообще не удаляем.

В 4-й версии PBS будет ещё пачка приятных нововведений. Например, хранение бэкапов в S3. И всё это бесплатно.

❗️Если заметка вам полезна, не забудьте 👍 и забрать в закладки.

#proxmox #backup

Хорошего DevOps-инженера непросто найти, трудно недооценить и ещё сложнее — заменить. Спрос на специалистов стабильно превышает предложение, а зарплаты — в числе самых высоких в IT.

Если хотите развиваться в профессии с высоким потенциалом, начните с курса Нетологии «DevOps-инженер с нуля». Уже через 6 месяцев вы сможете трудоустроиться сисадмином, параллельно осваивая навыки DevOps.

В результате научитесь:

👉 работать с Docker, Kubernetes, Jenkins и Git;
👉 настраивать CI/CD и мониторинг инфраструктуры;
👉 администрировать Linux, Windows и базы данных;
👉 использовать облачные технологии и микросервисы.

Вас ждут минимум 4 проекта в портфолио, бесплатный доступ к Yandex Cloud и 10 QA-сессий с экспертами из Alibaba Group, ВКонтакте и Ozon, где сможете задать любые вопросы о профессии.

А чтобы быть ещё конкурентоспособнее, вы подтянете английский и познакомитесь с основами Python.

Сейчас на курс действует скидка 40% — записывайтесь 💡

Реклама. ООО "Нетология". ИНН 7726464125 Erid 2VSb5yvgeLR

В свете недавних обсуждений гипервизоров вспомнил, как я начинал изучение KVM. До него работал с Xen и Hyper-V. Первым делом стал разбирать вопрос бэкапа виртуальных машин наживую, без их остановки. Это было более 10-ти лет назад и простых решений не существовало. Proxmox не помню, был уже тогда или нет, но я про него не знал. Использовал всё это в консоли с помощью virsh, и в GUI с помощью virt-manager.

Я изучил вопрос и разобрался, как делать снепшоты при использовании файлов qcow2 для дисков виртуальных машин, и как снимать с них бэкапы. Всё это обернул в очень простой скрипт без каких-то дополнительных проверок. Оформил всё это в статью.

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

Напомню один важный нюанс. Если вы случайно удалили образы VM, а сами машины до сих пор работают, то восстановить всё это относительно просто. Я видел отзывы, когда люди только через неделю или две замечали, что удалили диски VM, а сами машины при этом работали. Покажу на примере, как это выглядит.

Допустим, у нас работает виртуальная машина с диском в виде файла vm-109-disk-0.qcow2 и этот файл по какой-то причине был удалён в момент работы VM. То есть машина работает, а файла уже нет. Поверяем, реально ли файл удалён, но всё ещё открыт его дескриптор:

# lsof | grep '(deleted)'
kvm    402083            root  14u   REG        0,39 21478375424     17 /var/lib/vz/images/109/vm-109-disk-0.qcow2 (deleted)

Вы должны увидеть строки с упоминанием файла /var/lib/vz/images/109/vm-109-disk-0.qcow2. Значит, он реально ещё не удалён. Его держит процесс с пидом 402083. Проверяем это:

# ls -l /proc/402083/fd | grep deleted
lrwx------ 1 root root 64 Aug 3 21:16 14 -> /var/lib/vz/images/109/vm-109-disk-0.qcow2 (deleted)

Да, файловый дескриптор на месте и имеет номер 14. Скопируем из него данные обратно в файл:

# cp /proc/402083/fd/14 /var/lib/vz/images/109/vm-109-disk-0.qcow2

Какое-то время будет длиться копирование. После этого файл будет возвращён на место. Так как копирование не моментальное, диск виртуальной машины может немного пострадать. Если там есть СУБД, то может нарушиться целостность базы, но не обязательно. Большую часть ошибок сможет починить обычный fsck. По сравнению с полной потерей виртуалки это будут небольшие трудности.

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

❗️Сохраните заметку в закладки, может пригодиться в самом неожиданном случае. У меня бывало, что по ошибке удалял конфиг работающей программы. Казалось бы, вот он только что был, ты его грохнул, а как сразу же вернуть, не знаешь, надо вспоминать.

#restore #linux #terminal

▶️ Очередная подборка авторских IT роликов, которые я лично посмотрел и посчитал интересными/полезными. Это видео из моих подписок за последнее время (обычно беру период в 2 недели), что мне понравились.

В этот раз небольшой фальстарт с обычно пятничной подборкой. Завтра новый месяц, нужно будет ТОП постов опубликовать. Поэтому подборку видео решил сделать сегодня, в четверг. В этот раз много интересного, особенно из забугорного.

⇨ Tinyauth - легкая авторизация для ваших приложений
Обзор максимально простого в настройке сервиса внешней аутентификации для какого-то веб приложения. Это упрощённый аналог Authelia / Authentik / Keycloack и им подобных. Надо будет попробовать его в работе. На вид полезный сервис.

⇨ The BEST alternative to Docker and VMs! // Proxmox LXC
Известный блогер открыл для себя LXC контейнеры и рассказывает, почему они актуальны и удобны. Основное - вы получаете все преимущества контейнеризации в среде, которая максимально похожа на виртуальную машину, что удобно при взаимодействии с ней человека.

⇨ Настройка TLS в Angie: безопасность и скорость
Базовая информация по настройке TLS в веб сервере. Я всё это давно знаю, но если вам интересна тема, то рекомендую. Видео хорошо снято, с конкретными примерами. Автор вместе с нами настраивает сервер и проверяет применённые настройки.

⇨ Серверное кэширование в Angie: тонкости настройки
Эта тема в целом мне тоже знакома, а вам, если нет, то рекомендую посмотреть. Хорошо и доступно подан материал. Я в своё время делал заметку по этой теме с конкретным примером, где и как подобное кэширование может помочь.

⇨ Универсальный AirDrop на Synology в Docker
Обзор сервиса Pairdrop, который можно развернуть у себя для удобного обмена файлами. Я LocalSend для этого использую.

⇨ Установка и разворачивание CloudInit образа в Proxmox из WebUI
Подготовка образов с Cloud-init для автоматического разворачивания из них виртуалок в Proxmox. Простая для освоения и удобная технология.

⇨ Automate Your Home Lab with Terraform, Packer, Ansible & GitLab CI/CD (2025 Tutorial)
Интересное видео на тему использования перечисленных технологий на конкретных примерах в Proxmox. Внимательно посмотрел весь ролик. Немного удивился, когда увидел, как автор запускает terraform прямо из консоли powershell. Мне даже в голову не приходило её на винду ставить.

⇨ Best Home Lab Automation Tool: Semaphore UI
Обзор веб сервиса Semaphore UI для запуска плейбуков Ansible. Последнее время популярный продукт. Много вижу его упоминаний.

⇨ Passbolt 5 (Self-Hosted Password Manager) got revamped!
Обзор свежей версии сервиса для совместного хранения и использования паролей Passbolt.

⇨ ITFlow your fully featured Asset Management, Help Desk, Invoicing, and Ticketing system
Очень подробный обзор бесплатной системы ITFlow, которая включает в себя систему HelpDesk, учёт оборудования и других ресурсов, хранение паролей и некоторые другие функции. Раньше не слышал о ней. Бегло посмотрел видео, отмотал сразу к обзору возможностей. По своей сути это решение класса Service Desk. Не скажу, что оно меня как-то впечатлило, но для бесплатного продукта неплохая функциональность. Мне кажется, что такого рода продукты лучше платные брать с максимальной функциональностью. Это не тот инструмент, на котором стоит экономить, так как от него напрямую зависит эффективность бизнеса.

⇨ Publish a Static Hugo Website the EASY way // Cloudflare Workers
Пример создания статического сайта с помощью генератора Hugo и его автодеплой через gitlab worker. Hugo очень популярен сейчас. Почему-то почти все техноблогеры делают сайты на нём. Хотя, посмотрев видео, становится понятно, почему.

⇨ Управление потоком в TCP | Компьютерные сети 2025 - 34
Очередной обновлённый урок хорошего курса по сетям от Созыкина Андрея.

#видео

В последние несколько лет потеряли популярность или исчезли практически все бесплатные платформы виртуализации. Лет 5-7 назад у меня в обслуживании были XenServer, Hyper-V, ESXi, Proxmox. Я постоянно метался от одного к другому, не зная, на чём окончательно остановиться. Причём Proxmox на тех порах был отстающим, потому что для него не было хорошего софта для бэкапов. Пользовался им, потому что нравилось управление через браузер.

Со временем все эти гипервизоры исчезли:

◽️Xenserver сильно ограничил возможности бесплатной версии, либо вообще ликвидировал её. Не знаю, какая у неё сейчас судьба. Очень давно его не видел.
◽️Hyper-V Server просто закрыли, Microsoft свернула проект. Больше не будет бесплатной редакции вообще.
◽️ESXi то урезали возможности бесплатной версии, то вообще свернули, потом откатили. На фоне таких выкрутасов пользоваться им не имеет большого смысла. Не понятно, что там дальше будет. Да и на фоне Proxmox возможности бесплатного ESXi смотрятся не очень.

Остался по сути один Proxmox. Надеюсь его не прикроют. На текущий момент бесплатная редакция полностью закрывает потребности малой (одиночные хосты) и средней (кластера из нескольких нод) инфраструктуры как по развёртыванию нагрузки, так и по её бэкапу. Даже не придумаю, чего ещё этой платформе не хватает. Уже всё, что надо есть. PVE + PBS закрывают все базовые задачи.

Теоретически есть ещё XCP-ng на базе Xen, но я его вообще ни разу ни у кого не встречал. Скорее всего там в полный рост встанет вопрос - чем его бэкапить.

У всех блогеров в ютубе поголовно используется Proxmox. Вообще ничего другого ни у кого не встречаю. Сам тоже уже давно не устанавливал другие гипервизоры, кроме Proxmox. В обслуживании ещё осталось некоторое количество Hyper-V, а всё остальное - Proxmox.

А у вас что-то есть, помимо Прокса? Я имею ввиду небольшие системы, а не кластеры типа OpenNebula и продукты на её основе, OpenStack и т.д.

#виртуализация

Открытый практикум Linux by Rebrain: Память в Linux

После регистрации мы отправим вам подарок! Вы сможете найти его в ответном письме.

👉Регистрация

Время проведения:

6 августа (среда) в 20:00 по МСК

Программа практикума:

▪️Эволюция адресации памяти x86
▫️Виртуальная память
▪️Оценка загрузки памяти в linux
▫️Сache, vfs cache, vfs_cache_pressure

Кто ведёт?

Андрей Буранов — системный администратор в департаменте VK Play. 13+ лет опыта работы с ОС Linux. 11+ лет опыта преподавания. Входит в топ-3 лучших преподавателей образовательных порталов.

Бесплатные практикумы по DevOps, Linux, Networks и Golang от REBRAIN каждую неделю. Подключайтесь!

Реклама. ООО "РЕБРЕИН", ИНН: 7727409582, erid: 2W5zFJsg5Ri

С удивлением узнал про существование необычного мониторинга – openITCOCKPIT. Искал информацию про веб панель Cockpit, а в выдаче попались материалы в том числе про openITCOCKPIT. Заинтересовался и решил посмотреть. Мне казалось, я уже видел все более-менее известные мониторинги. Собрал их в обзорную статью на сайте.

📌 Основные особенности openITCOCKPIT:

▪️Изначально мониторинг построен на базе Nagios.
▪️Интерфейс на php: Laravel + Vue.js.
▪️Имеет интеграцию с мониторингами на базе Checkmk и Prometheus.
▪️Сбор метрик возможен как агентами, так и без них, напрямую.
▪️Интеграция с LDAP / Active Directory, поддержка SSO, RBAC.
▪️Поддержка HTTP API.
▪️Интеграция с Grafana. Её графики можно встраивать в основном интерфейсе мониторинга.
▪️Установка из пакетов, либо запуск в Docker.
▪️Две редакции: Community Edition и Enterprise Edition (сравнение). Ограничения бесплатной версии только в плане функциональности, но не количества хостов. Для базового мониторинга бесплатной версии может быть достаточно.

По описанию продукт довольно необычный. Такая сборная солянка всех популярных современных решений в связке со старыми. Когда его ставил, посмотрел, что он за собой тянет. Чего там только нет: victoria-metrics, grafana, graphite, puppeteer и некоторые другие. Как я понял, метрики он по умолчанию хранит в RRD, хосты, настройки, журналы, состояние в MariaDB. Для метрик можно подключить InfluxDB.

Немного поизучал его в публичном 🌐Demo (demo@openitcockpit.io / demo123). Там как раз развёрнута версия Community Edition. Выглядит немного сумбурно, но в плане функциональности понравились многие вещи:

🔹Понравился раздел с картами Maps и Status Map. Примеры ниже на картинке. Проверил, эта функциональность включёна в бесплатную редакцию. Удобно сделана карта стойки с подсветкой портов на свитчах. Наводишь мышку на порт и получаешь о нём информацию.

🔹Есть возможность настроить публичную Status page.

🔹Понравился интерфейс статуса хоста с его метриками, службами и статусом. Он типичный для форков Nagios. Мне лично он нравится.

🔹Удобно преднастроить и загрузить актуальную версию агента прямо с веб интерфейса, если вручную добавляешь хост, и тут же его зарегистрировать на сервере.

Настройка мониторинга выглядит следующим образом:

1️⃣ Устанавливаете сервер. Не буду сюда копировать команды из инструкции, чтобы не раздувать объём. Я развернул из пакетов на Debian 12.
2️⃣ Добавляете хост по доменному имени или IP адресу.
3️⃣ Создаёте в настройках хоста службу. Например службу Ping и выбираете соответствующий шаблон. Если на хосте стоит агент, то можно выбрать автоопределние служб. Тогда будут найдены все службы, которые настроены на агенте или присутствуют по умолчанию в базовых настройках агента.
4️⃣ Сохраняете хост и применяете настройки. Без применения настроек, мониторинг хоста работать не начнёт. Тут такой подход к конфигурации, типичный для Nagios. Сначала настраиваем, потом применяем.
5️⃣ Агенты могут работать в двух режимах на выбор: Pull и Push. То есть либо сервер подключается к агенту и забирает метрики, либо агент сам их отправляет. Выбор зависит от конфигурации сети и связности хостов с сервером. Скачать агента и подключить хост можно через веб интерфейс мониторинга.

В целом мониторинг интересный. Если сравнивать с Zabbix и Prometheus, то порог входа у него поменьше. Проще будет разобраться и настроить. Но я тут могу быть необъективен, потому что похожие мониторинги уже видел. Знаю и Nagios, и некоторые его форки, тот же Checkmk. Мне знаком подход к настройке мониторинга на основе сервисов.

Попробуйте, может вам зайдёт, если нет желания изучать и внедрять что-то более масштабное. По своей сути openITCOCKPIT – мониторинг общего назначения, прямой аналог Zabbix. По крайней мере мне так показалось. Пополнил список бесплатных мониторингов с открытым исходным кодом.

⇨ 🌐 Сайт / Исходники

❗️Если заметка вам полезна, не забудьте 👍 и забрать в закладки.

#мониторинг

Как выбрать сервер для 1С — и не сломаться?

Какие требования к процессору нужно учесть? Стоит ли использовать сервер с двумя процессорами? Разворачивать сервер в облаке или на земле? Какие частые ошибки бывают?

Забирайте годное исследование на 16 пунктов с кейсами, таблицами и примерами!

Забрать исследование

Реклама. ООО "ИТЕЛОН". ИНН 7701527528. erid: 2W5zFGv3vxQ

Когда-то давно рассказывал про сервис haveibeenexpired.com. С его помощью можно следить за актуальностью сертификатов на сайтах и за оплатой доменов. Его особенность в том что он:

1️⃣ Бесплатно даёт 100 проверок в день, что во многих ситуациях хватает за глаза.
2️⃣ Автоматически находит все поддомены вашего основного домена, если на них выпускались сертификаты. Делает он это с помощью стандарта Certificate Transparency.

Второй момент интересен, если у вас есть какая-то динамика по поддоменам. Сервис автоматически их находит и ставит на мониторинг.

Вспомнил про этот сервис не случайно. Так то у меня другие мониторинги используются (Zabbix, Gatus). Он последнее время активизировался и стал раз в неделю присылать отчёт, где указывает, какие домены на мониторинге, какой срок жизни сертификатов, нет ли просроченных.

Я лично люблю такие отчёты, потому что они показывают, что системы работают, всё под контролем, мониторинг на месте. Уже делал ранее заметки по этой теме. Люблю, когда системы шлют не только о проблемах, но и периодически о том, что всё в порядке.

Сервис по факту неплохой. Аутентификация через google или github, никаких дополнительных регистраций делать не надо. Денег не просит. Можно в качестве подстраховки к основному мониторингу добавить. Как показывает практика, проспать сертификаты и по сей день много кто умудряется.

❗️Если заметка вам полезна, не забудьте 👍 и забрать в закладки.

#мониторинг #бесплатно

📅 12 августа в 11:00 (МСК)

💻 Вебинар «Экосистема без импорта»

Производители КАТЮША и РАМЭК (в Реестре Минцифры!) расскажут, как строить ИТ-инфраструктуру на российской технике — надежно, безопасно и без зависимости от импорта.

Что вас ждет:
🔹 Как работают отечественные МФУ и ПК
🔹 Успешные кейсы внедрения
🔹 Поддержка на всех этапах
🔹 Ответы на вопросы и 🎁 подарки участникам

🗓 В программе:
— Приветственное слово от системного интегратора
— «От платы до МФУ: российский путь в печати» — КАТЮША
— «РАМЭК и путь к собственным ИТ-решениям»

📌 Участие бесплатное, но нужна регистрация!

👉 Регистрация https://galex.ru/pages/katusharamek/

Реклама, ООО ГалэксКом, ИНН 2224181244, erid: 2SDnjcHSDt2

💀 Как работают процессы в Linux и что такое процессы-зомби?

👉 На открытом уроке «Процессы в Linux: от демонов до зомби» 29 июля в 20:00 МСК мы разберём жизненный цикл процессов, отличия демонов от обычных процессов, а также расскажем о зомби и сиротах. Вы узнаете, как управлять процессами и диагностировать их с помощью мощных утилит.

💪 Понимание того, как работают процессы в Linux, — это ключевая компетенция для системного администратора. Научитесь отслеживать состояние процессов, корректно завершать или перезапускать их, а также избегать накопления зомби в системе.

🎁 Присоединяйтесь к вебинару и получите специальное предложение на курс «Administrator Linux. Professional».

👉 Для участия в вебинаре зарегистрируйтесь: https://clck.ru/3NJ6rt

Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576

Продолжаю утреннюю праздничную тему. На ютубе есть канал одной IT компании, которая почти каждый год выпускает юмористические ролики на тему сисадминов в праздник. Юмор специфический, но в основном неплохо задумано и снято. Что-то совсем старое, что-то не очень.

Я записал некоторые понравившиеся видео с ютуба в переводе от Яндекса для вашего удобства. Пришлось немного заморочиться. Мне лично больше всего понравился ролик на тему ИИ. Он самый первый в списке.

Оригиналы можно увидеть на youtube.

Всех ещё раз с праздником.

#юмор #видео