exec

Пример:

$ exec $SHELL

Переменная окружения $SHELL имеет значение текущей оболочки по-умолчанию (ее путь), в моем случае это /bin/bash. Что делает exec? Он заменяет текущий процесс на новый, то есть заменяет текущий /bin/bash на новый /bin/bash. Таким образом, вы остаетесь в той же оболочке, но все предыдущие настройки и процессы текущей оболочки будут сброшены. Это может быть полезно для обновления или сброса окружения без необходимости открывать новый терминал. Например, мы изменили какие-то файлы окружения пользователя, допустим это /etc/bash.bashrc, чтобы не открывать новый терминал, можно просто запустить команду сброса/запуска нового /bin/bash после изменений.

#shell #utils

alias & unalias

Список всех псевдонимов:

$ alias

Удалить псевдоним:

$ unalias <my-alias>

Удалить все псевдонимы:

$ unalias -a

Если псевдонимы прописаны в .bashrc, можно сделать:

$ exec $SHELL

чтобы вернуть их после unalias команды.

#shell #utils

Почему /bin/sh

В различных проектах часто используют НЕ /bin/bash, а /bin/sh, почему? Он же старый!

/bin/sh или Dash (Debian Almquist Shell) - легковесная оболочка командной строки, предназначенная для замены более тяжеловесного Bash. Она была создана для ускорения процесса загрузки и выполнения скриптов в системе. Поэтому многие дистрибутивы Linux, такие как Debian и Ubuntu, используют Dash в качестве оболочки по умолчанию.

Скрипты, написанные на /bin/sh, обычно используются для максимальной переносимости между различными Unix-подобными операционными системами. Оболочка /bin/sh представляет собой стандартную оболочку командной строки в Unix-подобных системах, которая должна быть доступна на всех таких системах.

В то время как /bin/bash (Bourne-Again Shell) является расширенной оболочкой командной строки, которая предоставляет больше функций, чем /bin/sh. Она представляет собой улучшенную версию стандартной оболочки /bin/sh, что делает ее более мощной и удобной для использования. Когда скрипт написан на /bin/sh, он чаще всего будет работать на всех Unix-подобных системах, исключая специфичные возможности, предоставляемые /bin/bash. Но если в скрипте используются уникальные функции /bin/bash, то он может не работать на системах, где /bin/bash не является стандартной оболочкой. Поэтому использование /bin/sh в некоторых проектах может быть обусловлено требованием максимальной переносимости скрипта между различными Unix-подобными системами.

#shell #debian

umask

Только владелец должен иметь доступ, достаточный для полноценной работы с файлами и каталогами, а остальные вообще не должны иметь прав. Эту ситуацию можно исправить изменением маски. Я рекомендую установить ее в 077. В этом случае для каталогов права будут определены так: 777 - 077 = 700 (drwx------), а для файлов: 666 - 077 = 600 (или -rw-------). Тогда доступ к файлу имеет только владелец. Все остальные - отдыхают.

Выдержка из книги Linux глазами хакера, 4 издание - Михаил Фленов.

Можно прописать в ~/.bashrc для обычного пользователя:

# set a secure umask to 077
# files: 600 (rw-------)
# directories: 700 (rwx------)
umask 077

Ссылка на калькулятор: https://wintelguy.com/umask-calc.pl

#shell #books #security #dotfiles

exec и tee

С помощью exec можно делать замену дескрипторов/процессов.

tee читает из своего stdin и пишет в stdout например, сценарий script.sh:

#!/bin/bash
exec 2> >(tee file.log)
sleep .1
>&1 echo "hello 1"
>&2 echo "hello 2"

Затем выполнить:

$ ./script.sh

Разбор. Здесь два процесса, первый наш исполняемый script.sh, а второй это tee. У первого процесса stderr (2 файловый дескриптор) смотрит в pipe, у второго процесса stdin (1 файловый дескриптор) смотрит тоже в этот pipe, то есть весь stderr сценария будет перенаправляться в tee, который будет записывать это в файл file.log.

Часто с tee командами возникает (freeze shell) tee останавливает появления приглашения PS1, который ожидает EOF в своем stdin, в качестве обходного пути можно сделать sleep .1 как в примере выше.

