ServerAdmin.ru
رفتن به کانال در Telegram
Авторская информация о системном администрировании. Информация о рекламе: @srv_admin_reklama_bot Автор: @zeroxzed Второй канал: @srv_admin_live Сайт: serveradmin.ru Ресурс включён в перечень Роскомнадзора
نمایش بیشتر📈 تحلیل کانال تلگرام ServerAdmin.ru
کانال ServerAdmin.ru (@srv_admin) در بخش زبانی روسی بازیگری فعال است. در حال حاضر جامعه شامل 32 681 مشترک است و جایگاه 4 092 را در دسته فناوری و برنامه‌ها و رتبه 19 579 را در منطقه روسيا دارد.
📊 شاخص‌های مخاطب و پویایی
از زمان ایجاد در невідомо، پروژه رشد سریعی داشته و 32 681 مشترک جذب کرده است.
بر اساس آخرین داده‌ها در تاریخ 26 اکتبر, 2026، کانال فعالیت پایداری دارد. در ۳۰ روز گذشته تغییر اعضا برابر 135 و در ۲۴ ساعت گذشته برابر -9 بوده و همچنان دسترسی گسترده‌ای حفظ شده است.
- وضعیت تأیید: تأیید نشده
- نرخ تعامل (ER): میانگین تعامل مخاطب 22.89% است و در ۲۴ ساعت نخست پس از انتشار، محتوا معمولاً 12.85% واکنش نسبت به کل مشترکان کسب می‌کند.
- دسترسی پست‌ها: هر پست به طور میانگین 7 481 بازدید دریافت می‌کند. در اولین روز معمولاً 4 199 بازدید جمع‌آوری می‌شود.
- واکنش‌ها و تعامل: مخاطبان به‌طور فعال حمایت می‌کنند؛ میانگین واکنش به هر پست 74 است.
- علایق موضوعی: محتوا بر موضوعات کلیدی مانند linux, docker, мониторинг, контейнер, serveradmin تمرکز دارد.
📝 توضیح و سیاست محتوایی
نویسنده این فضا را محل بیان دیدگاه‌های شخصی توصیف می‌کند:
“Авторская информация о системном администрировании.
Информация о рекламе: @srv_admin_reklama_bot
Автор: @zeroxzed
Второй канал: @srv_admin_live
Сайт: serveradmin.ru
Ресурс включён в перечень Роскомнадзора”
به لطف به‌روزرسانی‌های پرتکرار (آخرین داده در تاریخ 27 اکتبر, 2026)، کانال همواره به‌روز و دارای دسترسی بالاست. تحلیل‌ها نشان می‌دهد مخاطبان به‌طور فعال با محتوا تعامل دارند و آن را به نقطه اثرگذاری مهم در دسته فناوری و برنامه‌ها تبدیل کرده‌اند.
32 681
مشترکین
-924 ساعت
+217 روز
+13530 روز
در حال بارگذاری داده‌ها
کانال‌های مشابه
ابر برچسب‌ها
اشارات ورودی و خروجی
---
---
---
---
---
---
جذب مشترکین
اکتبر '26اکتبر '26
اکتبر '26
+289
در 0 کانال‌ها
سپتامبر '26
+234
در 0 کانال‌ها
Get PRO
اوت '26
+254
در 2 کانال‌ها
Get PRO
ژوئیه '26
+254
در 2 کانال‌ها
Get PRO
ژوئن '26
+298
در 1 کانال‌ها
Get PRO
مه '26
+400
در 2 کانال‌ها
Get PRO
آوریل '26
+311
در 3 کانال‌ها
Get PRO
مارس '26
+472
در 5 کانال‌ها
Get PRO
فوریه '26
+367
در 0 کانال‌ها
Get PRO
ژانویه '26
+312
در 0 کانال‌ها
Get PRO
دسامبر '25
+251
در 0 کانال‌ها
Get PRO
نوامبر '25
+320
در 1 کانال‌ها
Get PRO
اکتبر '25
+316
در 2 کانال‌ها
Get PRO
سپتامبر '25
+265
در 2 کانال‌ها
Get PRO
اوت '25
+333
در 2 کانال‌ها
Get PRO
ژوئیه '25
+366
در 1 کانال‌ها
Get PRO
ژوئن '25
+465
در 1 کانال‌ها
Get PRO
مه '25
+531
در 2 کانال‌ها
Get PRO
آوریل '25
+513
در 0 کانال‌ها
Get PRO
مارس '25
+456
در 2 کانال‌ها
Get PRO
فوریه '25
+478
در 1 کانال‌ها
Get PRO
ژانویه '25
+644
در 5 کانال‌ها
Get PRO
دسامبر '24
+548
در 0 کانال‌ها
Get PRO
نوامبر '24
+547
در 0 کانال‌ها
Get PRO
اکتبر '24
+710
در 1 کانال‌ها
Get PRO
سپتامبر '24
+688
در 2 کانال‌ها
Get PRO
اوت '24
+624
در 0 کانال‌ها
Get PRO
ژوئیه '24
+496
در 1 کانال‌ها
Get PRO
ژوئن '24
+508
در 1 کانال‌ها
Get PRO
مه '24
+572
در 2 کانال‌ها
Get PRO
آوریل '24
+590
در 0 کانال‌ها
Get PRO
مارس '24
+759
در 3 کانال‌ها
Get PRO
فوریه '24
+746
در 2 کانال‌ها
Get PRO
ژانویه '24
+697
در 0 کانال‌ها
Get PRO
دسامبر '23
+940
در 7 کانال‌ها
Get PRO
نوامبر '23
+416
در 1 کانال‌ها
Get PRO
اکتبر '23
+1 760
در 2 کانال‌ها
Get PRO
سپتامبر '23
+626
در 0 کانال‌ها
Get PRO
اوت '23
+1 119
در 0 کانال‌ها
Get PRO
ژوئیه '23
+506
در 0 کانال‌ها
Get PRO
ژوئن '23
+507
در 0 کانال‌ها
Get PRO
مه '23
+455
در 0 کانال‌ها
Get PRO
آوریل '23
+483
در 0 کانال‌ها
Get PRO
مارس '23
+802
در 0 کانال‌ها
Get PRO
فوریه '23
+390
در 0 کانال‌ها
Get PRO
ژانویه '23
+519
در 0 کانال‌ها
Get PRO
دسامبر '22
+432
در 0 کانال‌ها
Get PRO
نوامبر '22
+422
در 0 کانال‌ها
Get PRO
اکتبر '22
+432
در 0 کانال‌ها
Get PRO
سپتامبر '22
+482
در 0 کانال‌ها
Get PRO
اوت '22
+449
در 0 کانال‌ها
Get PRO
ژوئیه '22
+353
در 0 کانال‌ها
Get PRO
ژوئن '22
+400
در 0 کانال‌ها
Get PRO
مه '22
+475
در 0 کانال‌ها
Get PRO
آوریل '22
+485
در 0 کانال‌ها
Get PRO
مارس '22
+956
در 0 کانال‌ها
Get PRO
فوریه '22
+443
در 0 کانال‌ها
Get PRO
ژانویه '22
+372
در 0 کانال‌ها
Get PRO
دسامبر '21
+560
در 0 کانال‌ها
Get PRO
نوامبر '21
+589
در 0 کانال‌ها
Get PRO
اکتبر '21
+433
در 0 کانال‌ها
Get PRO
سپتامبر '21
+610
در 0 کانال‌ها
Get PRO
اوت '21
+632
در 0 کانال‌ها
Get PRO
ژوئیه '21
+456
در 0 کانال‌ها
Get PRO
ژوئن '21
+815
در 0 کانال‌ها
Get PRO
مه '21
+545
در 0 کانال‌ها
Get PRO
آوریل '21
+528
در 0 کانال‌ها
Get PRO
مارس '21
+630
در 0 کانال‌ها
Get PRO
فوریه '21
+784
در 0 کانال‌ها
Get PRO
ژانویه '21
+747
در 0 کانال‌ها
Get PRO
دسامبر '20
+6 161
در 0 کانال‌ها
| تاریخ | رشد مشترکین | اشارات | کانال‌ها | |
| 27 اکتبر | +3 | |||
| 26 اکتبر | +1 | |||
| 25 اکتبر | +2 | |||
| 24 اکتبر | +9 | |||
| 23 اکتبر | +9 | |||
| 22 اکتبر | +19 | |||
| 21 اکتبر | +15 | |||
| 20 اکتبر | +13 | |||
| 19 اکتبر | +10 | |||
| 18 اکتبر | +15 | |||
| 17 اکتبر | +7 | |||
| 16 اکتبر | +15 | |||
| 15 اکتبر | +12 | |||
| 14 اکتبر | +7 | |||
| 13 اکتبر | +15 | |||
| 12 اکتبر | +18 | |||
| 11 اکتبر | +15 | |||
| 10 اکتبر | +8 | |||
| 09 اکتبر | +14 | |||
| 08 اکتبر | +13 | |||
| 07 اکتبر | +11 | |||
| 06 اکتبر | +5 | |||
| 05 اکتبر | +11 | |||
| 04 اکتبر | +7 | |||
| 03 اکتبر | +14 | |||
| 02 اکتبر | +16 | |||
| 01 اکتبر | +5 |
پست‌های کانال
Я ранее уже не раз давал рекомендацию, не использовать русскоязычные версии Windows для служебных задач. С ними постоянно возникают те или иные проблемы, связанные с кривым переводом. Точнее проблемы связаны не с ним, но диагностировать и исправлять их иногда многократно сложнее из-за непонятного перевода.
И вот я получил на днях ещё один пример такой ситуации. Разбирался с тем, почему для учётной записи иногда выполняется завершение сеанса после отключения по RDP. Вроде все настройки в групповой политике установлены так, что сеанс должен вечно висеть отключенным, но почему-то это не помогает.
Проверяю статус сеанса в консоли:
> query user
И вижу статус - Диск. Думаю, какой ещё "диск"? Благо, сейчас ИИшки помогают с такими задачами. На самом деле статус, как и должен быть - Disconnected, или сокращённо - Disc. В русской версии это превратилось в Диск. Попробуй, сообрази, что это значит, без подсказки.
В итоге выяснил, что сессию завершает не что иное как перезагрузка, вызванная установкой обновлений. Для системы отключенный RDP сеанс не считается активным и препятствием для перезагрузки, поэтому она завершает его и перезагружается.
Решил параметром в локальной групповой политике: Конфигурация компьютера → Административные шаблоны → Компоненты Windows → Центр обновления Windows → Управление интерфейсом пользователя → Настройка автоматического обновления. Указал, скачивать обновления, но не устанавливать без подтверждения: 3 — Автоматическая загрузка и уведомление об установке.
Сразу как-то в голову не пришло, что дело в обновлениях. Иногда 10 дней всё нормально, потом заходишь - все приложения закрыты, новый вход. Виртуалка служебная, некритичная, с мониторинга уведомлений нет. Напрягало каждый раз всё перезапускать. А дело вон в чём было.
Вообще, конечно, кому только в голову пришло полностью автоматизировать установку обновлений. Сколько проблем и неудобств это приносит пользователям. Не говоря уже о глобальных проблемах, к которым это иногда приводило.
#windows| 2 |  Митап IT_ONE: практика спокойного релиза для DevOps
Приходи, если хочешь узнать роль современного IT-инженера: от развертывания LLM до автоматической проверки конфигураций перед релизом. Митап поможет сделать твою работу комфортной и предсказуемой.
5 ноября 2026 года, 18:00 (мск)
Онлайн
Регистрация до 4 ноября
Старшие технические эксперты IT_ONE подготовили три практических выступления:
1. Руслан Кашафутдинов → гайд о создании собственной ИИ-модели без квот облачных сервисов.
2. Виталий Перваков → доклад о валидации параметров Helm-чартов перед развертыванием.
3. Андрей Слатимов → инструкция автоматизации проверки Helm-чартов с помощью helm-unittest.
Почему стоит посетить митап:
✅ Инженеры компании покажут на реальных примерах, как делают инфраструктуру надежной.
✅ Каждый участник получит презентации и видеозаписи выступлений спикеров.
✅ В конце митапа — живое общение с экспертами. Авторы лучших вопросов выиграют стильный мерч IT_ONE — футболку, стикеры и плед.
Зарегистрируйся и получи ссылку на трансляцию и материалы | 3 299 |
| 3 |  +2Последнее время стал замечать, что мои ссылки, добавленные когда-то давно в закладки, уже бесполезны. Сайты либо выключены, либо заблокированы, либо ещё что-то случилось, но контента нет. Иногда в таких случаях я прибегаю к помощи web.archive.org. Но ему как-будто тоже поплохело последнее время. Работает медленно, плохо, нужных сайтов там чаще всего нет. А иногда вообще не открывается.
На днях на глаза попался self-hosted сервис для локального сохранения ссылок - Linkwarden и самих данных. Понял, что мне это надо, запомнил и буквально вчера развернул сервис, попробовал. Основное, что он умеет:
◽️Сохраняет сами ссылки и содержимое, которое за ними скрывается, в формате jpeg, pdf, html с картинками или только текст.
◽️Есть группировка по папкам, тэгам.
◽️Многопользовательский режим, интеграция с внешними системами аутентификации.
◽️Есть расширение для браузера и мобильное приложение.
◽️Экспорт всех закладок.
◽️API
Я развернул чисто для себя, поэтому вопросы аутентификации не разбирал вообще. Установил на виртуалку в 2Gb памяти и 1CPU. Мне этого хватило для нормальной работы. Назначил доменное имя и настроил проксирование через Angie.
В целом, работает нормально. Но некоторые сайты может некорректно сохранять. Основные причины этого две:
1️⃣ У части сайтов стоит какая-то защита, которая понимает, что данные забирает не человек, а робот, и отдаёт заглушку или ошибку. Самое простое частичное решение проблемы - использовать расширение браузера. Через него можно забирать контент непосредственно с открытой страницы. К сожалению, это относится только к формату в виде картинки. Не знаю, почему для остальных не оставили такой возможности.
2️⃣ Некоторые сайты с подгрузкой контента через JS не позволяют нормально автоматически сделать ту или иную версию копии. То pdf не создаётся, то jpeg. Частично эту проблему решил настройкой AUTOSCROLL_TIMEOUT=2 вместо дефолтного 30. Те страницы, где были ошибки, нормально спарсились. Это chatgpt помог. Он мне сразу и патч написал для решения указанных ему ошибок, но я не стал заморачиваться и проверять.
В целом, система простенькая, ничего особенного в ней нет. Свою задачу по мере возможностей выполняет. Я буду пользоваться. Развернул в качестве личного сервиса у себя дома. Из аналогов видел Karakeep. При внешнем сравнении Linkwarden понравился больше, поэтому выбрал его.
Про установку и настройки ничего не рассказываю. Там всё очень просто - обычный docker-compose.yml. В сети много обзоров. Вот официальная инструкция.
———
ServerAdmin: 📱 Telegram | 🌐 Сайт | 📲 MAX 😩
#linux | 3 994 |
| 4 | Очередная подборка статей авторов, которые согласились в ней участвовать. Кто не понимает, о чём идёт речь, может прочитать прошлые публикации по этой теме (раз, два). Авторы всех статей - реальные люди, они есть у меня в чате. При желании, к ним можно обратиться.
⇨ Администрирование PostgreSQL, часть 1 - Установка и запуск PostgreSQL в Docker
⇨ Администрирование PostgreSQL, часть 2 - Работа с psql и DBeaver
⇨ Администрирование PostgreSQL, часть 3 - Архитектура и MVCC
⇨ Администрирование PostgreSQL, часть 4 - Конфигурирование PostgreSQL
Большой цикл статей по администрирование PostgreSQL от автора. По планам будет ~10-15 статей. Это первые из них. Я, кстати, тоже DBeaver в основном использую для подключения к СУБД.
⇨ GitOps для homelab - разворачиваем Forgejo и Komodo с нуля
⇨ Forgejo + Komodo - превращаем Docker Compose в GitOps
Статьи по мотивам видео автора на тему ведения всех изменений в композ файлах в своём локальном git репозитории. Это когда вы не на хост идёте и правите наживую параметры и образы, а изменяете файл в git, пушите изменения и случается магия в виде обновления запущенного проекта. В общем, база для современного доиишного деплоя.
⇨ Знакомство с Hugo
Очередной обзор на систему управления сайтом с помощью статических страниц - Hugo. Если раньше для личного блога не задумываясь брали Worpdress, то сейчас так же не задумываясь можно брать Hugo. Как-будто бы это самый популярный гиковский движок для сайтов. Постоянно вижу, как кто-то начинает или переводит свой сайт на Hugo.
⇨ Установка Hugo + тема Blowfish с нуля - подробная инструкция
А вот, собственно, и подтверждение слов выше. Очередной автор рассказывает, как переехал на Hugo.
⇨ ProHomelab - автоматизация публикации статей через Forgejo
⇨ Переезд с shared-хостинга на GitHub Pages - как перенести сайт на Hugo, не сломав ни одной ссылки и не вылетев из индекса Google и Яндекса
Продолжение про управление сайтом на базе Hugo. Первая статья описывает, как настроить автопубликацию статей: вы пишете в Obsidian → статья сама уходит в Forgejo → это запускает сборку сайта на Hugo → готовый сайт сам заливается на хостинг. Вторая → переезд на GitHub Pages.
⇨ Neovim - Lua-конфиг редактора - полный разбор по файлам
Какое-то невероятное количество настроек и конфигурационных файлов для вимоподобного редактора. Если честно, никогда не понимал всего этого. На сервере я просто запускаю mcedit или nano, а на компе у меня VS Code или что-то подобное. А где нужны навороченные консольные редакторы, даже не придумаю.
⇨ Разворачиваем кластер Kubernetes (kubeadm) на Ubuntu 22.04
⇨ Настраиваем Ingress Controller Traefik и Let's Encrypt в кластере Kubernetes на Ubuntu 22.04
Запуск полноценного кластера Kubernetes с помощью kubeadm на базе containerd и calico и ingress контроллера traefik.
⇨ Не работает автозаполнение и протягивание формул в Excel 2016 после KB5002914
Внезапная проблема, которую принесло очередное обновление Windows. Вообще, Windows 11 стала чаще остальных систем что-то ломать своими обновлениями. У меня на прошлой неделе дети столкнулись с тем, что после очередного обновления перестала работать GTA5. Пришлось им откатить обновление с переездом на 26H2. Игру ломает именно оно.
⇨ Российские аналоги Zabbix в 2026 году: чем заменить Zabbix и стоит ли переходить
Сравнение условных аналогов Zabbix для крупной инфраструктуры (3000 хостов) - Пульт, UDV ITM, wiSLA, Glaber и 10-Страйк: Мониторинг Сети Pro. Про UDV ITM и wiSLA впервые услышал. Остальные знаю. Пульт и Glaber прямо позиционируют себя как форки Zabbix. В UDV ITM внутри как часть системы работает Zabbix, wiSLA просто умеет принимать данные от Zabbix Agent, а 10-Страйк: Мониторинг Сети Pro просто рядом постоял, так как к Zabbix никакого отношения не имеет.
———
ServerAdmin: 📱 Telegram | 🌐 Сайт | 📲 MAX 😩
#статьи | 3 810 |
| 5 |  31 октября AvitoTech собирает инфраструктурных инженеров на Avito Infraween Party 🤩
Вместо классических докладов — два круга открытых дискуссий: можно будет обсудить инфраструктурные задачи, поделиться своими кейсами и поспорить о решениях с экспертами AvitoTech и другими участниками.
А на афтерпати устроят настоящий чемпионат по метанию старой списанной техники 🔥
Победителей наградят реальными чемпионскими поясами!
Хороший повод пообщаться с инфракомьюнити — зарегаться можно тут!
P. S. Кстати, костюмы максимально приветствуются! Так что если хотите прийти в образе, welcome. | 4 787 |
| 6 | ▶️ Очередная подборка авторских IT роликов, которые я лично посмотрел и посчитал интересными/полезными. Это видео из моих подписок за последнее
время (обычно беру период в 2 недели), что мне понравились.
⇨ A CRAZY 10-port Firewall Virtualization Desktop Mini PC
Не представляющий какой-то практической ценности обзор необычного Mini-PC с 6-ю портами 2.5G, 2-мя портами 10G и 2-мя модулями SFP. Какое-то безумное устройство не понятно для чего. Было просто любопытно на него посмотреть. Есть идеи, для чего эта штука нужна именно в таком исполнении?
⇨ Matrix Synapse - свой мессенджер для текстовых сообщений на домашнем сервере
Установка и базовая настройка популярного бесплатного и открытого чат-сервера с клиентом, которые можно установить у себя на сервер и своих устройствах. Всё никак руки не доходят его попробовать и возможно оставить на постоянку. Работал с ним давно, лет 5-6 назад.
⇨ Incus Commander - Open Source, Self Hosted Container and Virtual Machine Control Center
Подробный обзор на отдельную панель управления для Incus - системы управления контейнерами и виртуальными машинами. Я год назад делал на неё подробный обзор в двух публикациях (1, 2). Система управления в целом неплохая, но когда есть бесплатный PVE, более функциональный и распространённый, не понятно, зачем использовать что-то ещё. Каких-то явных преимуществ у Incus нет.
⇨ I Didn't Know Linux Could Cache NFS Files Locally
Любопытное видео про настройку кэширования с помощью отдельного модуля ядра для сетевых ресурсов, подключенных по NFS. Не знал и никогда не использовал подобное кэширование. Автора это кэширование спасло от постоянной повторной загрузки больших LLM моделей при некоторых изменениях.
⇨ 7 Hermes AI Skills I’d Add to My Home Lab First
Автор рассказал про некоторые скиллы для ии-агентов, которые могут быть полезны в домашних лабах. Материал поверхностный, ничего особенного, но для общего развития можно послушать, чтобы хотя бы представлять, что с их помощью можно сделать (практически всё).
⇨ Forgejo + Renovate - автообновление Docker-образов и зависимостей в homelab
Настройка автоматизации на примере обновления контейнеров. Runner ходит в репозиторий, анализирует docker-compose файлы, сверяет с репой разработчика, если есть обновление - создаёт Issue и Pull request для обновления версии контейнера. Наглядный пример современной автоматизации. Хотя сейчас, конечно, это уже не так современно, потому что ии-агента нет :) Но 5 лет назад это выглядело современно.
⇨ 7 Home Lab Projects Worth Trying This Month | October 2026
Обзор некоторых новых проектов. Кое-что понравилось, буду пробовать. Конкретно PVE Panel, File Level Restore Portal for Proxmox Backup Server, связка ии-агент + netbox. Последнее у меня давно в задачах висит, но никак руки не доходят заняться. Не хватает на всё времени.
———
ServerAdmin: 📱 Telegram | 🌐 Сайт | 📲 MAX 😩
#видео | 5 906 |
| 7 |  +1Я не так давно рассказывал, как периодически возникают проблемы с различными репозиториями для ОС. В связи с этим я все репы настроил на mirror.yandex.ru. С ним на тот момент никаких проблем не было. Плюс, помимо базовых репозиториев ОС, там ещё куча всяких заблокированных реп, типа Grafana, Elastic и т.д. В целом было удобно и стабильно.
Но после всех известных событий стабильности стало меньше. В целом, зеркало работало. Я не перенастраивал на что-то другое. Но заметил, что если разом обновлять пачку серверов (примерно 10-15), то на некоторых можно увидеть ошибки, типа такой:
E: Failed to fetch https://mirror.yandex.ru/debian-security/pool/updates/main/b/bind9/bind9-dnsutils_9.20.30-1%7edeb13u1_amd64.deb 404 Not Found [IP: 213.180.204.183 443]
Повторный запуск проходит успешно. Не знаю, с чем это связано. Может не с одновременным обновлением, а с тем, что на каких-то серверах нет всех пакетов.
У меня нет больших инфраструктур (50+ VM). Плюс, я не обновляю разом прям сразу всё, обычно группами. Мне это некритично, но всё равно эти ошибки напрягают, отвлекая на себя внимание. Да и в целом не очень разумно на каждый сервер качать пакеты, хотя современные скорости интернета позволяют не обращать на это внимание.
Дополнительно возникла ещё одна проблема с обновлением Vector из его репы apt.vector.dev. Там одно время была очень низкая скорость, а теперь вообще без прокси или впн ничего не качает. Зеркало для него на mirror.yandex.ru не нашёл. Свою копию репы поднимать не хочется. Там нужен всего один пакет.
Решил разом все эти вопросы поднятием своего кэширующего прокси для пакетного менеджера. Не стал ничего придумывать, а взял стандартный apt-cacher-ng из базового репозитория Debian. Для стандартных дебиановских реп, к которым обращаются по HTTP, ничего на самом сервере с apt-cacher-ng настраивать не надо. Всё заведётся с дефолтной конфигурацией. А вот с другими репозиториями, типа Docker, Elastic и т.д., которые работают по HTTPS, есть нюансы и различные варианты конфигурации. Я у себя настроил и уже опробовал такую схему.
Сервер с apt-cacher-ng принимает от клиентов все запросы по HTTP и сам их редиректит на HTTPS, скачивает пакеты и отдаёт клиентам. Такая настройка мне показалась самой простой и интуитивно понятной. Покажу на практике, как это реализовано. Ставим apt-cacher-ng:
# apt install apt-cacher-ng
Рисуем ему конфигурацию в /etc/apt-cacher-ng/zzz_local.conf:
Port: 3142
BindAddress: 10.20.1.150
CacheDir: /var/cache/apt-cacher-ng
LogDir: /var/log/apt-cacher-ng
Remap-vector-https: http://apt.vector.dev
Remap-docker-https: http://download.docker.com/linux/debian
Remap-grafana-https: http://mirror.yandex.ru/mirrors/packages.grafana.com/oss/deb/
Remap-elastic-https: http://mirror.yandex.ru/mirrors/elastic/9/
Запускаем:
# systemctl enable --now apt-cacher-ng
Идём к клиентам, прописываем им прокси. Для этого добавляем файл /etc/apt/apt.conf.d/90apt-proxy:
Acquire::http::Proxy "http://10.20.1.150:3142";
Acquire::https::Proxy "DIRECT";
Репозитории, что работают по HTTP, трогать не надо. Они теперь будут обновляться через прокси. А в тех репах, что работают по HTTPS, надо поменять протокол с https на http. Вот пример для docker.list:
deb [arch=amd64 signed-by=/etc/apt/keyrings/docker.asc] http://download.docker.com/linux/debian trixie stable
Собственно, на этом всё. Те репы, где оставили https, работают напрямую. Обновляемся на клиентах и смотрим на сервере с прокси логи и кэш в папках /var/log/apt-cacher-ng и /var/cache/apt-cacher-ng.
С vector я решил вопрос так. Подключил эту репу на сам сервер apt-cacher-ng. Ему настроил доступ к репе через впн. Сначала обновляю пакет на нём, он попадает в кэш. Все остальные сервера берут с него.
Вариантов решения подобных задач много. Я их все решил одним apt-cacher-ng.
p.s. уже после написания заметки узнал, что для vector можно использовать репу apt.datadoghq.com, это CNAME для apt.vector.dev, то есть полная копия, доступная пока без ограничений.
———
ServerAdmin: 📱 Telegram | 🌐 Сайт | 📲 MAX 😩
#linux #apt | 6 663 |
| 8 |  29 октября проводим вебинар о практическом внедрении ИИ в корпоративные ИТ-системы. Покажем вживую, как ИИ-агенты работают с системами 1С и не-1С, обрабатывают документы, проверяют данные и автоматизируют рутинные операции.
Отдельно разберём реальные кейсы внедрения ИИ на промышленном предприятии сферы ОПК, полученный опыт и результаты.
В основе демонстраций – «Когнитум», отечественная ИИ-платформа, способная работать полностью автономно в закрытом контуре предприятия, без доступа в интернет и передачи данных во внешние облака.
Обсудим важные для ИТ-директоров вопросы:
- безопасность;
- интеграцию с существующими системами;
- требования к оборудованию;
- стоимость эксплуатации;
- вопросы конфиденциальности и обезличивания данных КИИ;
- переход от пилотов к промышленному использованию.
Отдельно коснёмся задач совместного использования локальных и внешних ИИ-моделей.
Будет минимум теории, максимум практических сценариев и живых демонстраций.
Будет возможность записаться на пилот.
🗓 29 октября | ⏰ 11:00 по Москве |📌 Регистрация
Запишитесь сейчас, чтобы не пропустить мероприятие, а после него получить полезные материалы! | 5 849 |
| 9 |  Весёленький вчера выдался денёк. Точнее вечерок. Разом насыпало целый ворох уязвимостей. Экстренно обновлял все подопечные сервера.
1️⃣ Начну с самой эпичной уязвимости PHP, про которую вы все уже скорее всего слышали - PHP2Shell. Не буду повторяться, а сразу приведу ссылку, где есть вся необходимая информация - php2shell.ru. Там всё подробно, по-русски.
На поддерживаемых версиях ничего особенного, просто обновился и всё. Во все дистрибутивы экстренно привезли обновления. Но PHP такая вещь. На нём есть куча старья, которое давно не обновляется и уже не будет обновляться. К сожалению, у меня есть такие сервера и с ними ничего не поделать. Обновить их уже невозможно, никто не будет тратить на это деньги деньги. Там пока просто добавил в настройки:
; php2shell
memory_limit = -1
post_max_size = 8M
upload_max_filesize = 6M
session.upload_progress.enabled = 0
На 100% это не защищает, но и область атаки сильно сужает. Надеюсь в ближайшее время появятся какие-то более надёжные методы защиты старых версий PHP. Я уверен, это очень актуально для огромного числа пользователей. Что-то должно появиться.
2️⃣ Была какая-то критичная уязвимость в MariaDB. Про неё даже ФСТЭК написал. В Debian новые пакеты приехали совсем недавно. Пару недель назад я их ещё не видел. И всё бы ничего, но на части серверов у меня обновление тупо зависало и вешало сервис mariadb намертво.
Конкретно у меня это воспроизводилось на части серверов с Debian 12. В момент обновления с версии 10.11.18 на 10.11.19 какой-то скрипт из нового пакета выключал службу и запускал заново. И этот первый пуск в рамках работы менеджера пакетов apt намертво зависал. Я ждал минут 20, думал, может таблицы обновляет или ещё что-то делает. Боялся прерывать. Но дольше уже не мог ждать, надо было что-то решать.
Если отправить сервер в reboot, то завершение работы подвисает, ожидая ответа от службы mariadb. Потом по окончании таймаута минут в 10, всё же перезапускается и нормально работает. Каким-то образом штатно остановить службу не получалось. Она ни на что не реагировала. В логах пусто, никаких ошибок. Приходилось тушить через SIGKILL. Слава богу, ни один сервер не умер от таких манипуляций.
Разбираться с этой проблемой не было времени. Раз зависнув, это больше не повторялось. Это явно какая-то проходная ошибка, возникающая на конкретных версиях пакетов. В Debian 13 я с этим не столкнулся.
В итоге на части серверов я получил развлечение в виде зависшего процесса с apt и упавшей СУБД, чего никак не ждёшь от обновлений безопасности (передаю привет тем, кто их ставит автоматически ✋😃). Вкупе с невозможностью обновить на некоторых серверах PHP, это добавило лишних переживаний.
3️⃣ Про компрометацию ключей удостоверяющего центра eMudhra, думаю, вы тоже уже слышали. Повсюду новость разлетелась. Соответственно, в дистрибутивы прилетело обновление пакета ca-certificates.
Вот эти три вещи по идее обязательны к обновлению, причём экстренному, что я вчера и сделал. ❓А у вас какие отношения с обновлениями? Обновились внепланово или пока ждёте? Были проблемы?
———
ServerAdmin: 📱 Telegram | 🌐 Сайт | 📲 MAX 😩
#security #debian | 5 770 |
| 10 |  +3В августе у z.ai вышла в свет модель GLM-5.3-Flash. Она разработана специально для программирования, агентных задач и работы с длинным контекстом. Не знаю, за какие заслуги, но эта модель стала доступна в бесплатном режиме в open source агенте OpenCode с ограничением контекста в 200к, что для задач эксплуатации зачастую достаточно. Я её попробовал на небольшой задаче.
Покажу конкретный пример, как начать работать с ии-агентом. ❗️Сразу говорю, что я не специалист по агентам, и это не набор лучших практик. Показываю, как я обычно это делаю для своих небольших задач. Каких-то исследований, обучений на эту тему я не делал и не проходил.
Ставим на тестовую виртуальную машину opencode:
# curl -fsSL https://opencode.ai/v2/install | bash
Я рекомендую сразу поставить tmux или screen и запустить opencode там. Далее проходим этап первоначальных настроек. Я сейчас не знаю, что там. У меня уже давно всё настроено. На эту тему куча видео в интернете.
Создаём рабочий каталог, например, ansible_base_configure, заходим в него и запускаем opencode в нём. Открываем список моделей и выбираем GLM-5.3-Flash Free.
Дальше в поле ввода выбираем режим Plan и пишем в чат всё, что хотите сделать. Я для примера сходу составил вот такой промпт:
Ты - DevOps инженер, специализирующийся на автоматизации через Ansible и отвечающий за идемпотентность и check-mode при работе с виртуальными машинами Linux.
Задача - подготовить Playbook для контроля базовых настроек виртуальных машин на базе ОС Debian 13 в среде PVE. Используй только проверенные и общепризнанные практики подхода IaC.
В решении опиши структуру каталогов, ключевые модули, переменные по уровням (group_vars, host_vars, defaults) и стратегию тегов. Приведи пример inventory с десятью серверами разного назначения и команду запуска ansible-playbook с нужными флагами. Запиши всё это в README.md.
Что делаем на виртуальных машинах (VM):
- проверяем по списку подключенные репозитории, для каждой VM оставляем возможность указать набор репозиториев, которые должны быть подключены
- проверяем наличие обновлений пакетов и если они есть - устанавливаем
- устанавливаем и настраиваем nftables, закрываем все входящие подключения, разрешаем все исходящие, отдельным списком для каждой VM указываем входящие порты и источники трафика, для которых будут разрешены подключения
- устанавливаем везде типовой набор пакетов - net-tools, mc, iftop, lsof, git, для каждой VM оставляем возможность в отдельном списке указать дополнительные пакеты
В режиме Plan агент скорее всего задаст какие-то дополнительные вопросы. Например, оставляем ли открытым порт для SSH, какой формат репозиториев выбираем, нужно ли перезагружать VM после обновления и т.д. По характеру вопросов вы сами поймёте, чем нужно дополнить промпт. Чем подробнее вы его опишите, тем лучше. Но даже если он будет неполным, по ходу дела вы будете его дополнять.
Когда все вопросы разобраны, выбираете режим Build и говорите агенту, чтобы он реализовывал проект. Дальше он будет много всего делать. Когда закончит, посмотрите глазами, что там получилось и постарайтесь осознать 😁. Для этой задачи контекста в 200к должно хватить.
Далее готовите ему тестовую виртуальную машину и прямо в чат пишите параметры доступа. Говорите ему, что хотите настроить на этой VM, и просите отладить работу плейбука. Поначалу будет куча ошибок. Скорее всего он их все исправит автоматически. Эта задача простая.
На выходе у вас получится готовый рабочий плейбук, уже протестированный, с инструкцией по использованию. У меня это заняло примерно 30 минут на всё про всё, отвлекаясь на другие задачи. Получил рабочий, проверенный плейбук. Обычно после появления первой рабочей версии я добавляю его в git и куда-то загружаю в репу. Теперь этот проект можно скормить другой llm, если она у вас есть, и провести аудит.
Если подключить MCP для PVE, то агент может добавить в инвентарь ваши VM. У себя это проверял. Но контекста больше уходит. На решение задачи может не хватить.
———
ServerAdmin: 📱 Telegram | 🌐 Сайт | 📲 MAX 😩
#ai #devops #ansible | 7 357 |
| 11 |  Ваш дата-центр вышел из строя. Где теперь запускать 1С?
Серверы недоступны, сотрудники не могут подключиться к 1С, заказы не обрабатываются, отгрузки останавливаются. Резервные копии есть. Но даже если данные удалось сохранить, остаётся главный вопрос: на какой инфраструктуре продолжить работу, пока основной ЦОД недоступен? Разворачивать новые серверы во время аварии, искать ресурсы и восстанавливать подключения долго. А бизнесу нужно работать.
☁️ БИТ.CLOUD предлагает геораспределённую IT-инфраструктуру с резервным ЦОД.
Это решение, при котором резервная площадка заранее подготавливается в другом дата-центре. Если основной ЦОД становится недоступен, компания может перейти на резервную инфраструктуру по подготовленному сценарию и восстановить доступ к 1С, ERP, CRM и другим критичным системам.
Что входит в решение:
✓ Резервная площадка в другом ЦОД. Критичные системы не зависят только от одного дата-центра.
✓ Подготовленный сценарий переключения. Порядок перехода на резервную инфраструктуру определяется заранее, а не в момент аварии.
✓ Архитектура под ваши системы. При проектировании учитываются серверы, базы данных, приложения и необходимые интеграции.
✓ Проверка сценария восстановления. Можно заранее протестировать переход на резервную площадку и выявить возможные проблемы.
Главное преимущество: резервную инфраструктуру не придётся создавать с нуля во время аварии. Она будет подготовлена заранее, а порядок восстановления будет известен ИТ-команде.
Один ЦОД не должен быть единственной точкой отказа для всего бизнеса. БИТ.CLOUD поможет подобрать схему геораспределённого размещения и рассчитать стоимость резервной инфраструктуры под ваши задачи.
👉 Узнайте, как подготовить резервный ЦОД для вашей 1С и других бизнес-систем | 6 816 |
| 12 |  +1В программировании есть (или теперь про программирование стоит говорить было?) такое понятие, как парное программирование. Причём это не образное выражение, а вполне конкретная деятельность. Про парное администрирование никогда не слышал, но если вдруг надумаете такое устроить, то могу предложить инструмент - TermPair.
Это старая утилита, которую я тестировал ещё в 2021 году. С тех пор её не забросили, периодически обновляют и работает она неплохо. Я лично проверил. Мне понравилось. С помощью TermPair можно настроить совместный доступ к консоли сервера через браузер. Это может быть режим только для просмотра, либо и для равнозначного управления для всех участников.
Отмечу особенности TermPair:
▪️Все передаваемые данные шифруются
▪️Можно поднять свой сервер и все соединения пропускать через него
▪️TermPair состоит из одного бинарника, никаких зависимостей
▪️Очень простая настройка и использование
▪️Утилита кроссплатформенная - Linux, macOS, Windows
Мне видится польза от этого сервиса как минимум в трёх ситуациях, которые пришли в голову:
1️⃣ Сейчас популярны удалённые собеседования при приёме на работу, в том числе и технические части. Можно быстро и легко отправить кандидату консоль от сервера с какими-то задачами, которые ему нужно выполнить. Там можно совместно в режиме беседы взаимодействовать. Мне видится это самым простым и эффективным способом оценить квалификацию человека. Говорить можно много, а вот взять и что-то сделать - совсем другое дело. Можно специально что-то поломать и попросить починить.
2️⃣ Можно наблюдать за работой ии-агента или нескольких через браузер. Можно поделиться с кем-то сессией, чтобы он тоже взаимодействовал.
3️⃣ Если вы проводите обучение, то это удобный способ подключиться к ученику и совместно что-то сделать.
Есть публичный сервис для использования, но у нас он работает только через VPN, поэтому я не делаю на этом акцент. Сразу покажу, как можно поднять и использовать свой сервер. Там всё очень просто.
Скачиваем и распаковываем бинарник:
# wget https://github.com/cs01/termpair/releases/download/v1.2.0/termpair-x86_64-unknown-linux-gnu.tar.gz
# tar xvf termpair-x86_64-unknown-linux-gnu.tar
# mv termpair /usr/local/bin/
Это нужно сделать и на клиентах, и на сервере, который будет обслуживать соединения. Далее на сервере устанавливаем Nginx и Certbot:
# apt install nginx certbot
Получаем сертификат для домена:
# certbot certonly
Рисуем конфигурацию для TermPair:
upstream termpair_app {
server localhost:8000;
}
server {
server_name 345265.simplecloud.ru;
listen 443 ssl;
ssl_certificate /etc/letsencrypt/live/345265.simplecloud.ru/fullchain.pem;
ssl_certificate_key /etc/letsencrypt/live/345265.simplecloud.ru/privkey.pem;
location /termpair/ {
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_set_header Host $host;
proxy_pass http://termpair_app/;
proxy_http_version 1.1;
proxy_set_header Upgrade $http_upgrade;
proxy_set_header Connection "upgrade";
}
}
Создаём systemd unit для службы TermPair в файле /etc/systemd/system/termpair.service:
[Unit]
Description=TermPair server
After=network.target
[Service]
ExecStart=/usr/local/bin/termpair serve --port 8000
Restart=on-failure
RestartSec=1s
[Install]
WantedBy=multi-user.target
Запускаем службу:
# systemctl daemon-reload
# systemctl enable --now termpair.service
Теперь на сервере, где мы хотим расшарить консоль, запускаем TermPair и указываем через ключ наш сервер:
# termpair share --host "https://345265.simplecloud.ru/termpair/" --port 443
В консоли получаем ссылку для подключения и переходим по ней браузером. Дальше используем по назначению. Доступ будет у всех, кто знает ссылку. Ограничить доступ только чтением можно ключом -r. Через ключ --cmd можно сразу запустить какую-то программу, например, opencode.
❗️Если заметка вам полезна, не забудьте 👍 и забрать в закладки.
———
ServerAdmin: 📱 Telegram | 🌐 Сайт | 📲 MAX 😩
#linux | 7 423 |
| 13 |  Хостинг без сложностей 👋
Запустить сайт, развернуть приложение, протестировать новую идею или перенести существующий проект — задачи разные, но требования к хостингу обычно похожи. Хочется понятных тарифов, адекватной стоимости и технической поддержки, к которой можно обратиться за помощью, а не за очередной порцией шаблонных ответов.
Если как раз ищете такие условия, заглядывайте в ИХЦ 😏
У нас есть решения для самых разных задач:
🟡Виртуальный хостинг — от 123 ₽/мес с бесплатным тестированием в течение 7 дней.
🟡VPS в России — от 317 ₽/мес с возможностью попробовать сервер бесплатно в течение 3 дней.
🟡VPS в Европе — от 290 ₽/мес с оплатой в рублях.
🟡Выделенные серверы — для проектов, которым нужны собственные вычислительные мощности.
🟡Дополнительные услуги — регистрация доменов, SSL-сертификаты, резервное копирование и другие полезные инструменты.
Гарантируем круглосуточную русскоязычную поддержку, защиту от DDoS на всех тарифах и вознаграждения до 50% от платежей по партнерской программе.
В общем, если в ваших планах есть запуск нового проекта или смена хостинг-провайдера, рекомендуем заглянуть к нам в ИХЦ. Возможно, подходящее решение уже ждёт вас 😉
👉 Посмотреть тарифы и попробовать ihc.ru | 6 912 |
| 14 |  Вчера провозился некоторое время с банальной ошибкой, про которую я прекрасно знаю, и даже когда-то наверняка тут писал, но вот сам забыл в моменте. Думаю, много тех, кто настраивает сервисы в Linux, с ней сталкивались.
Проксирую запросы к сервису через Nginx. Сам сервис работает локально, ничего особенного. Пример конфигурации беру из репозитория, то есть не сам пишу. На вид там всё стандартно, поменял только пути к сертификатам.
upstream app {
server 127.0.0.1:8000;
}
.....
location /app/ {
.....
proxy_pass http://app/;
.....
}
Сервис с дефолтными настройками запускается на http://localhost:8000. Пробую напрямую, всё работает. Через Nginx - никак, 502 ошибка, в логах стандартно - (111: Connection refused) while connecting to upstream. Думаю, что за ерунда. Напрямую же отвечает, почему через Nginx - нет. Ещё и приложение никаких своих логов не даёт, не понятно, что не так.
Разобрался чисто интуитивно. Вспомнил, что 127.0.0.1 и localhost - это не одно и то же. Первый - адрес ipv4, а localhost на современных дистрибутивах резолвится в ipv6 (::1).
Попадались на таком нюансе? Я уже не первый раз. Кстати, не понимаю, для чего localhost перевели на ipv6. В чём смысл? Даже не то, что перевели. В /etc/hosts оставили оба адреса, и ipv4, и ipv6, но по современным RFC адреса v6 имеют приоритет над v4. Поэтому теперь localhost по умолчанию отвечает с адреса ::1, а не 127.0.0.1. Это можно вручную изменить, убрав запись с ::1 из /etc/hosts. Я одно время это делал, потом перестал. Нет смысла бороться с ветряными мельницами. Надо привыкать.
———
ServerAdmin: 📱 Telegram | 🌐 Сайт | 📲 MAX 😩
#linux #ошибка | 6 094 |
| 15 |  Сегодня у нас очередная пятница, так что можно поговорить на отвлечённые темы. Затрону одну из любимых ваших тематик - обсуждение мониторов 😁. Они неизменно вызывают повышенную активность - просмотры, обсуждения, критику. Я и сам люблю поглазеть на чужие рабочие места, подсмотреть там что-то интересное.
У меня рабочее место получилось не похоже на всё то, что я где-либо видел. Я сейчас закончил преобразования и остановился на том варианте, что получился. Меня он устраивает, поэтому можно поделиться. Для наглядности записал небольшое видео (смотреть внизу).
Пару лет назад я купил себе монитор 🖥 27'' AOC Q27G2S/EU 2К с частотой 165 Гц. Уже имея приличный опыт работы за ним могу сказать, что как по мне - это оптимальный вариант монитора для типовой работы в браузере и терминале. Я имею ввиду диагональ и разрешение. Всё умещается, всё влезает на масштабе 125%, глаза не устают.
В какой-то момент стало не хватать одного монитора для некоторых задач. Стал подумывать купить второй такой же. Это было бы удобно. Но в продаже уже не нашёл. Подумал немного и решил купить 4К монитор, раз уж одинаковые всё равно не получалось сделать. Место у меня позволяет, поэтому задумал увеличить ещё и диагональ. В итоге взял 🖥 4К 31.5" AOC U32G4U с частотой 160 Гц.
Раньше не придавал внимания частоте, не считал её значимой характеристикой, так как в активные игры, типа шутеров, не играю. Но после того, как поработал на 165 Гц, меньше уже не хотелось. Разница хоть и явно не заметна, но ощущается. С разрешением 4К и диагональю 31.5" это был самый дешёвый монитор с такой частотой, поэтому его и взял. Ну и в целом он мне нравится, похож на предыдущий.
Какого-то ВАУ эффекта или большого удобства от 4К монитора я не увидел. Больше всего понравилось то, что теперь по высоте места хватает и можно убрать панель инструментов Windows вниз, а вкладки браузера - вверх. Последнее время у меня панель была справа, а вкладки слева. Размера экрана теперь достаточно, чтобы расположить рабочие окна по центру, отступив и сверху, и снизу.
С масштабом в 150% против 125% в 2К места на мониторе стало не намного больше. Картинка плюс-минус такая же. Я не могу сказать, что прям шрифты какие-то более гладкие или что-то ещё, что я часто слышал от тех, кто советует брать 4К. У меня оба монитора теперь перед глазами, я могу сравнить. Да, 4К чуть лучше, но он и дороже. Если бюджет ограничен и надо два монитора, я бы лучше купил 2 хороших 2К монитора, нежели 2 похуже, но 4К.
Получилось в итоге не идеально, потому что мониторы сильно разные, и по диагонали, и по разрешению. Но меня устраивает. Второй монитор использую эпизодически, так что мне не критично. Чаще всего там ничего нет, либо висит список задач на день в Singularity.
Из того, что ещё хотелось бы добавить - заменить стоящий рядом обычный стол на стол с подъёмным механизмом. Для разминки и разгрузки уставших от сидения мышц хотел бы иногда что-то делать стоя, смотря в окно. Оно как раз у меня напротив. От сидения весь день в своей рабочей станции у меня устаёт попа. Раньше на обычных креслах спина или шея уставали, а сейчас мягкое место. Стараюсь 5-7 км в день для разминки ходить.
———
ServerAdmin: 📱 Telegram | 🌐 Сайт | 📲 MAX 😩
#железо | 8 033 |
| 16 |  Выделенный сервер для сайта от 5 810 ₽/мес.
Если VPS уже не хватает, а переплачивать за мощное современное железо нет смысла, можно рассмотреть бюджетные выделенные серверы Рег.облака.
Одна из конфигураций:
• Xeon E3-1270v3, 4 ядра / 8 потоков
• 16 ГБ RAM
• 2 × 240 ГБ SSD
Подойдёт для WordPress, 1С-Битрикс, небольшого интернет-магазина или нескольких сайтов. Ресурсы сервера не делятся с соседями, а SSD помогают обеспечить предсказуемую работу проектов.
При заказе можно бесплатно установить BitrixEnv и перенести данные на сервер.
Посмотреть конфигурации | 8 789 |
| 17 | Небольшая рекомендация по теме Zabbix. У них есть партнёр - initMAX. Это довольно популярная компания в своей области. Они много всего сделали полезного для Zabbix. Регулярно выступают на Zabbix Summit, пишут инструкции и различные дополнения для Zabbix. Расскажу о наиболее полезных вещах, про которые знаю.
1️⃣ Репозиторий с шаблонами. Тут много хороших шаблонов. Несмотря на то, что шаблонов для Zabbix в целом немало, но все они разного качества. У initMAX они обычно неплохие. Например, я пользуюсь их шаблоном для Synology.
2️⃣ Zabbix MCP Server и Zabbix AI Skills. Качественная обвязка для работы с Zabbix с помощью LLM. Команда Zabbix обещала свой MCP сервер выпустить вместе с релизом 8.0, но я пока ещё не видел информации о нём. Этот MCP сервер наиболее качественный и популярный, особенно в связке со скилами. Всё никак руки не доходят поплотнее поработать с этим. Не придумаю задачу, которую было бы удобно решать с ИИ. Я Zabbix неплохо знаю и обычно довольно быстро там что-то меняю или нахожу. А для деплоя и без MCP всё пишется агентами. Не представляю, где меня ИИ в этих задачах может ускорить. Основная проблема - спам уведомлений из-за некачественных или неоткалиброванных шаблонов. В своих шаблонах я и так знаю, где и что надо подкрутить.
Если используете в работе с Zabbix ИИ и MCP, расскажите, какие задачи с ними решаете. Я планирую проработать момент с обновлением шаблонов после выхода 8-й версии. Вручную это муторно и долго. Тут ИИ должен хорошо помочь и ускорить.
3️⃣ Каталог расширений. Это набор как платных, так и бесплатных модулей для Zabbix, которые меняют или дополняют основную функциональность. Покажу на конкретном примере.
Я изначально не думал, что кого-то, кроме меня, раздражают всплывающие заголовки виджетов во время наведения на них мышки. То есть ты отключаешь отображения заголовка и его нет, высвобождается лишнее место на дашборде, которого часто не хватает. Но если ты наведёшь мышку, то заголовок начинает всплывать. Когда виджетов много, постоянно всплывают эти заголовки во время перемещения мыши по дашборду. Меня это всегда раздражало. И судя по всему, не только меня.
У initMAX есть бесплатный модуль, который это исправляет. Ставится так:
# wget https://repo.initmax.com/zabbix/release/initmax-release-latest_all.deb
# dpkg -i initmax-release-latest_all.deb
# apt update && apt install zabbix-module-hidewidgetheader
То есть удобно сделано, через пакеты, поддерживается и обновляется. Теперь, если ты отключил заголовки, они при наведении будут всплывать только в режиме редактирования, но не просмотра. Мне это очень нравится 😁 У них много разных модулей, можете сами посмотреть, что там вам покажется полезным.
Ещё у них инструкции неплохие были, но сейчас не уверен, что они ещё актуальны. С приходом ИИ большого смысла в них нет. Он их уже и так изучил и может изложить с подробностями.
❗️Если заметка вам полезна, не забудьте 👍 и забрать в закладки.
———
ServerAdmin: 📱 Telegram | 🌐 Сайт | 📲 MAX 😩
#zabbix | 8 831 |
| 18 |  Один мой знакомый, читатель и автор своего небольшого канала поделился любопытной практической информацией (ссылка на его заметку) на тему использования ZFS в PVE. Я о ней не знал и не сталкивался с описанной проблемой, хотя ситуация не такая уж и редкая, а информация важная!
Смысл в том, что все виртуальные блочные устройства ZFS на одной физической машине объединяются в общий пул потоков ZVOL. И если у вас 2 пула - один на быстрых NVME, а второй - на медленных HDD, запросы к ним будут сливаться в общий поток. При нагрузке на пул с HDD и выстраивании очереди запросов к нему, в эту же очередь встают и запросы на пулы с остальными дисками. В итоге, сильно нагрузив ZVOL на одном медленном пуле, вы получаете задержки с ZVOL на других, более быстрых пулах.
На практике это выглядит так. Ночью вы запускаете бэкап большой ВМ, виртуальный диск которой находится в ZVOL на медленном HDD-пуле. При интенсивном чтении этого диска рабочие потоки ZVOL могут оказаться заняты, из-за чего увеличиваются задержки запросов к виртуальным дискам на NVMe, хотя сами NVMe практически не загружены.
Я лично похожую схему использования дисков применяю повсеместно. Если сервера общего назначения, то так и делаю - быстрые диски под нагрузки, а большие медленные - под локальные бэкапы, чтобы можно было оперативно восстановиться в случае чего, не вытягивая тяжёлые бэкапы по сети, либо под локальное хранение статики.
Другое дело, что я в таких схемах не использую ZFS. Под рабочей нагрузкой мне не нужны возможности ZFS, как и для локальных бэкапов. Поэтому лично я с такой проблемой не сталкивался. ZFS обычно ставлю на бэкап серверы с кучей дисков. Там я вижу использование этой ФС оправданной и полезной. В остальных случаях, если не нужны снэпшоты именно в реализации ZFS, не вижу смысла её использовать.
Автор решил проблему в лоб самым простым и очевидным способом - вынес NVME диски на LVM-thin, отделив их от общего пула потоков ZFS. Это сразу решило проблему узкого горлышка.
Я немного поспрашивал ИИ на эту тему. Он подтвердил, что это архитектурная особенность ZFS, которую он увидел в исходниках. Там же есть и комментарии разработчиков на этот счёт:
We can have up to zvol_threads concurrent i/o's being processed for all zvols on the system. This is typically a vast improvement over the zvol_request_sync=1 behavior of one i/o at a time per zvol. However, an even better design would be for zvol_request() to initiate the zio directly, and then be notified by the zio_done callback, which would call END_IO().
Каким-то образом обыграть эту ситуацию можно, меняя параметры:
zvol_request_sync = 0 или 1
◽️ 0 - асинхронная обработка через общий пул потоков ZVOL.
◽️ 1 - обработка непосредственно в контексте вызывающего потока, без передачи в общий пул ZVOL.
Казалось бы, второй вариант решает проблему конкуренции между пулами. Но разработчики предупреждают, что такая схема может существенно ухудшить параллелизм и производительность i/o. Поэтому использовать её без тестирования не стоит.
Можно увеличить кол-во потоков zvol_threads, но всё равно нет гарантии, что все эти потоки не будут заняты медленным пулом.
Ещё вариант - изменить механизм очереди - zvol_use_blk_mq = 1. Но тут надо тестировать на практике, потому что потоки будут по-прежнему в одном общем пуле, изменится распределение. Не факт, что при нагрузке на медленный пул, запросы к быстрому не будут вставать в очередь.
Если от ZFS отказываться не хочется, а проблема настройками не решается, то я бы замедлил скорость снятия бэкапов программно, чтобы уменьшить очередь к медленным дискам. Теоретически, это в той или иной мере должно решить проблему.
В общем, как я всегда говорил и говорю, ZFS - нишевая файловая система под конкретные задачи и потребности. У неё много возможностей, нюансов и настроек. Ставить её по умолчанию, как ФС общего назначения, не стоит. Преимущества вам могут оказаться не нужны, а все особенности и недостатки вы по умолчанию потянете за собой.
❗️Если заметка вам полезна, не забудьте 👍 и забрать в закладки.
———
ServerAdmin: 📱 Telegram | 🌐 Сайт | 📲 MAX 😩
#pve #zfs | 6 310 |
| 19 |  Что будет, если убрать репликацию с диска?☁️
В K2 Cloud проверили и запустили сетевые нереплицируемые NVMe-диски, одни из самых быстрых в РФ. Диск не хранит копии данных, поэтому вся его мощность работает на скорость.
20 октября на онлайн-митапе ребята покажут, где рождается скорость, как устроен такой диск внутри и как не уронить систему при отказе.
Участие бесплатное. Подробности и регистрация по ссылке. | 6 351 |
| 20 |  Рассказываю про небольшой трюк, который я лично на днях проделал для решения небольшой задачи. Есть одиночная VPS на Debian 12. Задача - обновить её до 13-й версии и попутно обновить версию PHP. Задача довольно простая, но всё равно потенциально опасная. Наживую такие обновления делать не рекомендую. Там бывают проблемы с зависимостями, на разрешение которых уходит некоторое время. Я сталкивался не раз.
Расскажу, как это сделать по-нормальному, а потом, как это сделал я. Настраивается новая система и делается миграция. Попутно приводится в порядок инфраструктура, документация, настройки, в идеале в этот момент пишется или актуализируется автоматизация, чтобы потом можно было быстро мигрировать в другое место, если твой ДЦ сгорит.
Но в данном случае это одиночная арендованная VPS без какой-либо обвязки вокруг. С неё даже образ нормально не снять. Я поступил следующим образом. Создал у себя в тестовом контуре VM и добавил к ней второй диск такого же размера, как у VPS. С этой VM сделал следующее:
# ssh -T root@1.2.3.4 'dd if=/dev/sda bs=16M status=none' | dd of=/dev/sdb bs=16M iflag=fullblock status=progress conv=fsync
Прямо наживую запустил посекторное копирование удалённого диска sda на свой локальный sdb. В моём случае диск был 60 ГБ, нормально скопировался примерно за час без единого разрыва. При этом на сервере был запущен сервер MySQL.
Очевидно, что консистентную копию таким образом не сделать, но мне и не надо. Если бы побились данные, я бы их накатил из бэкапа. Мне главное окружение скопировать, чтобы не воспроизводить его вручную.
У этой виртуалки отключил основной диск, а sdb, на который залил копию VPS, сделал загрузочным. После этого успешно загрузился в полной копии VPS. Система ругнулась при запуске, что у неё повреждена файловая система, что ожидаемо. Запустил fsck -y, потом перезагрузил систему. Она при загрузке запустила ещё раз проверку диска, все ошибки исправила, и я получил полностью рабочую копию своей VPS. Даже базу данных не пришлось перезаливать. СУБД запустилась в режиме innodb_force_recovery. Мне этого было достаточно, хотя какие-то таблицы и побились. Я только поменял IP адрес, поправил файрвол под реалии своего тестового контура и отладил обновление.
Выполнил всё, что мне было нужно. Там возникли проблемы. Убедился, что исправил все ошибки, записал команды и воспроизвёл на VPS.
Способ выглядит жутко колхозным и на первый взгляд нерабочим, но на деле я такое проворачивал уже не один раз. Ранее были заметки на эту тему. Он вполне рабочий, система всегда копируется нормально. Иногда только данные бьются, которые изменились в процессе копирования. Но сама система, как правило, приезжает в рабочем состоянии. Конечно, если есть доступ к образу диска, а тем более, к снепшотам, проще копировать его. Причём это можно сделать так же наживую. Тоже побьётся файловая система, но в целом систему можно будет починить и запустить.
Основное преимущество этого способа - не надо останавливать исходную машину вообще. И не надо ставить дополнительное ПО. К примеру, сюда можно было бы установить Veeam Agent for Linux и снять образ с его помощью. Но для разовых задач не хочется ничего лишнего устанавливать. Задача решена и без этого.
———
ServerAdmin: 📱 Telegram | 🌐 Сайт | 📲 MAX 😩
#linux | 6 019 |
