На днях на хабре видел статью под названием "Стек российского сисадмина в 2026". Статья в корпоративном блоге, написана для продвижения своего продукта. Содержание мне не особо понравилось, поэтому ссылку не привожу. Понравилась сама идея.

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

Итак, моя субъективная подборка бесплатного софта для системного администратора небольшой или средней компании. Ни на что не претендую. Просто сел, подумал, какой софт вспомнил для той или иной задачи, такой и указал. Подробностей не пишу, потому что по каждому продукту ссылка на мою заметку, либо он и так очень известный.

🔹Виртуализация. Сейчас без вариантов - Proxmox. Закрывает вопрос и одиночных серверов, и кластеров, в том числе с HA. Но если прям совсем его не хочется, то XCP-ng. Заметка с бурным обсуждением этой темы.

🔹Шлюз. В зависимости от ситуации и предпочтений - Mikrotik или программный шлюз на базе OPNSense, VyOS, IPFire. Если планируется настраивать какую-то экзотику из нестандартных протоколов и туннелей, то своя сборка на базе Linux. Для соответствия требованиям регуляторов можно взять ИКС.

🔹Статистика по трафику: Akvorado, Elastiflow, Arkime, GoFlow2.

🔹Обнаружение (IDS) и предотвращение (IPS) вторжений: Suricata, Clear NDR (SELKS), Zenarmor.

🔹SIEM-система: Wazuh, RvSIEM.

🔹Шлюз удалённых подключений внутрь инфраструктуры: Nexterm, Infrax, Apache Guacamole.

🔹Удалённый доступ к пользователям: Infrax, Aspia, OpenRPort, MeshCentral, RustDesk.

🔹VPN. Для меня без вариантов - OpenVPN, веб интерфейсы для него.

🔹Мониторинг. База для полноценного мониторинга: Zabbix, Prometheus (Prom++), VictoriaMetrics, Netdata, Checkmk. Более простые решения: Infrax, Gatus, Uptime Kuma, Beszel.

🔹Почтовый сервер. Самосбор на Linux, готовые сборки: Carbonio CE, Mailu, Mailcow, Poste.io, Mail-in-a-Box, Stalwart Mail Server.

🔹Файловый сервер. Я предпочитаю настраивать Samba. Готовые решения: TrueNAS, OpenMediaVault, Cloudreve, SFTPGo, Seafile, ownCloud Infinite Scale, OpenCloud.

🔹Сбор логов: ELK Stack, Loki, VictoriaLogs. Перечислены от сложного к более простому.

🔹Бэкапы. База для бэкапа виртуалок - Proxmox Backup Server + Client для сбора файлов у клиентов (Windows только через WSL или сторонний клиент). Альтернатива - Veeam Backup & Replication Community Edition, если умещаетесь в рамки бесплатной версии. Бэкап на клиентах - Veeam Agent for Windows или Linux Free.

Прочие системы для бэкапа разрозненной информации с GUI: Hasleo Backup Suite Free, AOMEI Backupper Standard, с веб интерфейсом: Zerobyte, Minarca Backup, Duplicati, UrBackup, BackupPC, ElkarBackup и без него: ReaR, Restic, Borg, Rclone, Rsync.

🔹Чат-сервер. Больше всего работал с Rocket.Chat. Все бесплатные серверы - это те или иные компромиссы. Выбирать приходится из того, что больше нравится, подходит: Mattermost, Zulip, TrueConf Server Free, Nextcloud Talk. Остальные платформы менее распространены.

🔹Телефония. Рекомендую покупать, как сервис. Если всё же хочется своего, то ванильный Asterisk, либо MikoPBX.

🔹Совместная работа. Для совместной работы у меня однозначный лидер - Onlyoffice. Наиболее близкий аналог - Nextcloud с дополнением Onlyoffice DocumentServer.

🔹HelpDesk системы: Zammad, OTRS, GLPI, osTicket, UVDesk.

