Ketika Anda memiliki server, Anda dapat mengaksesnya, misalnya, ssh user1@ipdan Anda juga dapat melakukannya ssh root@ipuntuk pergi ke pengguna root Anda dengan su priveleges dan kemudian pergi ke su user1. Dalam pemikiran saya, kedua cara itu harus menuntun saya ke lingkungan pengguna yang sama (dalam hal ini, "user1"), tetapi dalam pengalaman saya yang sebenarnya tidak, karena ssh user1@ipada hal-hal yang diinstal yang su user1tidak ada.
Mengapa demikian?
SSH memulai shell login. su, secara default tidak.
Secara khusus, ini berarti bahwa ~/.profile(atau file serupa) untuk pengguna itu tidak bersumber. Jadi perubahan yang dilakukan ~/.profiletidak akan berpengaruh. Mungkin juga terjadi bahwa:
~/.profile, yang mungkin mencemari lingkungan pengguna.
/etc/profiledan /etc/profile.d/*dapat menerapkan pengaturan secara berbeda untuk pengguna yang berbeda (meskipun tidak secara default)Konfigurasi PAM berbeda. Misalnya, /etc/pam.d/sshmemiliki:
session required pam_env.so user_readenv=1 envfile=/etc/default/locale
sedangkan /etc/pam.d/sumemiliki:
session required pam_env.so readenv=1 envfile=/etc/default/locale
Ini berarti SSH memuat ~/.pam_environment, tetapi sutidak. Ini adalah yang besar, karena ~/.pam_environmentmerupakan tempat yang tidak tergantung shell untuk variabel lingkungan, dan ini diterapkan jika Anda masuk dari GUI, TTY atau SSH.
Untuk memulai shell login, jalankan salah satu dari:
su - <username>
sudo -iu <username>
Contoh:
# su muru -c 'sh -c "echo $HOME $PATH"'
/home/muru /usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/usr/local/games
# su - muru -c 'sh -c "echo $HOME $PATH"'
/home/muru /home/muru/bin:/usr/local/bin:/usr/bin:/bin:/usr/local/games:/usr/games
# sudo -iu muru sh -c 'echo $HOME $PATH'
/home/muru /home/muru/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin
# sudo -u muru sh -c 'echo $HOME $PATH'
/root /usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin
# ssh muru@localhost 'echo $HOME $PATH'
/home/muru /home/muru/devel/go/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/usr/local/games
Bahkan dengan SSH, jika Anda menjalankan perintah alih-alih memulai shell, shell login tidak akan berjalan (perhatikan tidak adanya ~/bintes SSH, yang ada di su -dan sudo -i). Untuk mendapatkan hasil yang benar, saya akan menjalankan shell saya sebagai shell login:
# ssh muru@localhost '$SHELL -ilc "echo \$HOME \$PATH"'
/home/muru /home/muru/bin:/home/muru/devel/go/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/usr/local/games
Ini juga mengapa sudo sudan sudo -smerupakan cara jelek untuk mendapatkan shell root. Kedua cara ini tercemar oleh lingkungan.
Terkait:
Pada umumnya itu terutama perbedaan strategis.
Jika Anda masuk sebagai pengguna super, Anda dapat mengubah apa saja sepanjang waktu ... yaitu - tidak ada perlindungan terhadap kesalahan bencana, Anda harus mengubah sementara waktu untuk beberapa pengguna lain agar aman.
Sedangkan: jika Anda masuk dengan hak istimewa terbatas, Anda terhindar dari risiko kesalahan besar, karena Anda harus dengan sengaja beralih ke su root untuk akses sementara ke kekuatan itu, tetapi sekarang Anda memiliki posisi cadangan default untuk pengguna yang aman. .
Karena itu perbedaannya sangat strategis, bukan teknis.
sumber