Kiedy ssh'ing, jak mogę ustawić zmienną środowiskową na serwerze, która zmienia się między sesjami?

Kiedy sshprzechodzę na serwer, jak mogę przekazać zmienną środowiskową z klienta na serwer? Ta zmienna środowiskowa zmienia się między różnymi wywołaniami ssh, więc nie chcę nadpisywać za $HOME/.ssh2/environmentkażdym razem, gdy wykonuję wywołanie ssh. Jak mogę to zrobić?

Oczywiście możesz ustawić zmienną środowiskową wewnątrz polecenia, jednak musisz uważać na cytowanie: pamiętaj, że twoja powłoka przeanalizuje lokalny wiersz poleceń, a wtedy zdalna powłoka będzie miała ciąg otrzymuje.

Jeśli chcesz, aby zmienna otrzymywała tę samą wartość na serwerze, co na kliencie, wypróbuj SendEnvopcję:

ssh -o SendEnv = MYVAR server.example.com moja komenda

Wymaga to jednak wsparcia ze strony serwera. W OpenSSH nazwa zmiennej musi być autoryzowana w /etc/sshd_config.

Jeśli serwer zezwala tylko na określone nazwy zmiennych, możesz obejść to; na przykład pozwala na to wspólna konfiguracja LC_*i można wykonać następujące czynności:

ssh -o SendEnv = LC_MYVAR server.example.com 'MYVAR = $ LC_MYVAR; rozbrojony LC_MYVAR; eksport MYVAR; moja komenda ”

Jeśli nawet LC_*nie jest opcją, możesz przekazać informacje do TERMzmiennej środowiskowej, która jest zawsze kopiowana (może istnieć jednak limit długości). Nadal będziesz musiał upewnić się, że zdalna powłoka nie ogranicza TERMzmiennej do wyznaczania znanego typu terminala. Przekaż -topcję ssh, jeśli nie uruchamiasz zdalnej interaktywnej powłoki.

env TERM = „dodatkowe informacje: $ TERM” ssh -t server.example.com 'MYVAR = $ {TERM%: *}; TERM = $ {TERM ## *:}; eksport MYVAR; moja komenda ”

Inną możliwością jest zdefiniowanie zmiennej bezpośrednio w poleceniu:

ssh -t server.example.com 'export MYVAR = "dodatkowe informacje"; moja komenda ”

Zatem jeśli przekazujesz zmienną lokalną:

ssh -t server.example.com 'export MYVAR =' "'$ LOCALVAR'” '; moja komenda ”

Uważaj jednak na kwestie cytowania: wartość zmiennej zostanie interpolowana bezpośrednio do fragmentu powłoki wykonanego po stronie zdalnej. Ostatni przykład powyżej zakłada, że $LOCALVARnie zawiera żadnych pojedynczych cudzysłowów ( ').

Jeśli możesz administrować hostem docelowym, możesz skonfigurować sshd, aby zezwalał na przekazywanie lokalnych zmiennych środowiskowych do hosta docelowego.

Ze strony podręcznika sshd_config:

 PermitUserEnvironment
     Specifies whether ~/.ssh/environment and environment= options in
     ~/.ssh/authorized_keys are processed by sshd.  The default is
     "no".  Enabling environment processing may enable users to bypass
     access restrictions in some configurations using mechanisms such
     as LD_PRELOAD.

Konfiguracja sshd zwykle mieszka w /etc/ssh/sshd_config

Na kliencie masz więc zmienną środowiskową i chcesz, aby była dostępna dla polecenia zdalnego? Nie sądzę, że istnieje sposób, aby ssh magicznie to przekazał, ale prawdopodobnie możesz zrobić coś takiego. Zamiast używać powiedz:

ssh remote.host my_command

Możesz to zrobić:

ssh remote.host env ENV_VAR=$ENV_VAR my_command

Odpowiedź @ emptyset (która nie działała dla mnie) doprowadziła mnie do tej odpowiedzi:

Możesz dodać to polecenie do swojego ~/.ssh/authorized_keyspliku:

command="/usr/bin/env VARIABLE=<something> $SHELL" ssh-rsa <key>

export VARIABLE=<something>natychmiast wychodził, a połączenie SSH zostało zamknięte (blokując mnie z serwera), natomiast /usr/bin/env ... $SHELLuruchomi domyślną powłokę w zmodyfikowanym środowisku.

Na swoim lokalnym kliencie ~/.ssh/configmożesz dodać SetEnvnp

Host myhost
  SetEnv FOO=bar

^{Uwaga: Sprawdź man ssh_config.}

Następnie na serwerze upewnij się, że klient może przekazać określone zmienne środowiskowe w /etc/ssh/sshd_configpliku konfiguracyjnym:

AcceptEnv LANG LC_* FOO BAR*

^{Uwaga: Sprawdź man sshd_config.}

Możesz spróbować wywołać niestandardowe polecenie, zakładając, że masz konfigurację logowania ssh bez hasła. Na serwerze edytuj wpis ~ / .ssh / Author_keys, który odpowiada kluczowi od twojego klienta:

command="export VARIABLE=<something>" ssh-rsa <key>

Spójrz na ten link w sekcji Wymuszone polecenie, aby uzyskać trochę więcej szczegółów.

Tworzyłem niestandardową kompilację OpenSSH dla urządzenia z cramfs w katalogu domowym i / etc (Cram FS jest tylko do odczytu), więc ~ / .ssh / environment nie działałoby bez przebudowy całego FS i zostały one wdrożone w terenie urządzenia (systemy osadzone Stąd użycie CRAMFS). Możesz określić w pliku sshd_config lokalizację pliku authroized_keys, ale z jakiegoś powodu środowisko = działa tylko dla zmiennych środowiskowych w ~ / .ssh / authroized_keys. Edycja profilu / etc / nie była opcją i musiałem załadować ssh do niestandardowego katalogu. W session.c po child_set_env (... „MAIL” ...) po prostu dodaj potrzebne zmienne środowiskowe (wiem, że to hack ...), ale jeśli tylko potrzebujesz kogoś, kto potrzebuje trochę zakodowanych envów na sesję, jeśli jesteś kompilując ze źródła możesz to zrobić. TGI-FLOSS

tylko jedno proste polecenie:

ssh -t your_host_or_ip 'export some_var_name=whatever_you_want; bash'