Библиотека девопса | DevOps, SRE, Sysadmin
Все самое полезное для девопсера в одном канале. Наши курсы: https://clc.to/ZJ7Z1w По рекламе: @tproger_sales_bot Для обратной связи: @proglibrary_feeedback_bot РКН: https://gosuslugi.ru/snet/6798b4e4509aba56522d1787 Заявка: 8137718351
Show more📈 Analytical overview of Telegram channel Библиотека девопса | DevOps, SRE, Sysadmin
Channel Библиотека девопса | DevOps, SRE, Sysadmin (@devopsslib) in the Russian language segment is an active participant. Currently, the community unites 10 338 subscribers, ranking 11 813 in the Technologies & Applications category and 61 452 in the Russia region.
📊 Audience metrics and dynamics
Since its creation on невідомо, the project has demonstrated rapid growth, gathering an audience of 10 338 subscribers.
According to the latest data from 28 October, 2026, the channel demonstrates stable activity. Although there has been a change in the number of participants by -44 over the last 30 days and by 1 over the last 24 hours, overall reach remains high.
- Verification status: Not verified
- Engagement rate (ER): The average audience engagement rate is 10.47%. Within the first 24 hours after publication, content typically collects 5.07% reactions from the total number of subscribers.
- Post reach: On average, each post receives 1 082 views. Within the first day, a publication typically gains 524 views.
- Reactions and interaction: The audience actively supports content: the average number of reactions per post is 1.
- Thematic interests: Content is focused on key topics such as devops'a, навигация, скрипт, docker, git.
📝 Description and content policy
The author describes the resource as a platform for expressing subjective opinions:
“Все самое полезное для девопсера в одном канале.
Наши курсы: https://clc.to/ZJ7Z1w
По рекламе: @tproger_sales_bot
Для обратной связи: @proglibrary_feeedback_bot
РКН: https://gosuslugi.ru/snet/6798b4e4509aba56522d1787
Заявка: 8137718351”
Thanks to the high frequency of updates (latest data received on 29 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.
DevOps-инженера — бесконтрольно плодящиеся агенты, которые «сжирают» бюджет на токены и нарушают 152-ФЗ. Мы обновили наш курс, сместив фокус на мониторинг, трассировку и «экономику агентов».
📚 В обновлённой программе:
— управляемый инжиниринг: логирование, трассировка ошибок и оценка измеримости;
— экономика ресурсов: управление затратами на токены, роутинг и кэширование;
— юридические аспекты: полное руководство по развёртыванию систем в рамках законодательства РФ;
— изоляция и контроль: отдельный модуль про управление доменами и действиями.
Начните выстраивать правильную архитектуру уже сейчас — вводные материалы доступны сразу.
⏳ Специальные условия до 28 февраля:
— введите промокод Agent для получения скидки 10 000 рублей**;
— участвуйте в **акции «3 курса по цене 1» — получите два любых курса в подарок.
👉 Получить доступ к курсу и подаркамLangGraph: контрольные точки, time-travel и runbooks для устранения отказов;
— продвинутый RAG: подготовка разнородных данных к production-нагрузкам;
— безопасность: изоляция доменов и развёртывание строго по 152-ФЗ.
До 28 февраля дарим скидку 10 000 рублей по промокоду Agent.
Успейте забрать ещё два курса бесплатно под акцию «3 курса по цене 1».
Освоить LLMOps и деплой агентовloginctl list-sessions
Показывает все активные сессии: ID, UID, пользователь, seat, TTY. Если в TTY видите pts/0 — это SSH, tty2 — виртуальный терминал.
Детали конкретной сессии:
loginctl show-session 3
loginctl session-status 3
show-session — машиночитаемый вывод свойств. session-status — читаемый статус + cgroup-дерево процессов.
Работа с пользователями
loginctl list-users
loginctl user-status alice
loginctl show-user alice
Завершение сессий
# Завершить одну сессию loginctl terminate-session 5 # Завершить все сессии пользователя loginctl terminate-user bob # Жёстко убить все процессы сессии loginctl kill-session 5 -s SIGKILL # Заблокировать / разблокировать экран loginctl lock-session 3 loginctl unlock-session 3
terminate завершает корректно через logind. kill -s SIGKILL — крайняя мера, убивает всё без разбора.
По умолчанию пользовательские systemd --user сервисы умирают, когда пользователь выходит из системы. Linger это отключает:
loginctl enable-linger alice
loginctl disable-linger alice
# Проверить
loginctl show-user alice | grep Linger
Это для ботов, воркеров и сервисов на серверах, где пользователь заходит редко, но процесс должен жить постоянно. Небольшой, но ёмкий инструмент.
📍 Навигация: Вакансии • Задачи • Собесы
🐸 Библиотека devops'a
#арсенал_инженераcurl -LO 'https://burntsushi.net/stuff/subtitles2016-sample.en.gz'
gzip -dk subtitles2016-sample.en.gz
make bench-rg
➡️ Release Notes
📍 Навигация: Вакансии • Задачи • Собесы
🐸 Библиотека devops'a
#пульс_индустрииRunbook для устранения отказов, механизмы восстановления промежуточных состояний и time-travel для дебага.
🔹 Безопасность. Изоляция доменов и действий агента.
Стартуй сейчас! Получи материалы для подготовки сразу после покупки.
🎟 Промокод Agent — скидка 10 000 ₽ (до 28 февраля).
👉 Инженерный подход к AI# Когда система последний раз перезагружалась?
uptime
last reboot
# Что происходило в последний час?
journalctl --since "1 hour ago" | grep -i "error\|fail\|panic"
# Не убил ли OOM killer что-нибудь важное?
dmesg | grep -i "out of memory"
Задача — найти точное время потери связи и посмотреть, что случилось рядом с этим моментом.
Частые виновники
• Kernel panic — система тихо перезагрузилась, вы не заметили
• OOM killer — памяти не хватило, и он прибил NetworkManager или другой критичный процесс
• Maintenance провайдера — AWS, GCP, Azure иногда делают работы без громкого анонса. Проверьте status page
• Физика — коммутатор перезагрузили, кабель отошёл, что-то щёлкнуло в серверной
• Автоматизация — cron job или Ansible отработал по расписанию и сломал конфигурацию
Главный принцип: «само по себе» не бывает. Всегда есть триггер — нужно просто найти его в правильном месте.
📍 Навигация: Вакансии • Задачи • Собесы
🐸 Библиотека devops'a
#root_promptkube-linter lint pod.yamlНа выходе — список найденных проблем с объяснением и конкретной рекомендацией по исправлению. Проверки настраиваются через config.yaml — можно включить нужные, отключить лишние, написать свои. Поддерживает pre-commit хуки. ➡️ Репозиторий 📍 Навигация: Вакансии • Задачи • Собесы 🐸 Библиотека devops'a #арсенал_инженера
tcpdump — инструмент для захвата и анализа сетевого трафика.
➡️ Предыдущий пост
Базовое использование tcpdump
tcpdump -i eth0
Начинает захват всех пакетов на интерфейсе eth0 и выводит на экран. Внимание: генерирует огромное количество данных. Используйте фильтры.
Фильтр по хосту:
tcpdump -i eth0 host 192.168.1.10
Только пакеты от/к этому IP.
Фильтр по порту:
tcpdump -i eth0 port 80
Только HTTP трафик.
Комбинация фильтров:
tcpdump -i eth0 host 192.168.1.10 and port 443
HTTPS трафик к конкретному хосту.
Направление:
tcpdump -i eth0 dst 192.168.1.10 # Только к этому IP
tcpdump -i eth0 src 192.168.1.10 # Только от этого IP
Полезные флаги
• -n — не резолвить IP в имена (быстрее)
• -v — verbose (больше деталей)
• -vv — очень verbose
• -X — показать содержимое пакетов в hex и ASCII
• -A — показать содержимое в ASCII (для HTTP/текста)
Сохранение в файл для анализа
tcpdump -i eth0 -w capture.pcap
Сохраняет пакеты в файл capture.pcap. Можно открыть в Wireshark для детального анализа.
Чтение из файла:
tcpdump -r capture.pcap
Ограничение размера захвата
tcpdump -i eth0 -w capture.pcap -C 100 -W 5
• -C 100 — создавать новый файл каждые 100 МБ
• -W 5 — хранить максимум 5 файлов (ротация)
➡️ Типичные паттерны в дампах
— TCP SYN без SYN-ACK
14:32:15.123456 IP client > server: Flags [S], seq 123456 14:32:16.123456 IP client > server: Flags [S], seq 123456 # РетрансмитКлиент отправляет SYN (запрос на соединение), но сервер не отвечает SYN-ACK. Возможные причины: • Сервис не слушает на порту • Firewall блокирует на сервере • Пакеты не доходят до сервера — TCP RST пакеты
14:32:15.123456 IP client > server: Flags [S], seq 123456 14:32:15.123457 IP server > client: Flags [R.], seq 0Сервер отвечает reset — порт закрыт, соединение отклонено. Сервис точно не слушает. — Множественные ретрансмиты
14:32:15.123456 IP client > server: Flags [.], seq 1000:2000 14:32:15.623456 IP client > server: Flags [.], seq 1000:2000 # Ретрансмит 14:32:16.623456 IP client > server: Flags [.], seq 1000:2000 # Ещё ретрансмитПакет отправляется повторно, потому что ACK не приходит. Указывает на: • Потери пакетов в сети • Проблемы производительности на принимающей стороне • Перегруженный канал ➡️ Wireshark — графический анализ Сохраните дамп и откройте в Wireshark на вашей рабочей станции:
# На сервере
tcpdump -i eth0 -w /tmp/capture.pcap
# Скачайте файл
scp server:/tmp/capture.pcap .
# Откройте в Wireshark
Wireshark умеет:
• Разбирать сотни протоколов
• Показывать TCP stream (весь диалог)
• Находить ретрансмиты автоматически
• Строить графики I/O
• Экспортировать объекты (файлы из HTTP)
📍 Навигация: Вакансии • Задачи • Собесы
🐸 Библиотека devops'a
#арсенал_инженера