Linux для чайника

Классическая форк-бомба :(){ :|:& };: в современных версиях Ubuntu (начиная примерно с 18.04–20.04 и точно в 22.04/24.04) не крашит систему, как это было в старых дистрибутивах. Почему она "не работает" Ubuntu использует systemd, который автоматически создаёт для каждого пользователя отдельный cgroup (контроллер ресурсов). По умолчанию в systemd установлен лимит на максимальное количество задач (processes + threads) для одного пользователя — обычно около 33% от системного максимума (kernel.threads-max), что даёт примерно 10–15 тысяч процессов (зависит от конфигурации машины). Когда форк-бомба доходит до этого лимита: • Дальнейшие fork() начинают падать с ошибкой (bash выдаёт кучу "fork: retry: Resource temporarily unavailable"). • Процессор нагружается на короткое время (несколько секунд–минут). • Затем всё успокаивается: лишние процессы умирают или просто висят, система остаётся отзывчивой. Дополнительно может сработать OOM Killer (если памяти не хватит), но в большинстве случаев даже до этого не доходит.

Скрипт для просмотра внешних сетевых соединений по процессам Иногда полезно знать, какие программы на вашем компьютере выходят в интернет.

    
        #!/usr/bin/env bash

# Вывод заголовка
echo "Активные сетевые соединения (внешние)" 
echo

# Получаем список соединений (TCP/UDP) с PID и именами процессов
ss -tunpH | awk '
# Фильтруем только внешние соединения (не localhost)
$5 !~ /(127\.0\.0\.1|::1)/ {
  
  # Извлекаем PID процесса
  match($0, /pid=([0-9]+)/, p)

  # Извлекаем имя процесса
  match($0, /"([^"]+)"/, c)

  # Выводим красиво: PID, имя процесса и удалённый адрес
  printf "PID: %-6s ПРОГРАММА: %-15s -> %s\n", p[1], c[1], $5
}'{}
    

1. ss -tunpH • -t — TCP соединения • -u — UDP соединения • -n — показывать IP и порты без преобразования в имена • -p — показать PID и имя процесса • -H — без заголовка 2. Фильтрация внешних соединений • $5 !~ /(127\.0\.0\.1|::1)/ • Исключает все локальные соединения, оставляя только внешние IP. 3. Извлечение PID и имени процесса • match($0, /pid=([0-9]+)/, p) → PID • match($0, /"([^"]+)"/, c) → имя программы 4. Вывод в удобной форме PID: 1234 ПРОГРАММА: firefox -> 172.217.16.142:443 PID: 982 ПРОГРАММА: ssh -> 18.197.45.22:22

Версии ядра линукс Запись версии ядра можно представить в виде: A.B.C-D. A – это версия ядра, изначально планировалось повышать номер только после значительной переработки ядра, но сейчас это делают после достаточного количества правок и нововведений примерно два раза за десятилетие. B – это ревизия ядра, обновление происходит каждые 2-3 месяца. Некоторые из них получают долгосрочную поддержку (LTS – long term support). Каждая ревизия имеет большой список изменений, которые сначала проверяют тестировщики. C и D отвечают за небольшие правки в коде ядра. С увеличивается в том случае, если были обновлены драйверы устройств, а D – когда вышел очередной патч безопасности. Эти номера могут меняться практически каждый день. Узнать версию ядра можно с помощью команды: uname -r

Как восстановить базу PostgreSQL на конкретный момент времени Можно ли вернуть базу данных к жизни после сбоя или случайного удаления данных? На открытом вебинаре курса OTUS PostgreSQL. Advanced Виктор Коробков покажет, как работает восстановление PostgreSQL до конкретного момента времени (Point-in-Time Recovery, PITR) и как правильно настраивать систему бэкапов, чтобы не потерять ни байта данных. → 23 декабря, 20:00 Как восстановить базу PostgreSQL на конкретный момент времени — роль WAL-журналов и как их использовать для архивации — настройка файлового резервного копирования PostgreSQL — пошаговое восстановление базы данных до нужного времени — принципы PITR и применение в облачных инфраструктурах — типичные ошибки при восстановлении и способы их избежать Вебинар будет полезен администраторам баз данных, DevOps- и Cloud-инженерам, а также всем, кто хочет уверенно управлять бэкапами и защитой данных PostgreSQL. → Зарегистрируйтесь: https://otus.pw/3OvD/ Реклама. ООО «Отус онлайн‑образование», ОГРН 1177746618576

