Допустимые символы в именах переменных среды Linux

Какие символы разрешены в именах переменных среды Linux? Мой беглый поиск на страницах руководства и в Интернете дал только информацию о том, как работать с переменными, но не о том, какие имена разрешены.

У меня есть программа Java, для которой требуется определенная переменная среды, содержащая точку, например com.example.fancyproperty. В Windows я могу установить эту переменную, но мне не удалось установить ее в Linux (пробовал в SuSE и Ubuntu). Это имя переменной вообще разрешено?

От открытой группы :

Эти строки имеют вид имя = значение; Имена не должны содержать символа '='. Для значений, которые должны быть переносимы между системами, соответствующими стандарту IEEE Std 1003.1-2001, значение должно состоять из символов из переносимого набора символов ( кроме NUL и как указано ниже ).

Таким образом, имена могут содержать любой символ, кроме = и NUL, но:

Имена переменных среды, используемые утилитами в томе Shell and Utilities IEEE Std 1003.1-2001, состоят только из прописных букв, цифр и символа подчеркивания '_' из символов, определенных в Portable Character Set, и не начинаются с цифры. . Другие символы могут быть разрешены реализацией; приложения должны допускать наличие таких имен.

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

Стандарты POSIX в разделе оболочек IEEE Std 1003.1-2008 / IEEE POSIX P1003.2 / ISO 9945.2 Стандарт Shell и Tools не определяет лексическое соглашение для имен переменных, однако беглый взгляд на источник показывает, что он использует что-то похожее на

[a-zA-Z_]+[a-zA-Z0-9_]*

(Изменить: добавлено недостающее подчеркивание во втором классе символов.)

Небольшое примечание, поскольку некоторые оболочки не поддерживают + в регулярном выражении, потенциально более переносимым регулярным выражением может быть:

[a-zA-Z_]{1,}[a-zA-Z0-9_]{0,}

Мое быстрое тестирование показало, что они в основном следуют тем же правилам, что и имена переменных C, а именно:

1. az, AZ _и 0–9
2. НЕ МОЖЕТ начинаться с числа

Так что это исключает .внутри них. Присваивается любое недопустимое имя переменной unknown command.

Это было протестировано в ZSH, который в основном совместим с BASH.

Зависит от того, что вы подразумеваете под словом «разрешено».

Игнорирование Windows на время:

Окружение - это массив строк, переданный основной функции программы. Если вы прочитаете execve (2), вы не увидите никаких требований или ограничений для этих строк, кроме нулевого завершения.

По соглашению каждая строка состоит из NAME = value. Соглашения о кавычках не существует, поэтому вы не можете использовать знак «=» в имени в этом соглашении.

Нормальные люди задают эти условия, обсуждая их со своей оболочкой. У каждой оболочки есть свои представления о том, какие имена переменных являются допустимыми, поэтому вам нужно прочитать страницу руководства для текущей оболочки, чтобы узнать, что она думает.

Как правило, такие вещи, как com.baseball.spit = fleagh, являются свойствами системы Java, и независимо от того, готова ли какая-либо программа Java вернуться к среде, лучше указать их с помощью -D.

Это зависит от оболочки. Я предполагаю, что вы используете bash по умолчанию, и в этом случае буквы, цифры и символы подчеркивания разрешены, но вы не можете начинать имя переменной с числа. Начиная с Bash v.3, точки не допускаются в именах переменных .

ДА, ТЫ МОЖЕШЬ СДЕЛАТЬ ЭТО.

Используйте execи envcommand для реализации этой сцены.

Тестовое приспособление в Docker

docker run -it --rm alpine:3.10

Запустить команду в контейнере:

exec env spring.application_name=happy-variable-name ${SHELL:-/bin/sh}

Проверьте переменные среды:

HOSTNAME=bd0bccfdc53b
SHLVL=2
HOME=/root
spring.application_name=happy-variable-name
TERM=xterm
PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin
PWD=/

Используйте ps auxдля проверки того, что PID не изменен

PID   USER     TIME  COMMAND
    1 root      0:00 /bin/sh
   12 root      0:00 ps aux

Используйте pythonдля проверки переменной environemnt

apk add python
python -c 'import os; print(os.environ["spring.application_name"])'

ВЫХОД есть happy-variable-name.

Что случилось?

1. Встроенный вызов оболочки exec
2. Встроенный в оболочку exec вызов syscall.exec create process 'env' для замены текущей оболочки
3. вызов процесса env syscall.execvp create process '/ bin / sh' для замены процесса env

По-другому

• Образ докера

Если вы используете докер, вы можете установить переменную в Dockerfile

FROM busybox
ENV xx.f%^&*()$#ff=1234

• Карта конфигурации Kubernetes

Если вы используете кубернеты, вы можете установить переменную с помощью ConfigMap

test.yaml

apiVersion: v1
kind: ConfigMap
metadata:
  name: foo-config
data:
  "xx.ff-bar": "1234"

---
apiVersion: v1
kind: Pod
metadata:
  name: foobar
spec:
  containers:
    - name: test-container
      image: k8s.gcr.io/busybox
      command: [ "/bin/sh", "-c", "env" ]
      envFrom:
      - configMapRef:
          name: foo-config
  restartPolicy: Never

Развернуть модуль kubectl apply -f test.yaml

Проверить kubectl logs foobarвывод:

xx.ff-bar=1234

ConfigMap разрешает '-', '_' или '.'

Хотя большая часть оболочки не позволяет устанавливать переменные среды (как упоминалось в других ответах), при необходимости вы можете выполнять другие программы с нестандартными переменными среды, используя env(1).

Например, стирание всего окружения и установка Strange.Env:Varзначения fooи выполнение программы perl, которая печатает это:

env -i Strange.Env:Var=foo perl -MData::Dumper -E 'say Dumper(\%ENV)'

напечатает

$VAR1 = {
          'Strange.Env:Var' => 'foo'
        };