en
Feedback

Don't get caught by a cheater! Telemetrio finds and tags such channels 👉 If you want to see the tag, subscribe 👈

Лига сисадминов

Лига сисадминов

Open in Telegram

Статьи, переводы статей, заметки, и юмор на тему системного администрирования. Написать администратору: @s_league_admin_bot КНД: https://clck.ru/3Fy4kQ

Show more

📈 Analytical overview of Telegram channel Лига сисадминов

Channel Лига сисадминов (@sysodmins_league) in the Russian language segment is an active participant. Currently, the community unites 13 285 subscribers, ranking 9 485 in the Technologies & Applications category and 48 809 in the Russia region.

📊 Audience metrics and dynamics

Since its creation on невідомо, the project has demonstrated rapid growth, gathering an audience of 13 285 subscribers.

According to the latest data from 12 October, 2026, the channel demonstrates stable activity. Although there has been a change in the number of participants by 130 over the last 30 days and by 0 over the last 24 hours, overall reach remains high.

  • Verification status: Not verified
  • Engagement rate (ER): The average audience engagement rate is 11.76%. Within the first 24 hours after publication, content typically collects 6.50% reactions from the total number of subscribers.
  • Post reach: On average, each post receives 1 563 views. Within the first day, a publication typically gains 863 views.
  • Reactions and interaction: The audience actively supports content: the average number of reactions per post is 15.
  • Thematic interests: Content is focused on key topics such as linux, ит_статьи, kubernetes, devops, docker.

📝 Description and content policy

The author describes the resource as a platform for expressing subjective opinions:
“Статьи, переводы статей, заметки, и юмор на тему системного администрирования. Написать администратору: @s_league_admin_bot КНД: https://clck.ru/3Fy4kQ”

Thanks to the high frequency of updates (latest data received on 13 October, 2026), the channel maintains relevance and a high level of publication reach. Analytics show that the audience actively interacts with content, making it an important point of influence in the Technologies & Applications category.