🔹Инвентаризация: Snipe-IT, GLPI, Tactical RMM, NetBox.

🔹Хранение паролей: Vaultwarden, Bitwarden, Passbolt, Bearpass, Psono.

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

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

———
ServerAdmin: 📱 Telegram | 🌐 Сайт | 📲 MAX 😩

#подборка

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

🔥 Proxmox с 0 до 100%. Всё, что нужно знать!
Автор серьёзно заморочился и записал 5-ти 😱 часовое видео по настройке Proxmox, где есть всё: виртуалки, контейнеры, кластер, SDN, CEPH, бэкапы и т.д. Я всё не смотрел, так как это знаю. Но видео у автора всегда качественные, так что рекомендую тем, кто хочет изучить эту тему.

⇨ AGENTS.md и CLAUDE.md: как готовить?
Короткое видео с описанием и примерами настройки указанных файлов для ии-агентов.
⇨ Создаём Agent skills | Навыки агента
Ещё одно коротенькое наглядное видео с описанием и созданием скилов для ии-агентов. У автора классное повествование, люблю его короткие ролики, где только суть.

⇨ Почему DevOps не могут найти работу в 2026 году? Что я увидел на собеседованиях
Любопытный опыт собеседований автора, когда куча кандидатов накручивают опыт и врут. А вообще с работой в IT сейчас не очень. Так что не разбрасывайтесь ею и не делайте резких необдуманных движений.

⇨ Pi: Open-Source AI Agent Terminal Set-Up
Обзор ии-агента Pi. Очень похож на Opencode, которым пользуюсь я. Как я понял, основная фишка Pi - максимальная лёгкость и экономия контекста, что наиболее актуально для локальных моделей, если хочется экономить токены и повышать общую производительность.

⇨ СРАВНЕНИЕ топовых Harness на локальных моделях:Opencode, Pi, Hermes, OpenClaw
Короткое видео с результатами тестов агентов на реальных задачах. Кому не интересно смотреть, сразу скажу, что агенты несильно отличаются друг от друга, но чуть лучше других показали себя opencode и openclaw.

⇨ Я заставил 9 нейросетей решать задачи — победила самая дешёвая
Ещё одни тесты, только уже открытых нейронок. Победил DeepSeek V4-Flash. Сами результаты тестов не особо интересны. Больше интересно посмотреть на примеры конкретных задач, которые они решают.

⇨ Один инструмент для всего доступа в homelab — NetBird
Пример настройки Netbird - сервера для mesh сети из устройств на базе WireGuard. Автор разворачивает его на внешнем VPS и демонстрирует новую функциональность этого сервера, которая позволяет публиковать веб ресурс из внутренней сети с аутентификацией на базе Netbird. В этом плане Netbird стал похож на Pangolin, у которого публикация веб ресурсов - основная функциональность.

⇨ Pangolin — зачем он нужен твоему homelab?
И тут же обзор Pangolin с решением той же задачи - публикация веб приложения из закрытой сети в интернет через внутреннюю mesh сеть.

⇨ Technitium: The Self-Hosted DNS Server You Should Run
Подробный разбор функционального DNS сервера Technitium, как замену Bind или Dnsmasq для небольших сетей. Сервер классный, мне очень понравился, когда тестировал его.

⇨ Выбираем NAS для дома в 2026 году и не только
Автор просто фанат насов. У него чего только не было - Synology, Terramaster, Aoostar, Zimaboard. Может ещё какие, я не особо слежу за этой темой. Если вы подбираете себе NAS, то имеет смысл его послушать. Он по умолчанию рекомендует Synology, как эталон беспроблемной системы для NAS. Я, кстати, с ним полностью. согласен. Если нет желания разбираться во всём этом и есть деньги, то берите Synology и не забивайте себе голову. У меня XPEnology уже 15 лет работает, всем устраивает.

