LinuxSkill - Сводки с прода и Шпаргалки

🤖 Синхронизация каталогов: Ультимативный Bash-гайд для сисадмина Эй, технарь! Готов автоматизировать рутину? Не оставляет меня идея создания собственных простых видео. Вот второй подход к снаряду. Напомню источниками являются официальные гайды. 📃 Текстовая инструкция #Linux #Bash #Автоматизация #rsync #Cron #CLI

🎥 Вебинар по сетям: IS-IS. Введение 👉 Что будет на занятии: - Что такое IS-IS: Отличия от OSPF и сфера применения. - Разбираемся в основах: Уровни маршрутизации, NET-адрес и типы пакетов. - Как строится связность: Процесс обмена LSP и построение базы данных LSDB. - Живые примеры конфигурации и ответы на ваши вопросы в прямом эфире. 💪 В результате : Вы получите четкое понимание принципов работы IS-IS и сможете оценить его возможности для применения в своей сети. 🎁 Проходит в преддверии старта курса «Network engineer. Basic». Все участники вебинара получат специальные условия на полное обучение курса. 👉 Регистрируйтесь для участия: https://otus.pw/ZHLG/ Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576

🚀 Systemd + Bash: Мониторинг зависшего PHP-FPM за 5 строк кода Привет, повелитель терминала! Твой php-fpm начал зависать в любой момент и перестал отвечать на запросы? Это происходит из-за исчерпания ресурсов или процессов, ушедших в непрерываемое ожидание. Вместо ручного поиска и убийства PID, давай настроим автоматический скрипт, который решит эту проблему за тебя. 📌 Авто-чистка зависших FPM Этот скрипт ищет дочерние процессы php-fpm в состоянии D и принудительно завершает их, чтобы твой пул восстановился, используя базовые принципы Bash-сценариев.

# Ищем процессы FPM, застрявшие в D-состоянии
STUCK_PIDS=$(ps -o pid=,state= -C php-fpm | grep D | awk '{print $1}')

if [ -n "$STUCK_PIDS" ]; then
    # Найдено: принудительно убиваем зависшие процессы (SIGKILL)
    # Используй kill -9 только в крайних случаях!
    echo "$STUCK_PIDS" | xargs kill -9 
    
    # Перезапускаем сервис для гарантированного восстановления
    systemctl restart php-fpm
fi

💡 Фишка: Ты можешь запускать этот скрипт через cron или systemd.timer, чтобы автоматизировать траблшутинг. Это гарантирует стабильность твоего сервиса. #Linux #Bash #DevOps #автоматизация #мониторинг

💡 Systemd обещает быструю загрузку, но твоя система тормозит? Привет, цифровой архитектор! 👋 Классика: сам демон работает быстро, но вынужден ждать ленивые юниты, которые создают "критическую цепочку" задержек. Покажу, как быстро найти виновника и устранить проблему с помощью двух команд. 1. 🔍 Кто виноват: Анализ времени запуска Команда systemd-analyze blame покажет точное время, которое каждый юнит потратил на запуск, сортируя их по убыванию.

# Выводит список юнитов, отсортированный по времени запуска
systemd-analyze blame

Назначение: Быстрый поиск юнитов, которые стартуют медленнее всего. 2. ⛓️ Поиск узкого места: Критическая цепочка Если юнит стартует быстро, но при этом висит в топе, значит, он кого-то ждет. Нам нужно увидеть цепочку зависимостей, которая создает задержку.

# Анализ цепочки зависимостей, которая замедляет запуск системы
systemd-analyze critical-chain

Назначение: Показывает, какой именно юнит или зависимость блокирует загрузку критических служб. Частый пример: docker.service ждет поднятия сети (systemd-networkd-wait-online.service). Это бессмысленно, если у Docker нет жесткой зависимости от сети на старте. 3. 🛠️ Устраняем задержку через override Чтобы «отвязать» Docker от медленной сети, используем правильный подход systemd — не трогаем оригинальный файл юнита, а создаем прокладку override.conf:

