Linux: Системный администратор

📌IPv4 Адресация и Субнеттинг Упрощённо!1. IPv4-адрес – это 32-битное число, разделённое на 4 октета. Пример: 192.168.1.1.2. Классы IP-адресов: - Класс A: 1.0.0.0 - 126.255.255.255 (маска подсети по умолчанию: 255.0.0.0). - Класс B: 128.0.0.0 - 191.255.255.255 (маска подсети по умолчанию: 255.255.0.0). - Класс C: 192.0.0.0 - 223.255.255.255 (маска подсети по умолчанию: 255.255.255.0).3. Маска подсети помогает делить IP-адрес на сеть и хосты: - Пример: Маска 255.255.255.0 означает, что первые 3 октета — это сеть, а последний — хосты.4. CIDR (Classless Inter-Domain Routing) используется для гибкого управления подсетями: - Пример: /24 = 255.255.255.0 (256 адресов, из которых 254 доступны для хостов).5. Субнеттинг позволяет делить сеть на меньшие подсети: - Пример: 192.168.1.0/24 → можно разделить на две подсети /25: - 192.168.1.0 - 192.168.1.127 - 192.168.1.128 - 192.168.1.255.6. Формулы для расчётов: - Количество адресов = 2^(32 - префикс CIDR). - Количество хостов = (2^(32 - префикс CIDR)) - 2 (один для сети, другой для широковещательного).7. Широковещательный адрес (Broadcast) – последний адрес в подсети. - Пример: для сети 192.168.1.0/24 широковещательный адрес – 192.168.1.255.8. Адрес сети – первый адрес в подсети. - Пример: для сети 192.168.1.0/24 адрес сети – 192.168.1.0.9. Приватные IP-адреса: - Класс A: 10.0.0.0 - 10.255.255.255. - Класс B: 172.16.0.0 - 172.31.255.255. - Класс C: 192.168.0.0 - 192.168.255.255.10. Зачем субнеттинг? - Эффективное использование IP-адресов. - Сегментация сети для повышения безопасности. - Управление трафиком и уменьшение широковещательных доменов.Практический пример:Сеть: 192.168.10.0/26 Маска подсети: 255.255.255.192 - Количество адресов: 64 (2^6). - Хосты: 62 (64-2). - Подсети: 1. 192.168.10.0 - 192.168.10.63 2. 192.168.10.64 - 192.168.10.127 #Сети@linux_odmin #Шпаргалка@linux_odmin👉 @linux_odmin

📌 Полезные флаги команды ls, о которых стоит знать Привет, коллеги! Сегодня давайте поговорим о команде ls. Казалось бы, что тут обсуждать? Все знают, что ls показывает файлы в каталоге. Но есть несколько полезных флагов, которые могут упростить вам жизнь. 🔹 ls -lh – выводит список файлов в удобном для чтения формате (размеры в KB, MB и GB). 🔹 ls -la – показывает все файлы, включая скрытые (. и ..). 🔹 ls -lt – сортирует файлы по дате изменения (сначала самые свежие). 🔹 ls -ltr – тоже самое, но в обратном порядке (старые файлы в начале). 🔹 ls -S – сортировка по размеру (самые большие файлы сверху). 🔹 ls -d */ – покажет только каталоги в текущем пути. 🔹 ls -1 – выводит файлы в одну колонку, удобно для скриптов. 💡 Бонус: если хотите раскрасить вывод ls, добавьте в .bashrc или .zshrc: alias ls='ls --color=auto'Теперь файлы и папки будут выделяться цветами! #Linux@linux_odmin #LinuxTips@linux_odmin #Команды@linux_odmin👉 @linux_odmin

