ServerAdmin.ru
Авторская информация о системном администрировании. Информация о рекламе: @srv_admin_reklama_bot Автор: @zeroxzed Второй канал: @srv_admin_live Сайт: serveradmin.ru Ресурс включён в перечень Роскомнадзора
نمایش بیشتر📈 تحلیل کانال تلگرام ServerAdmin.ru
کانال ServerAdmin.ru (@srv_admin) در بخش زبانی روسی بازیگری فعال است. در حال حاضر جامعه شامل 32 686 مشترک است و جایگاه 4 080 را در دسته فناوری و برنامهها و رتبه 19 556 را در منطقه روسيا دارد.
📊 شاخصهای مخاطب و پویایی
از زمان ایجاد در невідомо، پروژه رشد سریعی داشته و 32 686 مشترک جذب کرده است.
بر اساس آخرین دادهها در تاریخ 25 اکتبر, 2026، کانال فعالیت پایداری دارد. در ۳۰ روز گذشته تغییر اعضا برابر 129 و در ۲۴ ساعت گذشته برابر -3 بوده و همچنان دسترسی گستردهای حفظ شده است.
- وضعیت تأیید: تأیید نشده
- نرخ تعامل (ER): میانگین تعامل مخاطب 22.83% است و در ۲۴ ساعت نخست پس از انتشار، محتوا معمولاً 12.76% واکنش نسبت به کل مشترکان کسب میکند.
- دسترسی پستها: هر پست به طور میانگین 7 465 بازدید دریافت میکند. در اولین روز معمولاً 4 172 بازدید جمعآوری میشود.
- واکنشها و تعامل: مخاطبان بهطور فعال حمایت میکنند؛ میانگین واکنش به هر پست 74 است.
- علایق موضوعی: محتوا بر موضوعات کلیدی مانند linux, docker, мониторинг, контейнер, serveradmin تمرکز دارد.
📝 توضیح و سیاست محتوایی
نویسنده این فضا را محل بیان دیدگاههای شخصی توصیف میکند:
“Авторская информация о системном администрировании.
Информация о рекламе: @srv_admin_reklama_bot
Автор: @zeroxzed
Второй канал: @srv_admin_live
Сайт: serveradmin.ru
Ресурс включён в перечень Роскомнадзора”
به لطف بهروزرسانیهای پرتکرار (آخرین داده در تاریخ 26 اکتبر, 2026)، کانال همواره بهروز و دارای دسترسی بالاست. تحلیلها نشان میدهد مخاطبان بهطور فعال با محتوا تعامل دارند و آن را به نقطه اثرگذاری مهم در دسته فناوری و برنامهها تبدیل کردهاند.
❓Какие реальные возможности у 1С:Расширенная корпоративная лицензия (1С:РКЛ) и как компании выжать из неё максимум? На вебинаре разберём, что компания на самом деле получает вместе с РКЛ, где проходят границы поддержки и какую роль в решении реальных проблем играет партнёр.
Без пересказа регламентов на конкретных кейсах покажем, какие вопросы можно решить ещё до обращения в 1С, как правильно расследовать сложные инциденты и что делать, если проблема формально выходит за рамки РКЛ.
Отдельно покажем, чем отличается подход ИТ-Экспертизы. Для нас РКЛ — не просто передача обращений в 1С. Мы:
1️⃣ Подключаем собственную технологическую экспертизу
2️⃣ Работаем как дополнительная «четвёртая линия» поддержки
3️⃣ Используем собственный проактивный мониторинг
4️⃣ Помогаем локализовать причины инцидентов и готовим воспроизводимые кейсы для вендора.
В результате клиент получает не только саму РКЛ, но и дополнительный экспертный слой между своей командой и 1С.
Обсудим, когда РКЛ недостаточно. Производительность, архитектура, миграции, аудит ландшафта и сложные эксплуатационные проблемы требуют другого подхода. Поможем понять, что именно нужно вашей системе, и как выстроить поддержку, чтобы проблема не просто «ушла в обращение», а действительно двигалась к решению.
🗣 Спикеры:
◽️Елена Скворцова — директор департамента технологической экспертизы, 1С:Эксперт
◽️Георгий Бяков — ведущий эксперт по технологическим вопросам, 1С:Эксперт, 1С:Эксплуататор
🗓 Когда: 15 октября, в 11:00 по Московскому времени
Запишитесь на вебинар прямо сейчас, чтобы не пропустить, а после мероприятия получить полезные материалы!
Реклама, ООО "ИТ-Экспертиза", ИНН 7725373193.top на iowait (он не вырос),
▪️в vmstat 1 на столбец b, который показывает количество процессов, заблокированных в ожидании ввода-вывода (был 1 процесс, что не привлекает внимание)
▪️в ps -eo pid,stat,wchan,cmd | grep '^D' найти процессы в состоянии D (их не было)
Ну и некоторые другие вещи. На самом деле я не смог найти какой-то конкретной метрики, которая бы указала на проблемы с примонтированным диском, кроме явной проверки доступности этого диска через тот же findmnt, df или банальную попытку обратиться к этому диску. Все эти операции зависают. Ну и в системном журнале тоже была информация о недоступности диска:
# dmesg -T | grep -iE "blocked|hung_task|nfs" | tail -n 10
[Mon Oct 5 12:16:39 2026] nfs: server 192.168.137.51 not responding, still trying
Для меня осталось неясным, почему в этой истории не вырос iowait. На картинке снизу скриншот мониторинга с метриками CPU и LA. Явно видно, что LA сильно вырос, а метрики процессора все на месте.
С метрикой iowait много нюансов. Будьте с ней аккуратны. Я уже приводил пример тестов, когда iowait может показывать низкие или почти нулевые значения при жёсткой нагрузке на дисковую подсистему, которую с трудом переваривает сервер. Это связано с особенностью подсчёта этой метрики. По ссылке выше есть объяснение. Рекомендую внимательно ознакомиться для общего образования. Как показал мой случай, ИИшки не раскурили эту проблему.
Я лично уже давно привык смотреть сразу top или htop и если там нет чего-то явно жрущего процессор, то сразу начинаю проверять диски.
#linux #perfomance# apt install aish
Запускаете его:
# aish
И пробуете общаться, решать свои задачи.
❗️Если заметка вам полезна, не забудьте 👍 и забрать в закладки.
———
ServerAdmin: 📱 Telegram | 🌐 Сайт | 📲 MAX 😩
#aiРеклама, ООО ГАЛС СОФТВЭР, ИНН 5047195298~/.bashrc:
export PROMPT_COMMAND='EX_CODE=$?; logger -p local6.debug "{\"user\":\"$(whoami)\",\"path\":\"$(pwd)\",\"command\":\"$(history 1 | sed "s/^[ ]*[0-9]\+[ ]*//")\", \"status\":\"$EX_CODE\"}";'
Тут всё просто. Используем возможности bash в виде PROMPT_COMMAND. Значение этой переменной выполняется каждый раз перед появлением приглашения на ввод команды в оболочке. То есть вы ввели какую-то команду, она выполнилась, отработала команда в PROMPT_COMMAND и снова появилось приглашение на ввод. В этот момент мы просто используя logger записываем в системный лог некоторые переменные и очищенный вывод команды history 1, которая выводит последнюю введённую команду. В итоге получаем то, что надо.
Выведем эти логи в отдельный лог-файл. Для этого добавляем конфигурацию в rsyslog. Создаём файл /etc/rsyslog.d/command-audit.conf:
# cat > /etc/rsyslog.d/command-audit.conf <<'EOF'
local6.debug /var/log/command-audit.log
EOF
Перезапускаем rsyslog:
# systemctl restart rsyslog
Заходим пользователем по SSH, что-то делаем в консоли и смотрим результат в файле /var/log/command-audit.log:
2026-10-01T20:03:43.038407+03:00 debian13 devbitrix01: {"user":"devbitrix01","path":"/var/www","command":"free -m", "status":"0"}
2026-10-01T20:03:47.192911+03:00 debian13 devbitrix01: {"user":"devbitrix01","path":"/var/www","command":"htop", "status":"0"}
Мне нравится такой формат - просто и наглядно. Ещё и в json сразу обёрнут. У обычного пользователя доступа к этому логу нет, изменить он его не сможет. При желании этот лог легко отправить в централизованное хранилище с помощью любого сборщика логов (vector, alloy и т.д.), если оно используется.
Ничего дополнительно на сервер ставить не надо, что очень удобно. Я не люблю донастраивать и что-то менять в уже введённых в эксплуатацию серверах. Обычно все подобные вещи делаю сразу в момент настройки, чтобы можно было всё проверить.
☝️ Важно понимать, что этот аудит легко отключить самим пользователем, или просто обойти. Он банально может обнулить переменную PROMPT_COMMAND. То есть это не инструмент повышения безопасности, а скорее просто модернизированная версия history для удобства пользователей, особенно если их несколько и администратора.
❗️Если заметка вам полезна, не забудьте 👍 и забрать в закладки.
———
ServerAdmin: 📱 Telegram | 🌐 Сайт | 📲 MAX 😩
#ssh #webserver