———
ServerAdmin: 📱 Telegram | 🌐 Сайт | 📲 MAX 😩

#видео

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

Собрал всё на новом месте - один сервер не запустился. Сервер старый - 12 лет, ещё на SAS дисках 10k формата SFF (2.5") и железном контроллере LSI MegaRAID. Вот он то и подвёл. Просто перестал определятся. Соответственно, сам сервер работает, но диски не видит. Я и так, и сяк его покрутил, повертел, потряс, повтыкал - ничего не помогает. Сервер хоть и старый, но жаль его, свою работу он выполнял, и его 8 дисков в одном юните были очень кстати.

Это известная тема, когда выходит из строя рейд контроллер. Её всегда приводят в пример, когда спорят на тему, нужен ли он, или лучше использовать программную реализацию. Конкретно в этом споре мне довод о том, что рейд контроллер может сломаться, кажется нелепым. Сломаться может всё, что угодно. В любом случае должны быть бэкапы, чтобы не переживать за железо. У меня бэкапы были, уже развернул. Не без приключений, но всё получилось. Отдельно об этом расскажу.

Для меня выбор между железным рейдом и софтовым даже сейчас не очевиден. Да, рейд контроллер - это ещё одна точка отказа и его функциональность почти полностью может заменить программный рейд. Но в то же время отвязка системы хранения от ОС с управлением и мониторингом через BMC (Baseboard Management Controller), плюс, простая и понятная горячая замена дисков, тоже выглядят удобным. Если всё нормально настроено, сбойный диск просто начинает мигать красным. Ты его вынимаешь, заменяешь и запускается ребилд, либо диск встаёт в резерв, а ребил уже был выполнен резервным диском. Всё максимально просто, даже сервер выключать не надо.

В итоге я каждый раз ломаю голову при заказе нового сервера, брать нормальный рейд контроллер или нет, прокидывать диски в систему напрямую. А вы что предпочитаете?

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

Конечно, хорошо полностью отвязаться от железа и арендовать облачные ресурсы. Но если взять, к примеру, этот сервер, который проработал 12 лет, и арендовать эти же ресурсы в облаке на такой же срок, то не ошибусь, если предположу, что расходов будет на порядок больше - раз в 10-20.

———
ServerAdmin: 📱 Telegram | 🌐 Сайт | 📲 MAX 😩

#железо

🫣 Вы ведь не переносите вручную данные из сервис деска в другую систему и обратно, правда?

4 июня в 11:00 МСК приглашаем на вебинар

«Как подружить ITSM 365 с другими сервисами: 4 способа настройки интеграций под ваши задачи»

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

А нам есть что предложить: 3 базовых варианта и 1 альтернативный способ.

📶 Готовые интеграции — легко подключить, просто управлять

📶 Интеграции через JSON RPC — для тех, кто хочет сделать сам

📶 Настройка вендором — мы реализуем, вы пользуетесь

📶 Реализация с помощью low-code платформы — весь процесс внутри ITSM 365, без всяких там внешних сервисов

Приходите, расскажем в подробностях!

🔗 Зарегистрироваться на вебинар

Реклама, ООО Смартнат, ИНН 6658396257, erid: 2SDnjevC3xe

И в продолжение утренней темы про переезд серверной. Как уже сказал, один из серверов не завёлся. Там был гипервизор Hyper-V. Раньше я постоянно использовал его бесплатную редакцию, потому что удобно и много инструментов для бэкапов. Последние несколько лет ставлю везде Proxmox. Тут поленился сделать заранее переезд на новый гипервизор, за что и поплатился.

С виндовым терминальным сервером пришлось повозиться. В общем случае переезд с Hyper-V на Proxmox у меня выглядел просто:

1️⃣ Импортировал VHDX образ диска из Veeam Backup & Replication в файл.
2️⃣ Подмонтировал в Proxmox шару с файлом и забрал на гипервизор.

# mount -t cifs //192.168.0.7/backup /mnt/fileserver -o user=backup,password=pass123

3️⃣ Создал новую машину в PVE без дисков.
4️⃣ Сконвертирал и сразу подключил диск к новой машине:

# qm importdisk 107 /mnt/fileserver/terminal.vhdx local

Формат команды следующий:

# qm importdisk <vmid> <source> <storage>

Система была без EFI, так что никаких лишних заморочек. Но дальше начались свои приключения, с которыми пришлось разбираться, так как у меня почти нет практики восстановления Windows. Если в Linux мне всё понятно - загрузчик grub, стартовый образ initramfs и дальше основная система, то винда - тёмный лес. Хорошо, что для таких случаев есть ИИ, который хоть и не давал точных ответов без ошибок, но направление было понятно.

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

Рассказываю суть, как чинить загрузку Windows систем при переезде в Proxmox, если про какой-то причине вы заранее не установили туда драйвера.

1️⃣ Загружаемся в режиме восстановления и запускаем cmd.
2️⃣ Запускаем diskpart, вводим команду list volume, чтобы узнать букву диска, где стоит система, и букву диска с драйверами virtio. Диск с Windows VirtIO Drivers надо скачать и подключить к машине.
3️⃣ С помощью dism можно интегрировать в неработающую систему нужные драйвера (viostor для ide и vioscsi для scsi). Для меня это было новым знанием:

> dism /image:C:\ /add-driver /driver:D:\viostor\w10\amd64\viostor.inf

4️⃣ Далее оказалось, что интеграции драйверов недостаточно, их нужно то ли активировать, то ли добавить в загрузку. К сожалению, команд не сохранил, потому что смотрел их со смартфона. В общем, надо добавить ключ в реестр, чтобы драйвер загружался. Это тоже всё делается в cmd.
5️⃣ Опять с загрузкой провал. Система не грузится и ругается на неподписанный драйвер. Это ограничение можно обойти либо опять же командой в аварийной консоли, либо выбрав режим загрузки Windows, который есть в списке вместе с различными вариантами безопасной загрузки, который позволяет использовать неподписанные драйвера.
6️⃣ После всех описанных действий система загрузилась.

Всё это заняло много времени и может показаться, что путь нерациональный с точки зрения того, что ничего не было подготовлено заранее. У меня на самом деле был подменный сервер с Hyper-V, куда бы я мог всё восстановить, но раз уж случилось, решил сразу переехать на Proxmox, чтобы потом опять не заниматься этой задачей. По ходу дела уже думал развернуть бэкап на Hyper-V, установить драйвера и вернуть на PVE, но не захотелось по сети гонять огромный образ диска. Решил вопрос на месте.

———
ServerAdmin: 📱 Telegram | 🌐 Сайт | 📲 MAX 😩

#proxmox #hyperv

Решил вынести в отдельную заметку видео про Proxmox, которое мне показалось полезным, потому что некоторые советы из него я применяю сам, но никогда не собирал их в одну публикацию:

▶️ 5 полезных настроек Proxmox, которые стоит внедрить

Речь там идёт вот о чём:

1️⃣ Включить настройку Discard в свойствах диска виртуальной машины, если у вас хранилище на базе SSD дисков. По умолчанию она выключена.

Я всегда так делаю, а гостям в cron ставлю команду:

# fstrim -av

После её выполнения образ диска занимает ровно столько места, сколько реально занято в системе в госте, а не весь его объём. Это существенно экономит место на хранилище. Писал об этом подробную заметку.

2️⃣ Использование стандартных настроек CPU, которые поддерживаются всеми узлами кластера. Часто хочется указать тип host, и я так делаю, чтобы использовать все возможности ядра. Но в таком случае миграция не работает, если у вас узлы кластера с разными процессорами. Придётся установить что-то, что поддерживается всеми, типа x86-64-v2-AES, x86-64-v2 или kvm64. Тут уже по месту смотрите, из чего у вас собран кластер.

3️⃣ Автор предлагает использовать SDN вместо ручных настроек сети даже в самых простых ситуациях. Совет, конечно же логичный, но я пока костылю настройки сам без SDN. Надо бы переучиваться для унификации и переносимости.

4️⃣ Динамическая балансировка нагрузки в кластере. Она появилась в свежей версии 9.2 и автор предлагает её использовать. Собственно, почему бы и нет. Лишнее напоминание тем, кто пропустил новости с обновлением.

5️⃣ Последний совет на любителя - использовать различные панели управления и визуализации, типа Pulse или PegaProx. Я Pulse в пару мест поставил, где несколько хостов PVE. Выглядит красиво и удобно, но не сказать, что сильно надо. Можно и обойтись.

Некоторые дополнительные советы от меня по первоначальной настройке PVE:

◽️Сразу через веб интерфейс отключаю enterprise репозиторий
◽️Готовлю простенький шаблон с системой для раскатки через cloude-init.
◽️Если не будет настраиваться ограничение доступа к веб интерфейсу через файрвол, то делаю его в настройках pveproxy через указание доверенных IP.
◽️Настраиваю отправку уведомлений (email, gotify)
◽️Если используется zfs, настраиваю лимит использования памяти

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

———
ServerAdmin: 📱 Telegram | 🌐 Сайт | 📲 MAX 😩

#proxmox

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

Помню, что была опция по обновлению биоса в IPMI панели управления сервером. Захожу в Maintenance, нахожу BIOS Update и расстраиваюсь, так как для этого нужно приобретать какую-то лицензию. А без неё обновление только с загрузочного носителя в DOS или через UEFI. Очень не хотелось со всем этим заморачиваться, поэтому решил поискать путь попроще.

И я его нашёл. Есть репозиторий supermicro-product-key. Там работающее решение по получению ключа для разблокировки расширенных возможностей IPMI. Я его проверил, способ рабочий. У меня получилось без проблем обновить bios.

Для получения самой простой лицензии, которая позволяет обновлять биос, достаточно запустить генератор ключа на основе mac адреса сервера, который можно посмотреть в IPMI панели:

> supermicro-product-key.exe oob encode 3cecef123456
CE27-F641-9B04-6B24-5D04-5D32

Вводим код и можно обновлять биос. Я чисто из любопытства установил и самую навороченную лицензию, которая позволяет выполнять централизованное управление всеми серверами. В репозитории есть все инструкции. На практике не знаю, где это может пригодиться. У меня нету парка однотипных серверов. А вот обновление биоса очень пригодилось. Плюс, какой-то уровень лицензии добавил iKVM через HTML5, а не через глючную Java. Приятный бонус.

С учётом того, что серверы Supermicro за их стоимость довольно популярны у нас, решил написать заметку. Хотя лично я, если нужно приобрести сервер, отдаю предпочтение бушным серверам Dell.

Я заодно и прошивку IPMI обновил. И по старой русской традиции не прочитал инструкцию по обновлению. А там красным цветом с восклицательным знаком написано, что во время обновления надо поставить галочку на сброс настроек к заводским. Конечно же я этого не сделал. Мне и в голову не пришло, что это обязательное требование. В процессе был выбор - сбросить или оставить настройки. Разумеется, я оставил. Нелогично же давать выбор, когда выбора реально нет, надо обязательно сбрасывать.

В общем, после обновления IPMI он у меня сломался. Пришлось повозиться и через SUM (Supermicro Update Manager) сбросить настройки. Сервер старый, запасной, поэтому я поленился заморочиться и всё проверить. Но если будете рабочие сервера обновлять, то рекомендую всё же читать инструкции по обновлению как биоса, там и bmc.

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

———
ServerAdmin: 📱 Telegram | 🌐 Сайт | 📲 MAX 😩

#железо