Проверка файла / директории в Bash В Bash для этого используют file test operators, чаще всего в [[ ... ]]. • Базовые проверки: Файл существует: [[ -e path ]] Обычный файл: [[ -f path ]] Директория: [[ -d path ]] Символьная ссылка: [[ -L path ]] • Права доступа: Чтение / запись / выполнение [[ -r path ]] # readable [[ -w path ]] # writable [[ -x path ]] # executable Проверяет права текущего пользователя, не владельца файла. • Размер и содержимое: Файл не пустой: [[ -s path ]] Файл пустой: [[ ! -s path ]] Владение: [[ -O path ]] # владелец — текущий пользователь [[ -G path ]] # принадлежит группе пользователя Временные атрибуты: [[ path -nt other ]] # newer than [[ path -ot other ]] # older than Комбинирование условий: if [[ -f file && -r file ]]; then echo "Readable file" fi • Безопасные идиомы: Проверка перед использованием: [[ -f "$file" ]] || { echo "File not found: $file" >&2 exit 1 } Создать директорию, если нет: [[ -d "$dir" ]] || mkdir -p "$dir" • Частые ошибки: Неэкранированная переменная: [[ -f $file ]] # плохо [[ -f "$file" ]] # правильно Использование ls: ls file.txt >/dev/null 2>&1 # плохо [[ -f file.txt ]] # правильно • Краткая шпаргалка: -e существует -f обычный файл -d директория -L symlink -r чтение -w запись -x выполнение -s не пуст

Определяем тип файла в Linux Существует специальная утилита file, которая выполняет определение типа файла. она анализирует начало содержимого файла и находит в нем специальные "сигналы", характерные для определенного типа – бинарного файла, текстового, изображения и др. Синтаксис: file <filename> Расширение для программы file безразлично. С помощью ключа -L мы можем узнать тип файла, на который ссылается файл-ссылка.

Живой монитор пинга в терминале с цветным графиком в стиле мини-дашборда По умолчанию (будет пинговать 8.8.8.8): ./check.sh С указанием своего хоста или IP: ./check.sh 1.1.1.1 ./check.sh ya.ru

Дирижируем сетевым оркестром: маршрутизация на основе политик (PBR) Как сделать так, чтобы трафик в сети шел не просто по кратчайшему пути, а по заданным правилам и приоритетам? На открытом вебинаре курса OTUS Network Engineer. Professional Константин Григорьев расскажет, как маршрутизировать трафик «по нотам» — с помощью политик, IP SLA и механизмов контроля доступа. 🗓 17 декабря, 20:00 Дирижируем сетевым оркестром: маршрутизация на основе политик (PBR) — разбор основных правил построения политик; — проверка работы маршрутизации и отладка; — создание тестов IP SLA для мониторинга каналов; — основы распределения трафика и защиты сети. Вебинар будет полезен сетевым инженерам, администраторам и специалистам по информационной безопасности, которые хотят научиться управлять трафиком и строить гибкие сетевые решения. 👉Зарегистрируйтесь: https://otus.pw/htwA/ Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576, www.otus.ru

Чтобы при вводе пароля через sudo отображались звёздочки (*****), нужно включить опцию pwfeedback в настройках sudo. Способ 1. Правильный (через visudo) Открыть sudoers для редактирования: sudo visudo Добавить строку: Defaults pwfeedback Сохранить и выйти. Теперь sudo будет показывать звёздочки при вводе пароля. Способ 2. Только для текущего пользователя Создать (или отредактировать) файл: sudo visudo -f /etc/sudoers.d/pwfeedback Добавить: Defaults:<твой_пользователь> pwfeedback Например: Defaults:alice pwfeedback