Onde é geralmente definido o $ BASH_ENV?

Eu tenho servidores Linux gêmeos que devem ser configurados de forma idêntica, no entanto, os comandos ssh para um deles estão falhando para comandos que exigem um caminho especificado em ~ / .bashrc. Por exemplo, eu posso usar um comando como pwdinterativo e através do ssh, mas se eu tentar executar um programa localizado em uma pasta bin do aplicativo, ele funcionará apenas em um shell interativo para um dos servidores.

O arquivo / etc / profile e / etc / environment nos dois servidores são idênticos; no entanto, $ BASH_ENV está definido como ~ / .bashrc no servidor que está funcionando corretamente. Quero definir $ BASH_ENV no servidor que não está funcionando, mas prefiro configurá-lo no mesmo local em que está definido no servidor em funcionamento. Quais são os locais que o Linux executará no momento de um logon não interativo, como um comando ssh de outro computador?

edit: A linha em / etc / passwd para o usuário especifica / bin / bash nos dois servidores. O arquivo ~ / .bash_profile para os dois servidores é idêntico e contém if [ -f ~/.bashrc ]; then . ~/.bashrc; fi. A única diferença entre os sistemas é que $ BASH_ENV é uma sequência nula no servidor que não está funcionando, e não consigo encontrar onde foi definido no servidor que está funcionando.

edit 2: O arquivo ~ / .ssh / environment nos dois servidores possui BASH_ENV = ~ / .bashrc

BASH_ENVserá definido apenas por meio do ambiente ou de outro script originado durante a inicialização. Para um shell não interativo, ele só tentará obter arquivos adicionais se esse shell também for um shell de logon. (nesse caso, ele lerá ~/.bash_profile, ~/.bash_logine ~/.profile... mas se estivesse fazendo isso, você não estaria enfrentando um problema)

O primeiro lugar para procurar é o ambiente em que o subshell está sendo chamado.

• Uma BASH_ENVvariável exportada será passada. Lembre-se de que isso pode estar oculto em um arquivo de origem.
• Pode ser alimentado como um parâmetro na mesma linha que chama o script, ie BASH_ENV=blah /path/to/somecommand.sh. Isso se destaca como um polegar dolorido, então você provavelmente teria percebido.

Se estiver sendo definido após o login, mas não for possível descobrir onde, talvez seja necessário examinar o responsável pela construção do ambiente de login.

• Todos os arquivos usuais que são obtidos por um shell de logon. man bashpara a lista exaustiva.

• PAM : Como sugerido nos comentários, verifique /etc/security/pam_env.confe quaisquer arquivos adicionais mencionados por pam_env.so. Outros módulos PAM também podem ser responsáveis, mas se suas configurações de PAM parecerem idênticas, provavelmente não é esse o caso.

• sshd : Ele examinará os seguintes arquivos, em ordem:

  • ~/.ssh/environment(antes de mudar para o diretório inicial; somente se PermitUserEnvironmentestiver ativado sshd_config)
  • ~/.ssh/rc (depois de mudar para o diretório inicial; sempre)
  • /etc/ssh/sshrc(se ~/.ssh/rcnão estiver presente)

Nota: sshdtambém procurará environment=valuelinhas no arquivo de chaves autorizadas do usuário (se PermitUserEnvironmentestiver ativado), mas não está claro na página de manual em que essa etapa se enquadra na sequência acima.