Caratteri consentiti nei nomi delle variabili di ambiente Linux

Quali caratteri sono ammessi nei nomi delle variabili di ambiente Linux? La mia rapida ricerca delle pagine man e del web ha prodotto solo informazioni su come lavorare con le variabili, ma non sui nomi consentiti.

Ho un programma Java che richiede una variabile d'ambiente definita contenente un punto, come com.example.fancyproperty. Con Windows posso impostare quella variabile, ma non ho avuto fortuna impostandola su Linux (provato su SuSE e Ubuntu). È consentito anche quel nome di variabile?

Da The Open Group :

Queste stringhe hanno la forma nome = valore; i nomi non devono contenere il carattere '='. Affinché i valori siano portabili su sistemi conformi a IEEE Std 1003.1-2001, il valore deve essere composto da caratteri del set di caratteri portatile ( tranne NUL e come indicato di seguito ).

Quindi i nomi possono contenere qualsiasi carattere tranne = e NUL, ma:

I nomi delle variabili di ambiente utilizzati dalle utility nel volume Shell and Utilities di IEEE Std 1003.1-2001 sono costituiti esclusivamente da lettere maiuscole, cifre e "_" (trattino basso) dai caratteri definiti nel set di caratteri portatile e non iniziano con una cifra . Altri caratteri possono essere consentiti da un'implementazione; le domande devono tollerare la presenza di tali nomi.

Quindi, sebbene i nomi possano essere validi, la shell potrebbe non supportare nulla oltre a lettere, numeri e caratteri di sottolineatura.

Gli standard POSIX sulla sezione shell di IEEE Std 1003.1-2008 / IEEE POSIX P1003.2 / ISO 9945.2 Shell e strumenti standard non definiscono la convenzione lessicale per i nomi delle variabili, tuttavia uno sguardo superficiale alla fonte rivela che utilizza qualcosa di simile a

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

(Modifica: Aggiunto carattere di sottolineatura mancante nella seconda classe di caratteri.)

Una breve nota, poiché alcune shell non supportano il + in regex, una regex potenzialmente più portatile può essere:

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

I miei test rapidi hanno dimostrato che sostanzialmente seguono le stesse regole dei nomi delle variabili C, vale a dire

1. az, AZ _e 0-9
2. Potrebbe NON iniziare con un numero

Quindi questo esclude .al loro interno. Viene accreditato qualsiasi nome di variabile illegale unknown command.

Questo è stato testato in ZSH, che è principalmente compatibile con BASH.

Dipende da cosa intendi per "consentito".

Ignorando Windows per il nonce:

L'ambiente è un array di stringhe, passato alla funzione principale di un programma. Se leggi execve (2), non vedrai requisiti o limiti su queste stringhe oltre alla null-termination.

Per convenzione, ogni stringa è composta da NAME = valore. Non esiste una convenzione di quotazione, quindi non puoi avere un '=' nel nome in questa convenzione.

Gli umani normali impostano queste corde discutendole con il loro guscio. Ogni shell ha le sue idee su cosa sono i nomi variabili validi, quindi devi leggere la pagina man per la shell del momento per vedere cosa ne pensa.

In genere, cose come com.baseball.spit = fleagh sono proprietà di sistema Java e se un programma Java è disposto a ricorrere all'ambiente, è meglio specificarle con -D.

Dipende dalla shell. Immagino che tu stia usando bash per impostazione predefinita, nel qual caso sono consentite lettere, numeri e caratteri di sottolineatura, ma non puoi iniziare il nome della variabile con un numero. A partire da Bash v.3, i periodi non sono consentiti all'interno dei nomi delle variabili .

SI, PUOI FARLO.

Utilizzare exece envcomando per implementare questa scena.

Dispositivo di prova in Docker

docker run -it --rm alpine:3.10

Esegui comando nel contenitore:

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

Verifica variabili d'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=/

Utilizzare ps auxper verificare che il PID non sia stato modificato

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

Utilizzare pythonper verificare la variabile di ambiente

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

OUTPUT è happy-variable-name.

Cosa succede?

1. Shell chiama builtin exec
2. La shell integrata exec chiama syscall.exec crea il processo 'env' per sostituire la shell corrente
3. chiama enyscall.execvp crea processo '/ bin / sh' per sostituire il processo env

Un altro modo

• Immagine Docker

Se si utilizza la finestra mobile, è possibile impostare la variabile in File Docker

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

• Configmap di Kubernetes

Se stai usando kubernetes, puoi impostare la variabile tramite 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

Distribuire pod kubectl apply -f test.yaml

Verifica kubectl logs foobaroutput:

xx.ff-bar=1234

ConfigMap consente '-', '_' o '.'

Sebbene la maggior parte della shell non consenta di impostare variabili di ambiente (come menzionato in altre risposte), se ne hai bisogno puoi eseguire altri programmi con variabili di ambiente non standard usando env(1).

Ad esempio, cancellando tutto l'ambiente e impostando il Strange.Env:Varvalore fooed eseguendo il programma perl che lo stampa:

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

stamperà

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