13 285
Subscribers
No data24 hours
+27 days
+13030 days
Attracting Subscribers
Oct '26
October '26
+67
in 1 channels
September '26
+198
in 0 channels
Get PRO
August '26
+353
in 0 channels
Get PRO
July '26
+364
in 0 channels
Get PRO
June '26
+340
in 1 channels
Get PRO
May '26
+405
in 0 channels
Get PRO
April '26
+306
in 1 channels
Get PRO
March '26
+382
in 0 channels
Get PRO
February '26
+362
in 0 channels
Get PRO
January '26
+443
in 0 channels
Get PRO
December '25
+406
in 0 channels
Get PRO
November '25
+437
in 1 channels
Get PRO
October '25
+372
in 5 channels
Get PRO
September '25
+348
in 2 channels
Get PRO
August '25
+436
in 2 channels
Get PRO
July '25
+307
in 1 channels
Get PRO
June '25
+310
in 2 channels
Get PRO
May '25
+446
in 1 channels
Get PRO
April '25
+397
in 1 channels
Get PRO
March '25
+545
in 1 channels
Get PRO
February '25
+443
in 0 channels
Get PRO
January '25
+446
in 0 channels
Get PRO
December '24
+500
in 0 channels
Get PRO
November '24
+513
in 0 channels
Get PRO
October '24
+313
in 0 channels
Get PRO
September '24
+430
in 0 channels
Get PRO
August '24
+524
in 0 channels
Get PRO
July '24
+470
in 0 channels
Get PRO
June '24
+483
in 0 channels
Get PRO
May '24
+435
in 0 channels
Get PRO
April '24
+645
in 1 channels
Get PRO
March '24
+465
in 0 channels
Get PRO
February '24
+427
in 0 channels
Get PRO
January '24
+506
in 0 channels
Get PRO
December '23
+450
in 1 channels
Get PRO
November '23
+1 150
in 5 channels
Get PRO
October '23
+959
in 3 channels
Get PRO
September '23
+578
in 0 channels
Get PRO
August '23
+687
in 0 channels
Get PRO
July '23
+1 087
in 0 channels
Get PRO
June '23
+617
in 0 channels
Get PRO
May '23
+858
in 0 channels
Get PRO
April '23
+675
in 0 channels
Get PRO
March '23
+873
in 0 channels
Get PRO
February '23
+554
in 0 channels
Get PRO
January '23
+808
in 0 channels
Get PRO
December '22
+610
in 0 channels
Get PRO
November '22
+472
in 0 channels
Get PRO
October '22
+458
in 0 channels
Get PRO
September '22
+706
in 0 channels
Get PRO
August '22
+685
in 0 channels
Get PRO
July '22
+375
in 0 channels
Get PRO
June '22
+496
in 0 channels
Get PRO
May '22
+410
in 0 channels
Get PRO
April '22
+224
in 0 channels
Get PRO
March '22
+245
in 0 channels
Get PRO
February '22
+498
in 0 channels
Get PRO
January '22
+458
in 0 channels
Get PRO
December '21
+413
in 0 channels
Get PRO
November '21
+44
in 0 channels
Get PRO
October '21
+22
in 0 channels
Get PRO
September '21
+176
in 0 channels
Get PRO
August '21
+213
in 0 channels
Get PRO
July '21
+16
in 0 channels
Get PRO
June '21
+14
in 0 channels
Get PRO
May '21
+444
in 0 channels
Get PRO
April '21
+386
in 0 channels
Get PRO
March '21
+54
in 0 channels
Get PRO
February '21
+432
in 0 channels
Get PRO
January '21
+30
in 0 channels
Get PRO
December '20
+3 566
in 0 channels
Date
Subscriber Growth
Mentions
Channels
11 October+2
10 October0
09 October+2
08 October+7
07 October+6
06 October0
05 October+7
04 October+3
03 October+20
02 October+7
01 October+13
Channel Posts
Ловушка ConfigMap в Kubernetes: как обновлять конфиги приложения, не перезапуская поды Если вы прокидываете конфигурацию в поды Kubernetes через configMapKeyRef или обычные переменные окружения, вы наверняка уже упирались в раздражающую стену: каждый раз, когда конфигурация меняется, вам приходится перезапускать весь под, чтобы изменения применились. В проде ронять поды только ради того, чтобы обновить feature flag, лимит таймаута или API endpoint, рискованно и неэффективно. К счастью, в Kubernetes есть встроенный способ обновлять конфигурацию динамически и с нулевым даунтаймом. Секрет в сочетании атомарных Volume Mounts и динамического чтения файла. Вот как именно это настроить, почему многие делают это неправильно, и код, который нужен, чтобы это заработало. https://telegra.ph/Lovushka-ConfigMap-v-Kubernetes-kak-obnovlyat-konfigi-prilozheniya-ne-perezapuskaya-pody-10-12 #ит_статьи #devops #kubernetes #configmap #zeroDowntime