🚀 Подборка полезных IT каналов в MaxСистемное администрирование, DevOps 📌https://max.ru/i_odmin Все для системного администратораhttps://max.ru/bash_srv Bash Советыhttps://max.ru/sysadminof Книги для админов, полезные материалыhttps://max.ru/i_odmin_book Библиотека Системного Администратораhttps://max.ru/i_devops DevOps: Пишем о Docker, Kubernetes и др.https://max.ru/tipsysdmin Типичный Сисадмин1C разработка 📌https://max.ru/odin1c_rus Cтатьи, курсы, советы, шаблоны кода 1СПрограммирование C++📌https://max.ru/cpp_lib Библиотека C/C++ разработчикаПрограммирование Go📌https://max.ru/golang_lib Библиотека Go (Golang) разработчикаПрограммирование React📌https://max.ru/react_lib ReactПрограммирование Python 📌https://max.ru/python_of Python академия. https://max.ru/BookPython Библиотека Python разработчикаJava разработка 📌https://max.ru/bookjava Библиотека Java разработчикаGitHub Сообщество 📌https://max.ru/githublib Интересное из GitHubБазы данных (Data Base) 📌https://max.ru/database_info Все про базы данныхФронтенд разработка 📌https://max.ru/frontend_1 Подборки для frontend разработчиковБиблиотеки 📌https://max.ru/programmist_of Книги по программированиюhttps://max.ru/proglb Библиотека программистаhttps://max.ru/bfbook Книги для программистовПрограммирование 📌https://max.ru/bookflow Лекции, видеоуроки, доклады с IT конференцийhttps://max.ru/itmozg Программисты, дизайнеры, новости из мира IThttps://max.ru/php_lib Библиотека PHP программиста 👨🏼‍💻👩‍💻Шутки программистов 📌https://max.ru/itumor Шутки программистовЗащита, взлом, безопасность 📌https://max.ru/thehaking Канал о кибербезопасностиhttps://max.ru/xakkep_1 Хакер FreeКниги, статьи для дизайнеров 📌https://max.ru/odesigners Статьи, книги для дизайнеровМатематика 📌https://max.ru/Pomatematike Канал по математикеhttps://max.ru/phismat_1 Обучающие видео, книги по Физике и МатематикеВакансии 📌 https://max.ru/progjob Вакансии в ITМир технологий 📌 https://max.ru/mir_teh Канал для любознательныхБонус 📌 http

🔥 Как проверить, какие процессы используют диск в Linux? Всем доброо вечера! Сегодня разберёмся с ситуацией, когда диск в системе нагружен, а причина не ясна. Как узнать, какие процессы активно читают/пишут данные? 📌 1. Используем iotop Это удобная утилита, показывающая процессы, активно работающие с диском. Установить её можно так: # Для Debian/Ubuntu:sudo apt install iotop # Для RHEL/CentOS/AlmaLinux/Rocky:sudo dnf install iotopЗапускаем команду: sudo iotopМожно добавить флаг -o, чтобы показать только активные процессы: sudo iotop -o📌 2. Анализируем с pidstat Утилита pidstat из пакета sysstat поможет увидеть нагрузку на диск со стороны процессов: sudo pidstat -d 1Здесь -d — мониторинг I/O, а 1 — обновление раз в секунду.📌 3. Используем lsofЧтобы узнать, какие файлы открыты процессами на диске: sudo lsof +D /путь/к/директорииНапример, чтобы посмотреть файлы в /var/log: sudo lsof +D /var/log📌 4. fatrace – в реальном времени Хотите увидеть, какие файлы изменяются? Запустите: sudo fatrace#Linux@linux_odmin #LinuxTips@linux_odmin #Команды@linux_odmin👉 @linux_odmin

🛠 Оптимизация автозапуска сервисов в Linux: systemd vs rc.local Привет, коллеги! Сегодня расскажу, как грамотно настраивать автозапуск сервисов в Linux. Многие старые админы привыкли добавлять команды в /etc/rc.local, но в современных дистрибутивах (особенно с systemd) этот метод уже неактуален. ❌ Почему не стоит использовать rc.local? 1️⃣ Отсутствие контроля – трудно мониторить выполнение команд и возможные ошибки. 2️⃣ Не универсально – в некоторых дистрибутивах этот файл просто отсутствует. 3️⃣ Не всегда срабатывает – если что-то пойдет не так, вы даже не узнаете, почему. ✅ Как правильно настроить автозапуск через systemd? Допустим, у вас есть скрипт /opt/myscript.sh, который нужно запускать при старте системы. 1️⃣ Создаем юнит-файл: sudo nano /etc/systemd/system/myscript.service2️⃣ Добавляем содержимое: [Unit]Description=Мой скриптAfter=network.target[Service]ExecStart=/bin/bash /opt/myscript.shRestart=alwaysUser=root[Install]WantedBy=multi-user.target3️⃣ Активируем и запускаем: sudo systemctl daemon-reloadsudo systemctl enable myscriptsudo systemctl start myscriptТеперь ваш скрипт будет запускаться при загрузке системы и автоматически перезапускаться в случае сбоя! #Linux@linux_odmin #LinuxTips@linux_odmin #Команды@linux_odmin👉 @linux_odmin