# Открыть редактор для создания override.conf
sudo systemctl edit docker.service

# В открывшийся файл вставьте:
[Unit]
After=network.target
Wants=network.target

Назначение: Переопределяем параметры After и Wants, чтобы Docker не ждал некритичные сетевые службы. После этого не забудьте применить изменения:

# Применить изменения
sudo systemctl daemon-reload
sudo systemctl restart docker

Важно: Использование systemctl edit создает отдельный файл, который не будет перезаписан при обновлении пакета Docker. 💡 Вывод: Регулярное использование systemd-analyze позволяет держать под контролем стартовую производительность сервера и избегать фантомный задержек, которые съедают рабочее время. #Linux #systemd #CLI #DevOps #Optimization

❓ Собеседование системного администратора часть №2 🌐 Источник: https://www.youtube.com/watch?v=dBme95EMMx0

🎥 Вебинар по Linux: Отказоустойчивое хранилище Drbd (Distributed Replicated Storage System) 👉 На вебинаре вы узнаете: - Что такое DRBD и как он работает для создания отказоустойчивых систем. - Основные виды репликации данных с использованием Drbd. - Практические аспекты настройки и управления Drbd. 💪 В результате вебинара вы: - Научитесь основным принципам работы Drbd и его применению. - Сможете настроить репликацию данных между серверами. - Освоите способы устранения сбоев и восстановления системы. - Поймете, как интегрировать Drbd в высоконагруженные системы. 🎁 Все участники вебинара получат специальные условия на полное обучение курса "Инфраструктура высоконагруженных систем" 👉 Для участия зарегистрируйтесь: https://otus.pw/xHByE/ Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576

Коллеги, вчера тестировали новую биометрическую защиту — датчик не узнаёт Никиту после обеда. До обеда — один человек, после плова — совсем другой.

❓ Собеседование системного администратора часть №1 🌐 Источник: https://www.youtube.com/watch?v=r5dP3k9eP7E

🎥 Вебинар по DevOps: Контейнеризация и безопасность: почему, зачем и как? 👉 На вебинаре вы узнаете: - Как устроена безопасность контейнеров изнутри. - Типичные ошибки команд, которые приводят к уязвимостям. - Практики, которые действительно помогают: от политики прав до сканирования образов. - Что делать, чтобы контейнеры не стали слабым звеном инфраструктуры. 💪 В результате вебинара вы: - Понимание, где на самом деле ломаются процессы безопасности в контейнерах. - Чек-лист практик, которые можно внедрить сразу. - Навык смотреть на контейнеризацию не только через призму удобства, но и надёжности. 🎁 Все участники вебинара получат специальные условия на полное обучение курса "DevOps практики и инструменты" 👉 Для участия зарегистрируйтесь: https://otus.pw/pxwA/ Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576

🧠 Секрет: как определить скрипт Linux? Привет, повелитель терминала! Все исполняемые сценарии (script) обычно начинаются с #! (Sha-bang). Проверь, является ли файл скриптом, используя head и этот фрагмент кода. Он основан на том, что команда head -c выводит заданное количество символов.

TESTCHARS=2
SHABANG='#!'
FILE="$1" # Берем имя файла из аргумента

# Проверяем первые 2 символа
if [[ $(head -c$TESTCHARS "$FILE") = "$SHABANG" ]]; then
  echo "✅ Файл $FILE — сценарий."
fi

🧠 Запусти аудит зарубежных IP за 1 секунду на своем VPS Привет, техноэнтузиаст! Купил свежий VPS, но не уверен, куда с нее можно дотянуться? Это частая боль: если сервер уже под гео-ограничениями, он бесполезен для работы с зарубежным софтом, GitLab CI или просто для проверки YouTube/TikTok. Показывать, куда есть доступ, а куда нет, нужно быстро, без установки лишних пакетов. Китайские умельцы давно создали скрипт, который делает это одной командой. Он проверяет доступность YouTube, TikTok, ChatGPT, Gmail и другие сервисы, а также выдает информацию о гео IP адресе виртуалки. 📌 Bash-ванлайнер для аудита VPS Этот скрипт скачивает и запускает проверку, выводя результат прямо в консоль. Важно: Запускать его нужно на свежеарендованной VPS.

