Jakie jest najlepsze miejsce do ustawienia zmiennych systemowych dla całego systemu Linux?

Chcę tylko ustawić zmienną środowiskową JAVA_HOMEdla całego systemu, dla wszystkich użytkowników, w tym użytkownika root .

Wymagania:

• dostępne dla zwykłych użytkowników
• dostępne do rootowania
• zawsze ładowany, nie tylko dla bash (gnome-terminal domyślnie nie uruchamia basha)
• do pracy z Ubuntu, Debian i opcjonalnie Red Hat
• świetnie, jeśli można łatwo napisać dodatek

Ponieważ nikt nie dodał tutaj pełnej odpowiedzi, obecnie uważam to za najlepszą, przynajmniej dla Ubuntu, ale jestem otwarty na dostosowanie odpowiedzi dla innych platform * nix.

# **create**: /etc/profile.d/java.sh
export JAVA_HOME=/usr/lib/jvm/default-java

Inne opcje, które zostały już rozważone, ale zostały wykluczone:

• /etc/environment działa, ale jest trudniejszy w utrzymaniu, ponieważ inne narzędzia lub ludzie mogą go edytować.
• /etc/profile - tak samo jak powyżej

Na Debianie / Ubuntu będzie to / etc / environment

Nie znam odpowiednika Red Hat.

Nie rozumiem, dlaczego wykluczyłeś / etc / profile. To jest poprawna lokalizacja.

Kilku odpowiedziało, że /etc/environmentjest to deprecjonowane i / lub nie jest już używane w Debianie, a to jest (jak w wersji 7) fałszywe.

Plik jest w rzeczywistości odczytywany przez PAM, a konkretnie pam_env(8)przez domyślną envfileflagę. Strona man podaje również tę wartość domyślną w sekcji PLIKI.

Cytowane strony wiki (zwłaszcza lokalna) jedynie stwierdzają, że zmienne środowiskowe oparte na ustawieniach regionalnych powinny się teraz znajdować /etc/profile. Ich stwierdzenie „(w starszych wersjach Debiana, także / etc / environment)” jest niejasne i dotyczy kontekstów regionalnych.

Szybki grep poprzez /etc/pam.dpokazy:

root@box:/etc/pam.d# grep pam_env.so *
atd:auth        required        pam_env.so
cron:session       required   pam_env.so
cron:session       required   pam_env.so envfile=/etc/default/locale
login:session       required   pam_env.so readenv=1
login:session       required   pam_env.so readenv=1 envfile=/etc/default/locale
sshd:auth       required     pam_env.so # [1]
sshd:auth       required     pam_env.so envfile=/etc/default/locale
su:session       required   pam_env.so readenv=1
su:session       required   pam_env.so readenv=1 envfile=/etc/default/locale

Te wiersze konfiguracji są addytywne, a ponieważ brakuje pierwszego envfile, domyślnie jest to /etc/environment.

Wszystko to oczywiście opiera się na wszelkich crondplikach binarnych, których używasz ( powłoki logowania itp.), Skompilowanych z PAM.

Wreszcie oznacza to, że inne systemy korzystające z PAM (np. RedHat) zachowują się tak samo, jak widać na ich stronie podręcznika.

Uwaga dodatkowa: spójrz na środowisko modułów . Używam tego za każdym razem, gdy muszę zaoferować dziesiątki lub setki użytkownikom złożone, wersjonowane, samorozszerzalne, zwięzłe środowisko UNIX. Jest stosowany głównie w wielkoskalowych środowiskach HPC dla wielu użytkowników. Samo użycie go dla jednej konkretnej zmiennej jest z pewnością nadmierną inżynierią, ale robi niesamowitą robotę, gdy potrzebujesz więcej niż kilku pakietów oprogramowania i ich środowiska.

/etc/profilepowinno działać. Testowałem właśnie teraz, aby mieć pewność, włożyć export SOMETEST=1234do /etc/profilei po ponowne rejestrowanie echo $SOMETESTdał mi 1234, jak oczekiwano. Również zgnome-terminal

/etc/enviromentnie jest używany w ostatniej stabilnej wersji Debiana. Rekomendacją jest utworzenie własnego *.shpliku /etc/profile.d/dla tego morświna, jak powiedział Sorin S. Zobacz https://wiki.debian.org/EnvironmentVariables

W tym przypadku nie można użyć ~ określonych plików. więc....

/etc/profilebyłoby w tym przypadku właściwym miejscem. Obecnie zalogowani użytkownicy muszą uzyskać nową sesję logowania, ale nie powinno to stanowić większego problemu.

@ wk01: domyślnie /etc/profilenie jest ładowany przez powłokę niezalogowaną. Twój .bashrc jest prawdopodobnie załadowaniem ...