Взаимодействие с удаленным сервером сопровождается большим объемом информации, по которой система определяет свое «поведение», например, какой уровень доступа предоставлять к ресурсам. Часть таких настроек сохранена в конфигурации хоста, остальные определяет пользователь за счет кода прикладных приложений.
Популярный вариант контроля настроек и данных предполагает использование окружения. Это участок памяти (область), используемый для хранения данных, определяющих характеристики операционной системы Linux.
В этом материале мы рассмотрим принцип настройки переменных окружения, как при помощи конфигурационных файлов, так и в интерактивном режиме. В качестве тестовой платформы можно использовать облачный сервер от Timeweb Cloud.
Кстати, в официальном канале Timeweb Cloud собрали комьюнити из специалистов, которые говорят про IT-тренды, делятся полезными инструкциями и даже приглашают к себе работать.
При каждом запуске сеанса активируется сбор информации, доступной самой оболочке, процессам, действующим внутри нее. Считывание данных система осуществляет из собственных настроек и из других файлов, имеющих отношение к загрузке. Окружение здесь представляет среду, откуда оболочка во время работы получает необходимые вводные.
Информация в нем представлена как пара ключ-значение. Если запланирована передача нескольких значений, их разделяют, например, двоеточием (зависит от программы, которая будет интерпретировать их). Выглядит это так:
KEY=value1:value2: ...
Если в значении имеются пробелы, его закрывают кавычками:
KEY="value with spaces"
Ключи могут иметь отношение к переменным окружения Linux или оболочки. Первая категория используется внутри текущей сессии и передается дочерним процессам (оболочкам). Содержимое второго типа имеют отношение только к одной оболочке, где их определили.
Просмотреть перечень локальных переменных можно по-разному. Например, с использованием printenv или env. Обе команды работают схожим образом:
printenv
Результат исполнения команды будет выведен на экран:
SHELL=/bin/bash
TERM=xterm
USER=demouser
LS_COLORS=rs=0:di=01;34:ln=01;36:mh=00:pi=40;33:so=01;35:do=01;35:bd=40;33;01:cd=40;33;01:or=40;31;01:su=37;41:sg=30;43:ca:...
MAIL=/var/mail/demouser
PATH=/usr/local/bin:/usr/bin:/bin:/usr/local/games:/usr/games
PWD=/home/demouser
LANG=en_US.UTF-8
SHLVL=1
HOME=/home/demouser
LOGNAME=demouser
LESSOPEN=| /usr/bin/lesspipe %s
LESSCLOSE=/usr/bin/lesspipe %s %s
_=/usr/bin/printenv
Отличие между командами проявится при внесении индивидуальных опций. Так, для первой из перечисленных можно указать конкретную переменную и просмотреть ее значение:
printenv SHELL
Теперь вывод примет иной вид:
/bin/bash
В функционал команды env входит возможность изменения окружения, где запущены приложения, за счет передачи конкретных определений:
env VAR1="value" command_to_run command_options
Настройки переменных оболочки передаются всем дочерним процессам. При просмотре еще применяют команду set. В случае ввода без опций она выводит на экран перечень переменных и функций.
set
Результат исполнения представлен следующим образом:
BASH=/bin/bash
BASHOPTS=checkwinsize:cmdhist:expand_aliases:extglob:extquote:force_fignore:histappend:interactive_comments:login_shell:progcomp:promptvars:sourcepath
BASH_ALIASES=()
BASH_ARGC=()
BASH_ARGV=()
BASH_CMDS=()
…
Список будет большим, поэтому команду чаще используют с опцией, позволяющей сделать вывод короче:
set | less
Если информации все равно слишком много, можно дополнительно сократить перечень за счет режима POSIX. Он позволяет исключить отображение функций.
(set -o posix; set)
Теперь команда отображает переменные. Для примера сравним выводимые данные командами set и env:
comm -23 <(set -o posix; set | sort) <(env | sort)
Перечисленные возможности показывают, какие переменные имеются в активном сеансе, который воспринимает их как «постоянные значения» и применяет для всех запускаемых процессов без потребности каждый раз менять конфигурационные файлы.
Рассмотрим наиболее востребованные переменные окружения и дадим краткое описание:
Теперь рассмотрим популярные переменные оболочки:
Перейдем к изучению различий переменных оболочки и окружения. Заодно познакомимся с синтаксисом их настройки.
Начнем с текущего сеанса. Все, что нам нужно сделать – внести имя и значение. Мы применим правила, предполагающие ввод заглавными буквами. Пример:
TEST_VAR='Hello World!'
Команда задает пустую строку. Раз в значении есть пробел, мы его заключили в кавычки. И так как в конце стоит восклицательный знак (спецсимвол bash), использован их одинарный вид. Текущая только что заданная переменная доступна только в активном сеансе, передать дочерним процессам ее не получится.
Чтобы подтвердить это, попробуем найти новую переменную:
set | grep TEST_VAR
Результат такой:
TEST_VAR='Hello World!'
Повторим действие командой printenv:
printenv | grep TEST_VAR
Теперь на экране ничего нет. Значит, мы имеем дело не с переменной окружения. Перейдем к демонстрации метода открытия доступа к значению переменной.
echo $TEST_VAR
В этом случае вывод будет таким:
Hello World!
Вывод простой – чтобы обратиться к значению переменной, достаточно добавить знак $. Откроем новый bash, чтобы проверить, передается ли информация «дочкам».
bash
echo $TEST_VAR
Значение не возвращается, это ожидаемо. Теперь вернемся к изначальной оболочке:
Exit
На следующем этапе изучения преобразуем переменную из оболочки в окружение. Выполняется такая операция экспортом. Это выглядит так:
export TEST_VAR
Чтобы подтвердить преобразование, введем:
printenv | grep TEST_VAR
Вывод следующий:
TEST_VAR=Hello World!
Отлично, переменная отображается. Проверим, произойдет ли то же в дочерней оболочке:
bash
echo $TEST_VAR
Видим следующее:
Hello World!
Все функционирует, как и предполагалось. Можно экспортировать переменную прямо из дочерней bash всего за один шаг:
export NEW_VAR="Testing export"
Проверим результат экспорта:
printenv | grep NEW_VAR
Ожидаемый вывод:
NEW_VAR=Testing export
Теперь можно возвращаться в исходную оболочку:
exit
Выясним, есть ли доступ к новой переменная оттуда:
echo $NEW_VAR
Возврата нет. Итог предсказуем, ведь переменные окружения передаются в сторону дочерних процессов, но не наоборот. Благодаря этому свойству приложения не влияют на работоспособность окружения.
Сразу уточним, что ранее созданная TEST_VAR все еще активна в качестве переменной окружения. В этом примере мы преобразуем ее обратно в переменную оболочки:
export -n TEST_VAR
Проверим результат:
printenv | grep TEST_VAR
set | grep TEST_VAR
Вывод следующий:
TEST_VAR='Hello World!'
Можно целиком сбросить значения переменных:
unset TEST_VAR
После применения команды в ответ ничего не вернется:
echo $TEST_VAR
Напоследок рассмотрим возможности автоматического определения переменных, чтобы избежать их ручной настройки.
Оболочка bash считывает конфигурационные файлы исходя из способа запуска сеанса. Например, используют вариант с входом или без него. Первый способ старта предполагает аутентификацию пользователя перед активацией того же SSH-канала. Второй – это запуск внутри оболочки, куда уже вошли, например, запуск скрипта из командной строки.
Можно разделить сеансы оболочки на интерактивные и не интерактивные. Первый вариант – всегда прикреплен к терминалу. Второй, наоборот, не прикреплен к нему. Вернемся к разделению «вход – не вход». Варианты отличает еще и различный набор считываемых файлов. Так, при осуществлении входа система обращается сначала к файлу /etc/profile.
Затем будет осуществлен поиск конфигурационного файла в домашней директории пользователя, откуда оболочка считает его индивидуальные настройки. В списке – ~/.bash_profile, ~/.bash_login и ~/.profile/. Если речь идет об оболочке без входа, система обратится к файлу /etc/bash.bashrc, а следом к ~/.bashrc (важно учитывать, что /etc/bash.bashrc используется только в Debian и дистрибутивах, созданных на его основе). Подробнее читайте в официальной документации по Bash.
На практике перед применением настроек, считанных из файлов, желательно сначала просмотреть их содержимое. Обычно предстоит настраивать переменные окружения под пользователя. В качестве примера используем файл ~/.bashrc. Откроем его:
nano ~/.bashrc
По умолчанию в нем уже содержится приличный объем информации. Большая ее часть относится к опциям bash, а не к переменным окружения. Зададим последние строкой:
export VARNAME=value
Внутри файла ~/.bashrc можно разместить любые новые переменные окружения. Главное, после изменений согласиться с их сохранением. Теперь при каждом старте сеанса оболочки переменные будет объявляться автоматически (подробнее в мануале). Сейчас же мы считаем файл вручную:
source ~/.bashrc
Переменные окружения и оболочки – постоянная составляющая любого сеанса оболочки, поэтому есть смысл изучить их применение для повышения эффективности работы с приложениями. Это штатный вариант конфигурирования родительских процессов, инструмент задания опций без файлов. Переменная может быть объявлены на уровне оболочки в целом или на уровне какого-то отдельного приложения.
Такой подход имеет преимущества, например, за счет отсутствия необходимости сохранять данные аутентификации в файлах, доступных для просмотра посторонним. Подобных сценариев множество, и каждый из них настраивается схожим способом. При экспериментах лучше использовать сервер, на котором пока нет ничего ценного. Например, арендовать новый у Timeweb Cloud.