# Скачать и запустить проверку доступности зарубежных сервисов (YouTube, TikTok, ChatGPT и др.)
curl -sL https://check.foreign.services.sh | bash

Как это работает: 1. curl -sL скачивает скрипт (содержит набор пингов и DNS-запросов к актуальным зарубежным IP). 2. | bash передает его сразу на выполнение в Bash. Результат выводится мгновенно. 💡 Вывод Теперь ты за секунду знаешь, можно ли использовать эту VPS для работы с гео-зависимыми сервисами. Если проверка пройдена, можешь смело приступать к настройке. #Linux #Bash #DevOps #VPS #CLI #Security

🎥 Вебинар по Linux: "Opensearch для Linux-администраторов: настройка, мониторинг и масштабирование" ☝️ На вебинаре вы узнаете: - Что такое Opensearch и как он используется для хранения и анализа логов и метрик - Как установить и запустить Opensearch на Linux-сервере - Как создавать индексы, добавлять данные и выполнять простые поисковые запросы - Основы мониторинга и диагностики состояния кластера 💪 В результате вебинара вы: - Научитесь устанавливать и запускать Opensearch на Linux - Сможете создавать индексы и добавлять данные для анализа - Попробуете выполнять простые поисковые запросы и фильтрацию логов - Поймёте, как мониторить состояние сервиса и использовать его для администрирования 🎁 Все участники вебинара получат специальные условия на полное обучение курса "Administrator Linux. Professional" 👉 Для участия зарегистрируйтесь: https://otus.pw/xwyd/ Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576, www.otus.ru

Коллеги, вчера проводили учения по кибербезопасности. Сценарий провалился с треском. 95% сотрудников не открыли письмо «Вам повышают зарплату!», потому что сочли его нереалистичным. Горжусь вашим скептицизмом. Единственный, кто повёлся, — это гендир. Теперь он требует объяснить, почему это была учебная тревога, а не реальное предложение. #linux_юмор #кибербезопасность

🔑 Уязвимость: Почему добавление в группу Docker равносильно sudo su - Привет, цифровой архитектор! Ты, вероятно, сталкивался с советом, как избавиться от постоянного ввода sudo при работе с Docker. Решение простое: добавить своего пользователя в группу docker. Удобно? Да. Но это одна из самых критических ошибок безопасности в Linux! В этом посте разберем, почему добавлять пользователя в группу docker равносильно вручению ему полных прав root на хост-машине. 📌 Ошибка: Запуск Docker без sudo Для удобства многие инженеры выполняют всего одну команду:

# Не делай так, если не понимаешь рисков!
sudo usermod -aG docker $(whoami)

С этого момента любой член группы docker может выполнять команды Docker. Но проблема в том, что Docker-демон по умолчанию работает от имени root. 🚨 Почему это критическая уязвимость? Если пользователь может управлять Docker-демоном без ограничений, он может запустить контейнер, который способен: 1. Смонтировать корневую файловую систему хост-машины (например, /) в контейнер. 2. Получить полный доступ к /etc/shadow (теневой файл паролей) и другим критическим системным файлам. 3. Выполнить любую команду от имени root на хосте. В результате, член группы docker может легко повысить свои привилегии до суперпользователя, полностью обходя систему sudo. 💡 Вывод: Практика, которая ломает всё Использование группы docker ломает фундаментальный принцип изоляции привилегий в Linux. Удобство не стоит безопасности. Если ты используешь это решение, ты должен понимать, что любой злоумышленник, получивший доступ к этой учетной записи, получит безусловный доступ к хост-системе. #Docker #Security #Linux #SysAdmin #DevOps