Лига сисадминов
Статьи, переводы статей, заметки, и юмор на тему системного администрирования. Написать администратору: @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.
Data loading in progress...
| Date | Subscriber Growth | Mentions | Channels | |
| 11 October | +2 | |||
| 10 October | 0 | |||
| 09 October | +2 | |||
| 08 October | +7 | |||
| 07 October | +6 | |||
| 06 October | 0 | |||
| 05 October | +7 | |||
| 04 October | +3 | |||
| 03 October | +20 | |||
| 02 October | +7 | |||
| 01 October | +13 |
| 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 | 1 431 |
| 6 | Вот это подгон: лидеры Альфа-Банка и других крупных компаний прямо сейчас нанимают в Сетке, соцсети для нетворкинга от hh ru. Пишите нанимающим напрямую, так вас точно заметят. И, кто знает, может среди этих вакансий есть команда вашей мечты:
→ CTO Альфа-Банка Кирилл Сафаров ищет руководителя портфеля цифровых продуктов на MLM-проект «Свой в Альфе»;
→ IT-директор Сергей Чернуха из «Филип Моррис Интернэшнл» в России в поиске сразу двух управляющих: IT-решениями для бизнеса и IT-инфраструктурой;
→ Техлид команды тестирования в Альфа-Банкее Егор Шохин ищет автотестировщика на C# уровня мидл+;
→ CTO МТС Банка Кирилл Золотарев ищет технического лидера в команду платежей;
→ Коммерческий директор Skillaz Андрей Синякин опубликовал вакансию директора
по продукту | 1 239 |
| 7 | Переход с 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 | 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: команда 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 | 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 |
