Эта книга на практических примерах покажет, как расшифровывать старые сценарии и писать новый код, максимально понятный и легко читаемый.
Авторы покажут, как использовать мощь и гибкость командной оболочки. Даже если вы умеете писать сценарии на bash, эта книга поможет расширить ваши знания и навыки. Независимо от используемой ОС — Linux, Unix, Windows или Mac — к концу книги вы научитесь понимать и писать сценарии на экспертном уровне.

Большая подборка bash скриптов, связанных с настройкой и управлением AWS, GCP, Kubernetes, Docker, PostgreSQL, MySQL, Hive, Impala, Kafka, Hadoop, Jenkins, GitHub, GitLab, BitBucket, Azure TeamCity, Spotify, LDAP, Python и это далеко не полный список

Здесь и скрипты для конфигурирования .bashrc, .vimrc, .gitconfig, .screenrc, tmux

Эта статья предназначена для довольно искушённых пользователей Linux. Я покажу, как устанавливать Debian или его аналоги стандартным установщиком в Secure boot. Эту установку я проверил на AWS ARM64 и в Selectel Cloud. Также конечные скрипты работают на служебном Lenovo ThinkPad T14 и личном L380 Yoga.

Чего в итоге мы добьёмся:

Включённый Secure boot с личными ключами для него. Так мы получим возможность загружать только EFI-файлы, подписанные нашим ключом. Это исключит возможность запуска сторонних EFI-файлов, подписанных другими ключами, например, Microsoft или производителем железа.

Файл ядра и initramfs, которые подписаны нашим ключом. Это возможно благодаря использованию UKI. Так мы получаем EFI-файл, содержимое которого подписано. Это позволяет нам исключить из последовательности загрузки grub или systemd-boot. Исключение загрузчиков нужно для уменьшения возможного вектора взлома ноутбука.

Зашифрованные разделы, кроме EFI boot. Так мы получим возможность исключить утечку данных в случае кражи ноутбука, а также усложним жизнь потенциальному взломщику тем, что в его распоряжении будут только подписанные EFI-файлы.

После завершения установки мы получим установленный Debian на зашифрованном диске с ограниченным списком того, что может быть загружено с ноутбука. В такой системе мы доверяем UEFI — что она не позволит загрузить неподписанные EFI-файлы.

В рамках данной статьи мы рассмотрим следующие пункты:

- разработка скрипта для поиска поддоменов;

- разработка скрипта для преобразования найденных поддоменов в IP-адреса;

- разработка скрипта для сканирования внешней сети при помощи утилиты Nmap и сбора информации о доступных портах;

- разработка телеграмм-бота для автоматизации.

Заключение

Благодаря данной автоматизации сканирования можно систематизировать проверку сетевой инфраструктуры компании, используя хакерские утилиты. Когда данная процедура выполняется регулярно, можно оперативно отслеживать бреши в безопасности, например после конфигурации оборудования, или при развертывании новой инфраструктуры.

hadolint — умный линтер Dockerfile, который поможет в создании образов Docker. Использует ShellCheck для проверки Bash-кода внутри инструкций RUN

P.S. Docker Linting способствует тому, что ваши файлы конфигурации Docker соответствуют лучшим практикам, стандартам и не содержат распространенных ошибок. Он поддерживает согласованность образов Docker и помогает более плавному процессу разработки и развертывания.

Позвонил клиент, говорит почта не работает. Стал смотреть – домен отключен за не оплату, бухгалтерия забыла оплатить счет. Подумалось, что неплохо бы видеть какие домены в ближайшее время тоже потребуют продления. Будем для этого использовать Zabbix.

На сервере с Zabbix’ом установим Zabbix-агент. Он и будет у нас заниматься проверкой наших доменов.

AWK – это скриптовый язык, который полезен при работе в командной строке и широко применяется для обработки текста.

set -euxo pipefail

#!/bin/bash

# Локальная директория для синхронизации
LOCAL_DIR="/path/to/local/dir"

# Удалённый сервер и директория
REMOTE_USER="user"
REMOTE_SERVER="server.com"
REMOTE_DIR="/path/to/remote/dir"

# Синхронизация с удалённым сервером
rsync -avz $LOCAL_DIR $REMOTE_USER@$REMOTE_SERVER:$REMOTE_DIR

# Вывод сообщения о завершении
echo "Синхронизация завершена!"

Особого внимания заслуживает использование команды rsync с опциями -avz для архивации, вывода подробной информации и сжатия данных при передаче. Этот скрипт удобен для автоматического резервного копирования или синхронизации данных между локальной машиной и сервером. Для работы скрипта потребуется установленный SSH и настроенный доступ к серверу.

sudo nano /etc/systemd/system/my_script.service

[Unit]
Description=Мой скрипт с автоматическим рестартом
After=network.target

[Service]
ExecStart=/usr/local/bin/my_script.sh
Restart=always
RestartSec=5
RuntimeMaxSec=600
KillMode=process

[Install]
WantedBy=multi-user.target

sudo systemctl daemon-reload
sudo systemctl enable my_script
sudo systemctl start my_script

Эта заметка является продолжением и развитием проекта, описанного в статье «Резервное копирование без лишних затрат» https://habr.com/ru/articles/653941/

Тяжелой поступью по стране идет импортозамещение, хочешь или не хочешь, но с Windows платформы приходится уходить. Расскажу про один из таких шагов.
Уже очень давно у меня существовала система резервного копирования файлов, построенная на архиваторе 7-zip и обертки из js и bat файлов, которая позволила довольно простым и удобным (для меня) способом делать как полные, так и разностные архивы.
С внедрением серверов на платформе Linux, старую систему эксплуатировать, по понятным причинам, уже не получится. Возникла задача перенести существующий функционал под Linux.
Сначала я рассматривал возможность переделать все скрипты с помощью bash, но сервера на Windows пока совсем не исчезли, некоторые задачи на них «крутятся» и поддерживать две системы резервного копирования не самый хороший способ облегчить себе жизнь. Нужно создать универсальную систему, которая будет работать на обеих платформах.
После недолгих размышлений в качестве основы для разработки был взят язык Python. С его помощью можно сделать универсальную систему, которая будет одинаково функционировать на любой платформе, которая у меня используется.