Перенаправить stdout и stderr в file.txt:

exec &> >(tee file.txt)

Перенаправить stdout в file.txt:

exec 1> >(tee file.txt)

Перенаправить stderr в file.txt:

exec 2> >(tee file.txt)

Для заметки:

&> и >& одинаковы

2>&1 перенаправляет stderr в stdout

>/dev/null перенаправляет только stdout

Другой пример, сценарий main.sh:

#!/bin/bash
>&1 echo "hello 1"
>&2 echo "hello 2"

Трюки без exec, а с tee:

$ ./main.sh 2>&1 | tee logs/file.log
$ ./main.sh 2> >(tee logs/stderr.log)

#shell #utils

Рекомендую отличную книгу для освоения Bash. По ней я учился писать свои первые сценарии =) Всё объясняется понятно, много практики и примеров для автоматизации задач в Unix. Если хотите уверенно работать с командной строкой — обязательно посмотрите!

#books #shell

Это база. Книга, которая отлично подходит для всех, кто хочет научиться уверенно пользоваться командной строкой в Linux. В ней подробно и понятно объясняются основные команды, приёмы работы с файлами, процессами и многое другое. Если хотите разобраться в Linux с нуля или углубить знания — очень советую!

#books #shell

Выполнение команд в SubShell

Команда выполняется в текущем Shell:

$ ls

Команда выполняется во временном дочернем процессе — в SubShell:

$ (ls)

SubShell — это отдельная копия Shell, которая запускается для команд в круглых скобках. После выполнения команд внутри ( ) Subshell завершается, и все изменения (переменные, текущий каталог и т.п.) не сохраняются в основном Shell.

Пример изоляции:

$ cd /tmp
$ (cd /; ls)
$ pwd # по‑прежнему /tmp

Subshell позволяет временно менять окружение, не затрагивая основной shell-сеанс.

#shell

Управление фоновыми задачами в Shell

Запускает команду в фоне:

$ xlogo &

Список процессов:

$ ps

Список фоновых задач:

$ jobs

Только PID фоновых задач:

$ jobs -p

Отправить задачу в фон:

Ctrl + Z # остановить задачу (перевести в состояние Stopped)

Вернуть задачу с номером 1 на передний план:

$ fg %1

Продолжить выполнение в фоне:

$ bg %1

#shell

Bash и кибербезопасность. Атака, защита и анализ из командной строки Linux.

#books #shell

Локализация

Набор переменных, который определяет язык приложений, консоли и другие локальные параметры системы.

Например, разбор en_US.UTF8:
en - язык.
US - региональная настройка.
UTF8 - кодировка.

Язык - тут думаю понятно.

Региональная настройка - это определенные параметры, такие как формат даты и времени, валюта,
числовой формат и другие локальные настройки, которые могут отличаться от других стран.

Кодировка - определяет соответствие между символами и числовыми значениями, которые используются
компьютером для их хранения и обработки.

Получить все доступные локализации:

$ locale -a

Чтобы изменить локализацию можно задать:

$ export LANG=en_US.UTF8

Если при выводе выдаются ошибки типа: Cannot set LC_CTYPE to default locale: No such file or directory

То скорее всего задается локализация, которая не была сгенерирована. Для этого нужно подправить /etc/locale.gen файл. В этом файле нужно раскомментировать нужную локализацию, например en_US.UTF-8 UTF-8

Затем выполнить:

$ locale-gen

Появится новая локализация:

$ locale -a

Можно запустить приложение с другим языком, например:

$ LANGUAGE=zh_TW vim

LANG - Локализация, установленная в этой переменной используется в качестве значения для всех остальных LC_* переменных.

LANGUAGE - Запасные локализации (нужно для вывода сообщений на разных языках).

#shell #utils

skel

/etc/skel — это шаблон домашней директории.

В нем лежат файлы, которые копируются в домашний каталог каждого нового пользователя. Обычно это начальные настройки: .bashrc, .profile, .bash_logout и подобное. Если нужно, чтобы все новые пользователи автоматически получали какие‑то файлы или настройки — можно положить их в /etc/skel

Это как бы некий скелет (skeleton).

#shell