2
Штатные утилиты Linux настолько мощные, что на них можно собрать базу данных. База данных лежит в основе многих приложений, от полноценных корпоративных сайтов до простых инструментов вроде списков покупок и финансовых трекеров. Реляционные базы на SQL популярны, но Linux предлагает альтернативу попроще и прозрачнее. https://telegra.ph/SHtatnye-utility-Linux-nastolko-moshchnye-chto-na-nih-mozhno-sobrat-bazu-dannyh-10-11 #ит_статьи #devops #linux #awk #sql #databases
984
3
DNS over HTTPS с curl: проверяем записи A и AAAA DNS over HTTPS (DoH) позволяет отправить DNS-запрос как обычный HTTPS-запрос по порту 443. Google Public DNS даёт JSON API, который особенно хорошо работает с curl и jq для диагностики, шелл-скриптов и точечных проверок в CI. В этой статье используется dns.google/resolve, JSON API Google. Стандартизованный эндпоинт RFC 8484 по адресу dns.google/dns-query вместо этого работает с бинарными DNS-сообщениями. https://telegra.ph/DNS-over-HTTPS-s-curl-proveryaem-zapisi-A-i-AAAA-10-10 #ит_статьи #devops #network #curl #dns #doh #jq #ipv6
1 208
4
Типичные проблемы с Docker и как их решать Docker прочно вошел в нашу жизнь, став стандартом де-факто для контейнеризации приложений. Он обещает среду «работает на моей машине — будет работать везде», и в большинстве случаев так и есть. Но рано или поздно каждый разработчик или DevOps-инженер сталкивается с ситуацией, когда эта магия дает сбой. Контейнер не запускается, приложение не видит друг друга, а диск сервера таинственным образом переполняется. В этой статье мы не будем поверхностно пробегать по списку команд. Мы погрузимся в три самые частые и раздражающие категории проблем Docker: нехватку места, конфликты прав доступа и сетевые коллизии. Мы разберемся в причинах их возникновения и выработаем системный подход к решению. https://telegra.ph/Tipichnye-problemy-s-Docker-i-kak-ih-reshat-10-10 #ит_статьи #devops #docker #linux #troubleshooting
1 349
5
Схема зависимостей сетевых протоколов #ит_заметки #network #osi #tcp_ip
Схема зависимостей сетевых протоколов #ит_заметки #network #osi #tcp_ip
1 431
6
Вот это подгон: лидеры Альфа-Банка и других крупных компаний прямо сейчас нанимают в Сетке, соцсети для нетворкинга от hh ru.+5
Вот это подгон: лидеры Альфа-Банка и других крупных компаний прямо сейчас нанимают в Сетке, соцсети для нетворкинга от hh ru. Пишите нанимающим напрямую, так вас точно заметят. И, кто знает, может среди этих вакансий есть команда вашей мечты: → CTO Альфа-Банка Кирилл Сафаров ищет руководителя портфеля цифровых продуктов на MLM-проект «Свой в Альфе»; → IT-директор Сергей Чернуха из «Филип Моррис Интернэшнл» в России в поиске сразу двух управляющих: IT-решениями для бизнеса и IT-инфраструктурой; → Техлид команды тестирования в Альфа-Банкее Егор Шохин ищет автотестировщика на C# уровня мидл+; → CTO МТС Банка Кирилл Золотарев ищет технического лидера в команду платежей; → Коммерческий директор Skillaz Андрей Синякин опубликовал вакансию директора по продукту
1 239
7
Переход с VMware: как не начать с нуля и получить больше возможностей Смена платформы виртуализации поднимает практические во
Переход с VMware: как не начать с нуля и получить больше возможностей Смена платформы виртуализации поднимает практические вопросы: как изменятся существующие процессы, будет ли возможна автоматизация, останутся ли Terraform и Ansible в рабочем контуре и можно ли использовать декларативное управление наравне с управлением через веб-интерфейс. 16 октября на вебинаре узнаете о типовых сценариях и задачах эксплуатации классической виртуализации и увидите, как их можно автоматизировать в Deckhouse Platform. В программе: — сценарии классической виртуализации и сочетание веб-интерфейса с декларативным управлением; — подготовка «золотых образов» и первичная настройка ВМ; — развёртывание через Terraform, манифесты, шаблонизатор и GitOps; — управление конфигурацией ВМ с помощью Ansible. 🎁 Бонусы: розыгрыш мерча и обучения. Зарегистрироваться 16 октября, 12:00
947
8
Управление несколькими Git-идентичностями и SSH-ключами для инженеров с несколькими рабочими контекстами Хватит случайно использовать не тот email в Git или не тот SSH-ключ. Пара умных правок в конфиге, и каталог проекта сам выбирает нужную идентичность, так что вам больше никогда не придётся об этом думать. Вести несколько Git- и SSH-идентичностей, скорее всего, уже обычная часть вашего рабочего процесса. Если вы хоть раз запушили коммит с личным email в репозиторий рабочего проекта, открыли pull request с рабочим email в open-source-проект или GitHub вас не пустил из-за не того SSH-ключа, эта заметка для вас. Подумайте о контекстах, в которых вы работаете: личные проекты, вклад в open source, работа на клиента, работа на прямого работодателя. Каждый из них не просто другая кодовая база, а полностью отдельная идентичность, в которую входит: - имя и email в Git - аккаунт на сервисе вроде GitHub или GitLab - SSH-ключ для аутентификации - GPG- или SSH-ключ для подписи коммитов Переключаться между ними вручную можно, но это как раз то, что вы неизбежно забудете. Итог? Вы пушите код не от того автора или тратите время на разбор сообщений об отказе SSH. Эта заметка показывает, как заставить компьютер самому выбирать нужную идентичность по тому, где лежит проект, чтобы вы перестали об этом думать и сосредоточились на коде. https://telegra.ph/Upravlenie-neskolkimi-Git-identichnostyami-i-SSH-klyuchami-dlya-inzhenerov-s-neskolkimi-rabochimi-kontekstami-10-08 #ит_статьи #devops #linux #ssh #git
1 273
9
Разница между Токенами (JWT) и API ключами #ит_заметки #jwt #api_keys #cheatsheet
Разница между Токенами (JWT) и API ключами #ит_заметки #jwt #api_keys #cheatsheet
1 320
10
VK Cloud, Yandex Cloud и «Флант». Долгое время каждый устраивал своё мероприятие и конкурировал за внимание одних и тех же людей. Потом собрали это в одну конференцию — Kuber Conf, проект их ассоциации АОТ. Первая прошла в 2025-м. Мне тут важно, кого зовут говорить. В программу обещают брать тех, кто проверял подходы на своих проектах и не стесняется сказать, где и что реально сработало, а что не очень. Днём обещают как раз это: инфраструктуру и модели, экономику платформ, безопасность, Kubernetes, сети и железо. В семь — афтепати. Подозреваю, основной доклад будет там, только без слайдов. Вся программа уже на сайте! Если вам это по работе близко — 22 октября, пространство Connect. Записи прошлого года уже есть. Я послушал и пожалел, что не мог посетить конфу очно. Очень много концентрированной полезной инфы от людей, которые явно хорошо знают своё дело.
1 650
11
Ошибки сетевого интерфейса в Linux: практический порядок диагностики через ethtool и ip -s Когда Linux-сервер сообщает о потерях пакетов, медленных передачах или связности с перебоями, первая ошибка часто в том, чтобы сразу лезть в логи приложения. Linux отдаёт несколько слоёв сетевой статистики: стандартные счётчики интерфейса, счётчики по протоколам и значения, специфичные для драйвера, которые доступны через ethtool. Аккуратный порядок действий подскажет вам, на каком уровне проблема: физика, драйвер, очереди или выше по стеку. https://telegra.ph/Oshibki-setevogo-interfejsa-v-Linux-prakticheskij-poryadok-diagnostiki-cherez-ethtool-i-ip--s-10-07 #ит_заметки #linux #ethtool #network #nic #troubleshooting
1 667
12
Собираетесь на SysAdmin 2026 9 октября? Тогда загляните к SafeMobile! С самого утра коллеги ждут на стенде №8: команда SafeMo
Собираетесь на SysAdmin 2026 9 октября? Тогда загляните к SafeMobile! С самого утра коллеги ждут на стенде №8: команда SafeMobile приглашает познакомиться и обсудить вопросы управления корпоративными устройствами. Подарки тоже будут 🎁 А в 16:30 в Общем треке технический директор SafeMobile Олег Ассур и руководитель направления ПАО Сбербанк Максим Микалюк выступят с докладом «Автономный MDM отбирает работу у meat proxy. Что делать?» Поговорят о том: ➡️ Что MDM умели делать самостоятельно ещё до ChatGPT; ➡️ Как ИИ уже используют мировые MDM-решения; ➡️ Сколько самостоятельности можно доверить системе; ➡️ Как контролировать риски, когда она действует сама; ➡️ Как при этом меняется роль администратора. 📍 Москва, Раменский бульвар, д. 1, кластер «Ломоносов» Хотите разобраться в теме ещё до доклада? В канале SafeMobile — всё об управлении и защите корпоративных устройств, практических кейсах и возможностях MDM.
1 535
13
WinPodX — Windows, встроенная прямо в Linux Разве не было бы здорово, если бы двойной щелчок по файлу .docx в файловом менеджере Linux просто открывал Word? Без полноэкранного рабочего стола Windows и без сеанса удалённого рабочего стола — просто обычное окно Word со своей иконкой на панели задач, которое можно закрепить и между которым можно переключаться через Alt+Tab, как между любыми другими приложениями. Именно это и делает WinPodX: он запускает Windows-контейнер в фоне под KVM и выводит отдельные приложения с помощью FreeRDP RemoteApp. Благодаря этому ссылки mailto: открываются в Outlook, а схемы slack: или vnc: — в тех приложениях, которые зарегистрированы для их обработки. https://telegra.ph/WinPodX--Windows-vstroennaya-pryamo-v-Linux-10-05 #ит_заметки #linux #windows #kvm #freerdp #remoteapp
1 596
14
Наш душевный спагетти-код, их бездушный нейрослоп😏 #ит_юмор #ai
Наш душевный спагетти-код, их бездушный нейрослоп😏 #ит_юмор #ai
1 678
15
Кластер высокой доступности с Pacemaker и Corosync на RHEL-based дистрибутивах Непрерывная доступность критичных приложений для бизнеса в цифровой среде обязательна. Кластер высокой доступности (HA) дает механизмы резервирования и failover, без которых простой не сократить: сервисы остаются онлайн даже при отказе серверов. В экосистеме RHEL-based дистрибутивов Pacemaker и Corosync - два мощных инструмента для эффективной сборки кластеров высокой доступности и управления ими. Речь о настройке двух- или многоузлового HA-кластера на Pacemaker и Corosync на RHEL-based дистрибутивах. В статье - как кластеризация помогает управлять критичными сервисами вроде баз данных и файловых систем и обеспечивает бесшовный failover, чтобы свести перебои в работе сервиса к минимуму. #ит_статьи #devops #linux #pacemaker #corosync #failover #high_availability
1 679
16
Как пакет проходит через ядро Linux Большинство инженеров знают: XDP - это быстро, а nftables - «та самая штука-файрвол». Но мало кто понимает, почему под нагрузкой они ведут себя так по-разному. Ответ не в инструментах, а в том, где в ядре каждый из них работает. Чтобы рассуждать о том, куда вешать хук, об ошибках верификатора, дизайне map или о скорости обработки пакетов, вам нужна одна вещь: ясная картина того, как пакет на самом деле идёт через ядро Linux. Этот пост про то, как такую картину собрать. https://telegra.ph/Kak-paket-prohodit-cherez-yadro-Linux-10-04 #ит_статьи #linux #ebpf #xdp #netfilter #skb #network
1 755
17
Docker Compose: тюнинг контейнеров с помощью ulimits и shm_size Лимиты CPU и памяти обычно покрывают очевидные ресурсы. Но еще две опции решают специфические задачи: ulimits - для лимитов ядра и shm_size - для разделяемой памяти. https://telegra.ph/Docker-Compose-tyuning-kontejnerov-s-pomoshchyu-ulimits-i-shm-size-10-03 #ит_статьи #devops #linux #docker #docker_compose #containers
1 800
18
Trynix - тестируем классические Linux-утилиты, ничего не устанавливая Хотите проверить кое-что в старой версии Python, скажем, в той, что из 2017 года, просто чтобы понять, оттуда ли баг, за которым вы охотитесь. Обычно это значит разыскивать Docker-образ или старый бинарник Python, чтобы прогнать свои тесты. А с trynix кликаете по ссылке, и хоп, у вас shell с вашей утилитой. Сайт сделан Farid Zakaria, который годами ковыряется с Nix и называет это своим "magnum opus". В общем, прямо в вашей вкладке поднимается машина Linux x86_64, и запрошенный пакет уже лежит в PATH. Ничего ставить не надо, аккаунт создавать не надо, и всё работает прямо в браузере. Я попробовал сегодня утром python3 версии 3.6.2. Браузер идёт за путями store, проверяет подписи, и секунд через тридцать появляется prompt. Набираю python3 --version, а он отвечает: Python 3.6.2, с glibc 2.25 и тогдашним OpenSSL 1.0.2l в комплекте. Вот так у меня и оказался Python 2017 года в Chrome 2026-го, и свою машину я вообще не трогал. https://telegra.ph/Trynix---testiruem-klassicheskie-Linux-utility-nichego-ne-ustanavlivaya-10-01 #ит_статьи #linux #nix #qemu #shell #trynix
2 004
19
Читать можно. Писать — нет NVIDIA выпустила Open Agent Safety Platform. Вместе с ней — OpenShell 0.1.0. Это не новый агент. OpenShell не заменяет Codex, Claude Code, Hermes и прочие, а оборачивает их запуск. Агент сидит в песочнице: на уровне ОС ограничиваются файлы и процессы. Рядом Supervisor проверяет исходящий трафик — HTTP, GraphQL и MCP. Политики пишут на YAML. Дальше они компилируются в правила OPA Rego и проверяются на каждый исходящий запрос. К одному и тому же API можно разрешить чтение и запретить запись. Обычная библиотечная история: книгу дают, карандаш — нет. Секреты агенту не отдают: они остаются вне его workload. При этом сервис, куда он стучится, свои права всё равно проверяет сам — OpenShell добавляет ещё один слой контроля, а не заменяет авторизацию сервиса. По умолчанию сети может не быть вообще — тогда curl падает ещё на уровне ядра. Разрешить только чтение GitHub API можно одной командой, причём песочницу перезапускать не надо. Каждое решение политики остаётся в журнале OCSF. На железе эту схему дополняет NVIDIA Sentry. Она работает на BlueField-4, не на третьем поколении — у BlueField-3 заметно меньше вычислительной мощности. В системах Vera Rubin POD эти DPU стоят на единственном пути к модели. Через NVIDIA DOCA Sentry связывает разговоры агента, решения политик и обращения к инструментам в контекстные записи активности. На испытаниях агенты до двух часов уговаривали ИИ-ревьюеров дать им права на изменение защищённого репозитория. Уговаривать им не тяжело, не устают. OpenShell в это время показывал ревьюерам, что запрашиваемые права на самом деле позволяют, даже когда агент пытался ими манипулировать. Записей в защищённые репозитории не произошло. Версия пока 0.1.0. К проекту уже присоединились сто организаций из экосистемы NVIDIA. #ит_заметки #openshell #nvidia #ai
2 063
20
Seccomp в K8s 3/3: измеряем, оцениваем и масштабируем Я уже который пост описываю одну и ту же сквозную мысль: можно часами собирать seccomp-профили ручной выделки и говорить, что все стало безопаснее, но сами по себе мы этого не знаем. Мы просто предполагаем. И даже когда мы хотим измерить, «хороший» ли конкретный seccomp-профиль, прийти к этому решению - та еще сложность. Например, чтобы решить, «хороший» ли seccomp-профиль, у нас есть 1 простой вопрос: Какие системные вызовы он разрешает, а какие блокирует? Чтобы получить этот ответ, приходится задать еще вопросы: - Что будет на другой архитектуре? - Что будет, если процессу выдали определенный capability? - Есть ли способы обойти нашу seccomp-политику через мультиплексирование? - Чем отличаются рантаймы контейнеров? По-моему, отсутствие данных на уровне популяции - реально одна из самых больших проблем в этой теме прямо сейчас. Мы все подкручиваем профили вслепую. Вот чего у нас нет: публичных данных о том, какие seccomp-профили организации реально выкатывают. Мы можем посчитать скор вашего профиля относительно дефолта Docker, но не можем сказать, как вы смотритесь на фоне индустрии, потому что никто свои профили не публикует. А зачем им? https://telegra.ph/Seccomp-v-K8s-33-izmeryaem-ocenivaem-i-masshtabiruem-10-01 #ит_статьи #devops #kubernetes #linux #seccomp #syscall #containers
1 810