ServerAdmin.ru | Linux | DevOps
Авторская информация о системном администрировании и devops. Сайт: serveradmin.ru
- Подписчики
- 2 206общее кол-во
- ср. в день
- +3
- за 24 часа
- +1
- за 7 дней
- +35
- за 30 дней
- +78
- Просмотры
- 45,2%ERR (просмотры / подписчики)
- ср. на пост
- 978
- за 24 часа
- 0
- за 7 дней
- 6 659
- за 30 дней
- 35 522
- Публикации
- 1,66%ER (реакции / просмотры)
- ср. в день
- 2
- за 24 часа
- 0
- за 7 дней
- 9
- за 30 дней
- 37
Аналитика канала
Детальная статистика и метрики эффективности
Прирост подписчиков
- Прирост за 30 дней
- +78
- Прирост за 7 дней
- +35
- Прирост за 24 часа
- +1
Публикаций в день
- Посты
- 9
- Рекламных
- 0
- Последний рекл. пост
- 38 дней назад
Динамика среднего охвата публикаций по дням
Динамика вовлеченности по просмотрам по дням
- Ср. сут. прирост подписчиков
- +3
- ER за 30 днейкол-во реакций / охват
- 1,66%
- Всего постов
- 350
- Постов за 7 дней
- +9
Качество аудитории
Детальная статистика за последние 30 дней
- Ср. кол-во реакций на один пост
- 17
- Ср. кол-во репостов на один пост
- 0
- Ср. число просмотров на один пост
- 978
Интересы подписчиков
Целевая аудитория: IT и разработка.
Анализ рисков
- Накрутка
- Безопасно
- Аномалий не найдено
- Рекламная нагрузка
- Минимальная
- Рекламы за неделю не было
- Регулярность
- Высокая
- Посты каждый день
- Стабильность ERRКол-во просмотров / охват
- Нет зависимости
- Стабильный ERR по дням недели
Прирост по дням
Эффективность типов постов
Какие форматы дают лучший охват и вовлечение за последние 30 дней
- Лидер по вовлеченности
- Видео2,02%
- Лидер по охвату
- Видео1,14 тыс. ср. охват
- Самый массовый
- Фото80% публикаций
- Рекомендация
- Видео
Интенсивность публикаций
Когда публикации канала получают больший охват (среднее за последние 30 дней)
Динамика набора просмотров по часам
Как публикации набирали просмотры в первые часы
- Первые 3ч
- 40,4%
- Насыщение за 24ч
- 77,5%
- Лучший старт за 1ч
- 254
- Ср. итоговый охват
- 830
Рекламные размещения за последние 30 дней
Данные за последние 30 дней
Идет сбор информации
Скоро здесь появятся обработанные данные
Эффективность рекламных размещений за 30 дней
Идет сбор информации
Скоро здесь появятся обработанные данные
Динамика рекламы по часам
Как публикации набирали просмотры в первые часы
О чем канал?
Авторская информация о системном администрировании и devops. Сайт: serveradmin.ru
Резюме для рекламы
- Охват выше чем у 50% каналов
- ER (К реакций) выше чем у 57% каналов — 1.66%
- Лучший баланс охвата и вовлечённости: фото + ссылка
Публикации
Перейти в канал; 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. Вот эти три вещи по идее обязательны к обновлению, причём экстренному, что я вчера и сделал. ❓А у вас какие отношения с обновлениями? Обновились внепланово или пока ждёте? Были проблемы? #security #debian

