Caracteres permitidos nos nomes de variáveis ​​de ambiente Linux

Quais caracteres são permitidos nos nomes de variáveis ​​de ambiente Linux? Minha pesquisa superficial das páginas de manual e da Web produziu apenas informações sobre como trabalhar com variáveis, mas não quais nomes são permitidos.

Eu tenho um programa Java que requer uma variável de ambiente definida contendo um ponto, como com.example.fancyproperty. No Windows, posso definir essa variável, mas não tive sorte em defini-la no linux (tentei no SuSE e no Ubuntu). Esse nome de variável é permitido?

Do Grupo Aberto :

Essas seqüências têm o formato nome = valor; nomes não devem conter o caractere '='. Para que os valores sejam portáteis em sistemas em conformidade com IEEE Std 1003.1-2001, o valor deve ser composto por caracteres do conjunto de caracteres portáteis ( exceto NUL e conforme indicado abaixo ).

Portanto, os nomes podem conter qualquer caractere, exceto = e NUL, mas:

Os nomes de variáveis ​​de ambiente usados ​​pelos utilitários no volume Shell e Utilitários do IEEE Std 1003.1-2001 consistem apenas em letras maiúsculas, dígitos e o '_' (sublinhado) dos caracteres definidos no Portable Character Set e não começam com um dígito . Outros caracteres podem ser permitidos por uma implementação; os pedidos devem tolerar a presença de tais nomes.

Portanto, embora os nomes possam ser válidos, seu shell pode não suportar nada além de letras, números e sublinhados.

A seção de padrões POSIX em conchas do padrão IEEE 1003.1-2008 / IEEE POSIX P1003.2 / ISO 9945.2 Shell e Ferramentas não define a convenção lexical para nomes de variáveis, no entanto, uma análise superficial da fonte revela que ele usa algo semelhante a

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

(Editar: adicionado sublinhado ausente na 2ª classe de caracteres.)

Uma observação rápida, como alguns shells não suportam o + na regex, uma regex potencialmente mais portátil pode ser:

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

Meu teste rápido mostrou que eles basicamente seguem as mesmas regras que os nomes de variáveis ​​C, a saber

1. az, AZ, _ e 0-9
2. NÃO pode começar com um número

Portanto, isso exclui .dentro deles. Qualquer nome de variável ilegal é creditado unknown command.

Isso foi testado no ZSH, que é principalmente compatível com BASH.

Depende do que você quer dizer com 'permitido'.

Ignorando o Windows para o nonce:

O ambiente é uma matriz de seqüências de caracteres, passadas para a função principal de um programa. Se você ler execve (2), não verá requisitos ou limites nessas cadeias além da terminação nula.

Por convenção, cada sequência consiste em NAME = value. Não há convenção de cotação, portanto você não pode ter um '=' no nome desta convenção.

Humanos normais definem essas cordas discutindo-as com sua concha. Cada shell tem suas próprias idéias sobre quais são os NAMEs variáveis ​​válidos; portanto, você deve ler a página do manual no momento para ver o que pensa.

Geralmente, coisas como com.baseball.spit = fleagh são propriedades do sistema Java e, se algum programa Java deseja ou não retornar ao ambiente, é melhor especificá-los com -D.

Depende da casca. Suponho que você esteja usando o bash por padrão. Nesse caso, letras, números e sublinhados são permitidos, mas você não pode iniciar o nome da variável com um número. No Bash v.3, os períodos não são permitidos nos nomes de variáveis .

SIM, VOCÊ PODE FAZER.

Use execeenv comando para implementar esta cena.

Dispositivo de teste no Docker

docker run -it --rm alpine:3.10

Executar comando no contêiner:

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

Verifique as variáveis ​​de ambiente:

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=/

Use ps auxpara verificar se o PID não foi alterado

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

Use pythonpara verificar a variável environmentemnt

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

OUTPUT é happy-variable-name .

O que acontece?

1. Execução de chamada interna do shell
2. O comando exec incorporado ao shell syscall.exec cria o processo 'env' para substituir o shell atual
3. processo env chame syscall.execvp create process '/ bin / sh' para substituir o processo env

Outra maneira

• Imagem do Docker

Se você estiver usando a janela de encaixe, poderá definir variáveis ​​no Dockerfile

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

• Kubernetes configmap

Se você estiver usando o kubernetes, poderá configurar a variável pelo 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

Implantar pod kubectl apply -f test.yaml

Verifique a kubectl logs foobarsaída:

xx.ff-bar=1234

O ConfigMap permite '-', '_' ou '.'

Embora a maioria dos shell não permita definir variáveis ​​de ambiente (conforme mencionado em outras respostas), se você precisar, poderá executar outros programas com variáveis ​​de ambiente não padrão usando env(1) .

Por exemplo, apagando todo o ambiente e definindo Strange.Env:Varcomo valor fooe executando o programa perl que o imprime:

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

irá imprimir

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