🚀 Подборка полезных IT каналов в MaxСистемное администрирование, DevOps 📌https://max.ru/i_odmin Все для системного администратораhttps://max.ru/bash_srv Bash Советыhttps://max.ru/sysadminof Книги для админов, полезные материалыhttps://max.ru/i_odmin_book Библиотека Системного Администратораhttps://max.ru/i_devops DevOps: Пишем о Docker, Kubernetes и др.https://max.ru/tipsysdmin Типичный Сисадмин1C разработка 📌https://max.ru/odin1c_rus Cтатьи, курсы, советы, шаблоны кода 1СПрограммирование C++📌https://max.ru/cpp_lib Библиотека C/C++ разработчикаПрограммирование Go📌https://max.ru/golang_lib Библиотека Go (Golang) разработчикаПрограммирование React📌https://max.ru/react_lib ReactПрограммирование Python 📌https://max.ru/python_of Python академия. https://max.ru/BookPython Библиотека Python разработчикаJava разработка 📌https://max.ru/bookjava Библиотека Java разработчикаGitHub Сообщество 📌https://max.ru/githublib Интересное из GitHubБазы данных (Data Base) 📌https://max.ru/database_info Все про базы данныхФронтенд разработка 📌https://max.ru/frontend_1 Подборки для frontend разработчиковБиблиотеки 📌https://max.ru/programmist_of Книги по программированиюhttps://max.ru/proglb Библиотека программистаhttps://max.ru/bfbook Книги для программистовПрограммирование 📌https://max.ru/bookflow Лекции, видеоуроки, доклады с IT конференцийhttps://max.ru/itmozg Программисты, дизайнеры, новости из мира IThttps://max.ru/php_lib Библиотека PHP программиста 👨🏼‍💻👩‍💻Шутки программистов 📌https://max.ru/itumor Шутки программистовЗащита, взлом, безопасность 📌https://max.ru/thehaking Канал о кибербезопасностиhttps://max.ru/xakkep_1 Хакер FreeКниги, статьи для дизайнеров 📌https://max.ru/odesigners Статьи, книги для дизайнеровМатематика 📌https://max.ru/Pomatematike Канал по математикеhttps://max.ru/phismat_1 Обучающие видео, книги по Физике и МатематикеВакансии 📌 https://max.ru/progjob Вакансии в ITМир технологий 📌 https://max.ru/mir_teh Канал для любознательныхБонус 📌 http

🛠 Как проверить производительность диска в Linux?Сегодня я покажу вам, как быстро протестировать скорость работы диска в Linux. Это пригодится, если вы хотите понять, насколько хорошо работает ваш диск, обнаружить узкие места или просто провести диагностику.📌 1. Используем hdparmЕсли у вас обычный HDD или SSD без файловой системы (например, только подключенный диск), попробуйте:sudo hdparm -Tt /dev/sdXГде sdX — ваш диск. Этот тест показывает две вещи: • Кэшированное чтение (-T) — скорость, с которой данные читаются из кэша. • Фактическое чтение (-t) — скорость последовательного чтения с диска.Пример вывода:Timing cached reads: 12000 MB in 2.00 seconds = 6000.00 MB/secTiming buffered disk reads: 500 MB in 3.00 seconds = 166.67 MB/sec📌 2. Используем ddПростой способ протестировать скорость записи и чтения:Запись файла 1 ГБ:dd if=/dev/zero of=testfile bs=1M count=1024 oflag=directЧтение файла 1 ГБ:dd if=testfile of=/dev/null bs=1M count=1024 iflag=directОпция oflag=direct (для записи) и iflag=direct (для чтения) позволяет избежать кэширования.📌 3. Используем fio (более продвинутый тест)Если вам нужны подробные метрики (IOPS, латентность и т. д.), лучше использовать fio:fio --name=test --size=1G --filename=testfile --rw=read --bs=4k --iodepth=32 --numjobs=1 --time_based --runtime=10 --group_reportingЭтот тест эмулирует случайное чтение файла testfile размером 1 ГБ с блоками по 4K.🧐 Какой способ вы используете чаще всего? Может, есть свой любимый инструмент? Пишите в комментариях!#Linux@linux_odmin #LinuxTips@linux_odmin #Команды@linux_odmin👉 @linux_odmin