# 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То есть удобно сделано, через пакеты, поддерживается и обновляется. Теперь, если ты отключил заголовки, они при наведении будут всплывать только в режиме редактирования, но не просмотра. Мне это очень нравится 😁 У них много разных модулей, можете сами посмотреть, что там вам покажется полезным. Ещё у них инструкции неплохие были, но сейчас не уверен, что они ещё актуальны. С приходом ИИ большого смысла в них нет. Он их уже и так изучил и может изложить с подробностями. #zabbix
Специалисты ГК "Астрал" и фирмы "1С" в непрерывном круглосуточном режиме работают над восстановлением сервисов 1С-ЭДО, 1С-ЭПД, 1С-Отчетность. Ориентировочный срок возобновления штатной работы сервисов - 14.10.26. Но поскольку могут быть сложности при запуске сервисов на инфраструктуре новых дата-центров, возможен перенос срока на 16.10.26.Получился хороший стресс тест для всех - пользователей, инженеров, владельцев бизнеса. Например, некоторое время не работала Яндекс.Почта ещё после отключения первого ДЦ. Я как раз в тот момент ждал код подтверждения на почту, чтобы войти в один сервис. Уже тогда задумался, что сильно завишу от почтового ящика, на который очень много завязано. И вот сейчас он уже второй день работает кое-как. Для меня это стало уязвимым местом. Кто-то в Яндекс.Диске потерял свои файлы, думаю, что часть безвозвратно. В общем, пришло время всем пересмотреть свои подходы к построению инфраструктуры и использованию облачных сервисов. Теперь точно нельзя просто взять и перенести всё в облако. Их, как минимум, должно быть 2 в разных компаниях и регионах, а бэкапы где-то у себя в загашнике. Ну а если удары по ДЦ продолжатся, то безальтернативным вариантом будет возврат к своим стойкам и серверам где-то в офисе или на складе. Лишь бы было где и на что сервера для них купить по текущим ценам. Ну и естественно, всё это приведёт к удорожанию инфраструктуры и всего, что на неё завязано. ❓ Вы как-то пострадали от повреждения двух ДЦ Яндекса? Я не могу воспользоваться 1С ЭДО, подписать документы и получить по ним оплату. Прилёг портал my.kaspersky.com, где я управляю компами детей. Не могу им экранное время изменить с каникул на учебные дни. Ну и с почтой небольшие проблемы. Вроде всё. По работе никто не пострадал. У моих клиентов нет денег на ресурсы Яндекс.Облака. Используем либо своё железо, либо арендные дедики и colocation. Бэкапы с инфры провайдеров забираю во вне. p.s. реклама выше в тему оказалась, хотя изначально не задумывалась так, тема давно обозначена была #печаль #грусть
# 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. У себя это проверял. Но контекста больше уходит. На решение задачи может не хватить. #ai #devops #ansible

Разместите рекламу в ServerAdmin.ru | Linux | DevOps
Свяжитесь через наш специальный канал связи с администрацией для получения деталей
Похожие каналы в категории «IT и разработка»
ServerAdmin.ru | Linux | DevOps
Канал ServerAdmin.ru | Linux | DevOps входит в каталог каналов MAX мессенджера на сайте MaxAds. Мы предоставляем актуальную статистику по количеству подписчиков, публикаций и другую аналитику для всех каналов в мессенджере MAX. Используйте наш каталог каналов для поиска интересных каналов по различным категориям.
О канале ServerAdmin.ru | Linux | DevOps
ServerAdmin.ru | Linux | DevOps — это популярный канал в мессенджере MAX в категории «IT и разработка». На канал подписано 2 206 человек, опубликовано 350 постов с актуальным и интересным контентом.
Почему стоит подписаться на ServerAdmin.ru | Linux | DevOps
- Качественный контент — регулярные публикации от проверенных авторов
- Активное сообщество — 2 206 подписчиков
- Большой архив — более 350 постов с полезной информацией
- Актуальность — свежие новости и обновления в теме «IT и разработка»
Как подписаться на канал?
Чтобы подписаться на канал ServerAdmin.ru | Linux | DevOps, нажмите на кнопку «Открыть в MAX» выше. Вы будете перенаправлены в мессенджер MAX, где сможете подписаться на канал одним кликом. Присоединяйтесь к 2 206 подписчикам и получайте актуальный контент в категории «IT и разработка».

