Migrando para a autenticação da chave ssh; Implicações da adição de sbin's aos usuários $ PATH

Question

Estou no processo de migrar para a chave para autenticação nas minhas caixas do CentOS. Eu tenho tudo configurado e funcionando, mas fiquei um pouco surpreso quando notei service (e outras coisas) não funcionou da maneira que eu estava acostumado. Mesmo depois de su fazer root, ainda precisava chamar o caminho completo para que funcionasse (o que eu suponho ser esperado / comportamento normal).

Eu também presumo que isso ocorra porque existem diferentes $PATH para o root (o que eu estava usando e estou acostumado) e o recém-criado usuário que usa chaves. Especificamente, notei que sbin do mundo está ausente do caminho do usuário.

Se eu adicionasse esses caminhos ( /sbin/ , /usr/sbin/ , /usr/local/sbin ) a um script profile.d .sh para esse novo usuário que gosta de chave, o faria:

1. Eu abro o sistema de maneiras que não deveria ser?
2. Eu estou fazendo algo que não preciso fazer por razões de preguiça?
3. eu crio outros problemas em potencial?

Obrigado.

    

Answer 1

Alterar seu caminho como um usuário normal para incluir os diretórios sbin é uma prática razoável e padrão. Não há nenhum problema substancial que cause.

A maioria das pessoas faz isso por usuário usando os arquivos .profile ou .*rc , já que você pode não querer que usuários menos privilegiados vejam todos os binários focados em sysadmin extras - mas não há grandes danos que virão a partir dele. Sem root, todos eles descobrirão que eles não têm as permissões certas para executar os comandos.

    

Answer 2

s significa system nos diretórios sbin. é apropriado adicioná-los a usuários que sejam administradores do sistema, mas, para usuários normais, pode não ser uma boa idéia, pois a maioria, se não todos, exigiria privilégios de root.