🔥 Автоматический перезапуск упавшего сервиса в Linux Привет, коллеги! Сегодня разберём, как автоматически перезапускать сервис, если он вдруг упал. Это полезно для критичных приложений, которые должны работать 24/7. 📌 Метод 1: systemd (современный способ)Если ваш сервис управляется systemd, настройте автоматический рестарт: 1️⃣ Открываем юнит-файл сервиса: sudo nano /etc/systemd/system/имя_сервиса.service 2️⃣ Добавляем или редактируем секцию [Service]: [Service]Restart=alwaysRestartSec=5🔹 Restart=always – сервис перезапускается при любой ошибке 🔹 RestartSec=5 – задержка 5 секунд перед рестартом 3️⃣ Применяем изменения: sudo systemctl daemon-reexecsudo systemctl restart имя_сервиса📌 Метод 2: Monit (для расширенного контроля)Если нужен мониторинг с уведомлениями, используем Monit: 1️⃣ Устанавливаем: sudo apt install monit # Debian/Ubuntusudo yum install monit # CentOS2️⃣ Добавляем правило для сервиса: sudo nano /etc/monitrcПример конфига: check process nginx with pidfile /run/nginx.pid start program = "/bin/systemctl start nginx" stop program = "/bin/systemctl stop nginx" if 5 restarts within 5 cycles then unmonitor3️⃣ Перезапускаем Monit: sudo systemctl restart monit📌 Метод 3: crontab (самый простой способ)Если сервис падает редко, можно просто проверять его раз в минуту: * * * * * pgrep -x nginx > /dev/null || systemctl restart nginx⚡ Вывод: systemd – лучший вариант, Monit подходит для расширенного мониторинга, а cron – для простых случаев. #Linux@linux_odmin #LinuxTips@linux_odmin #Команды@linux_odmin👉 @linux_odmin

📌 Как быстро посмотреть историю изменений файла в Linux? Сегодня покажу вам несколько способов, как отследить изменения в файле в Linux. Это может быть полезно для поиска причин ошибок, аудита или простого контроля за конфигурацией. 🔍 1. stat — метаданные файла Хотите узнать, когда последний раз изменялся файл? Используйте команду: stat /etc/nginx/nginx.confВы увидите три временных метки: - Access (чтение) - Modify (изменение содержимого) - Change (изменение метаданных, например, прав) 📝 2. ls -lt — сортировка по времени Для списка файлов в каталоге по дате изменения: ls -lt /etc/nginx/🕵️ 3. diff — сравнение версий Если у вас есть резервная копия файла, можно сравнить: diff /etc/nginx/nginx.conf /backup/nginx.conf📜 4. git — контроль версий Лучший способ отслеживать изменения в важных файлах — использовать git: cd /etc/nginxgit initgit add nginx.confgit commit -m "Initial version"После изменений проверяем разницу: git diff nginx.conf👀 5. auditd — мониторинг изменений Если нужно следить за изменением файла в реальном времени, добавляем его в аудит: auditctl -w /etc/nginx/nginx.conf -p wa -k nginx_conf_changeА потом смотрим логи: ausearch -k nginx_conf_change --start today📢 Какой способ используете вы? Делитесь в комментариях! 🚀#Linux@linux_odmin #LinuxTips@linux_odmin #Команды@linux_odmin👉 @linux_odmin

🖥️ Как проверить, что cron работает корректно? Привет, админы! Сегодня разберём важную тему — как убедиться, что cron действительно выполняет ваши задания. Бывает, что скрипт в crontab прописан, но не работает, и причина может быть неочевидной. 🔎 Проверяем cron пошагово: 1️⃣ Проверяем, работает ли сам демон cron: systemctl status cron # Для систем с systemd (Ubuntu, Debian)service cron status # Для старых системЕсли он не запущен, запускаем: systemctl start cron2️⃣ Смотрим логи cron: На большинстве дистрибутивов логи находятся в /var/log/syslog или /var/log/cron.log: grep CRON /var/log/syslogЕсли сообщений нет, проверьте, включён ли лог cron в rsyslog.conf.3️⃣ Запускаем задание вручную Скопируйте команду из crontab и выполните в терминале, чтобы убедиться, что скрипт сам по себе работает.4️⃣ Добавляем вывод в лог Иногда cron просто не видит ошибки. Давайте принудительно записывать их в лог: * * * * * /path/to/script.sh >> /var/log/mycron.log 2>&15️⃣ Проверяем переменные окружения Cron использует ограниченный PATH. Если скрипт использует внешние команды, указываем полный путь: /usr/bin/python3 /home/user/myscript.pyили задаём PATH в начале crontab: PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin6️⃣ Проверяем права и владельца Скрипт может не запускаться из-за прав доступа. Даем права на исполнение: chmod +x /path/to/script.shЕсли задание в crontab -e, убедитесь, что оно прописано под нужным пользователем.💡 Бонус: визуальный мониторинг работы cron Если вам надо отслеживать выполнение задач в реальном времени, установите cronitor или healthchecks.io. Эти сервисы сообщат, если задание не отработало. Пользуетесь ли вы чем-то ещё для отладки cron? Делитесь в комментариях! 🚀#Linux@linux_odmin #LinuxTips@linux_odmin #Команды@linux_odmin👉 @linux_odmin