'sudo su -' vs 'sudo -i' vs 'sudo / bin / bash' - quando importa o que é usado ou importa?

Quando estou fazendo algo que exige que o root seja digitado dezenas de vezes seguidas, prefiro mudar minha sessão para uma sessão raiz. Nos vários tutoriais e instruções que tenho usado na Internet, vejo sudo su, sudo su -, sudo -ie sudo /bin/bashque está sendo usado para abrir uma sessão de raiz, mas eu não estou claro sobre a diferença entre estes e quando ou se o que importa diferença.

Alguém pode esclarecer isso para mim?

Para explicar isso, você precisa saber o que os programas fazem:

• su- O comando sué usado para alternar para outro usuário ( s bruxa u ser), mas você também pode mudar para o usuário root, invocando o comando sem parâmetros. susolicita a senha do usuário para alternar, depois de digitar a senha que você alternou para o ambiente do usuário.
• sudo- sudodestina-se a executar um único comando com privilégios de root. Mas, ao contrário su, solicita a senha do usuário atual. Esse usuário deve estar no arquivo sudoers (ou em um grupo que esteja no arquivo sudoers). Por padrão, o Ubuntu "lembra" sua senha por 15 minutos, para que você não precise digitar sua senha todas as vezes.
• bash- Uma interface de texto para interagir com o computador. É importante entender a diferença entre shells de login, não login, interativos e não interativos:

Tipos de conchas:

• shell de login : um shell de login efetua o login no sistema como um usuário especificado, necessário para que este seja um nome de usuário e senha. Quando você pressiona ctrl+ alt+ F1para efetuar login em um terminal virtual, obtém após o login bem-sucedido um shell de login.
• shell sem login : um shell que é executado sem efetuar login, necessário para que este seja um usuário conectado no momento. Quando você abre um terminal gráfico no gnome, é um shell que não é de login.
• shell interativo : um shell (logon ou não logon) no qual você pode digitar ou interromper interativamente os comandos. Por exemplo, um terminal gnomo.
• shell não interativo : um (sub) shell que provavelmente é executado a partir de um processo automatizado. Você não verá entrada nem saída.

Portanto, os casos são:

• sudo suChama sudocom o comando su. O Bash é chamado como shell interativo sem logon. Portanto, o bash é executado apenas .bashrc. Você pode ver que, depois de mudar para o root, você ainda está no mesmo diretório:

  user@host:~$ sudo su
  root@host:/home/user#
  

• sudo su -Desta vez, é um shell de login, portanto /etc/profile, .profilee .bashrcé executado e você se encontrará no diretório inicial do root com o ambiente do root.

• sudo -iÉ quase o mesmo que sudo su -A opção -i (simular login inicial) executa o shell especificado pela entrada do banco de dados de senha do usuário de destino como um shell de login. Isso significa que os arquivos de recursos específicos de login, como .profile, .bashrcou .loginserão lidos e executados pelo shell.

• sudo /bin/bashIsso significa que você chama sudocom o comando /bin/bash. /bin/bashé iniciado como um shell sem logon para que todos os arquivos de ponto não sejam executados, mas o bash lê .bashrco usuário que está chamando. Seu ambiente permanece o mesmo. Sua casa não será a casa da raiz. Então você é root, mas no ambiente do usuário que está chamando.

• sudo -slê a $SHELLvariável e executa o conteúdo. Se o $SHELLcontiver /bin/bashchama sudo /bin/bash(veja acima).

Verifica:

Para verificar se você está em um shell de logon ou não (funciona apenas no bash porque shopté um comando interno):

shopt -q login_shell && echo 'Login shell' || echo 'No login shell'

Para procurar diferenças, você pode influenciar o ambiente resultante entre diferentes invocações.

Você pode encontrar algumas diferenças "pequenas" em algumas variáveis ​​críticas:

• PATH, LD_LIBRARY_PATH,LD_PRELOAD

ou alguma diferença em ~ /. manipulação de dotfiles ( ~/.config).

Considere também a propriedade de arquivos de log baseados em $ HOME ( ~/.xsession.errors, etc ...) ou cookies xauth ( ~/.Xauthority) que os comandos geram.

Experimente estes comandos:

# 'su -' vs 'su'

diff <(sudo su - -c env | sort) <(sudo su -c env | sort)


# 'su -' vs 'sudo -i'

diff <(sudo su - -c env | sort) <(sudo -i env | sort)