Efetue login sem executar o bash_profile ou o bashrc

Então, digamos que alguém digitou algo .bashrcque impede que ele faça o login via ssh(ou seja, o login do ssh sai por causa do erro no arquivo). Existe alguma maneira pela qual a pessoa possa fazer login sem executá-la (ou .bashrcdesde que uma execute a outra) ou excluir / renomear / invalidar o arquivo?

Suponha que você não tenha acesso físico à máquina e essa seja a única conta de usuário com capacidade de realizar o ssh.

Para referência: .bash_profileinclui .bashrc:

[[ -f ~/.bashrc ]] && . ~/.bashrc

Edit: Coisas que eu tentei:

ssh user@host "rm ~/.bashrc"

scp nothing user@host:/RAID/home/tom/.bashrc

ssh user@host  "/bin/bash --norc"

Todos dão o erro:

/RAID/home/tom/.bashrc: line 16: /usr/local/bin/file: No such file or directory
/RAID/home/tom/.bashrc: line 16: exec: /usr/local/bin/file: cannot execute: No such file or directory

Eu acho que suas únicas opções são:

• ssh como outro usuário e su na sua conta;

• use algo como ftp ou smbclient, se os serviços relevantes estiverem ativados no host;

• encontre uma vulnerabilidade aberta em um serviço de rede aberto e explore-o :).

• obtenha um administrador para corrigir o problema.

ssh -t username@hostname /bin/sh funciona para mim.

Eu tive o mesmo problema e, de alguma forma, consegui resolvê-lo. Usei o ssh para acessar o sistema e pressionei e segurei Ctrl + c assim que entrei no sistema. Então, ~ / .bashrc não foi lido e eu pude modificá-lo.

Usei um CVE publicado para executar um comando como root através de uma interface da Web em um software de monitoramento de rede que eu havia instalado. rm /RAID/home/tom/.bashrc

Então eu poderia entrar e svn reverter as alterações que fiz.

Você precisa a) começar a festa sem source'ing quer ~/.bashrcou ~/.bash_profilee b) uma vez que tal shell não seria um shell de login completo / não têm tty ligada, força ssh para anexar um tty :

ssh -t user@host bash --norc --noprofile

Você está sem sorte.

Todos os comandos ssh executam seu shell de login. ssh $COMMANDcorre $SHELL -c $COMMAND, scpcorre $SHELL -c /path/to/sftp-server, simples sshsimplesmente executa seu shell.

Nenhuma das respostas acima pode ignorar o shell de login do ssh. Você pode passar uma linha de comando completa e executar o shell remoto para processar o comando e definir o ambiente de trabalho para o comando. É para isso que servem as conchas e é a maneira do Unix. Você teria todos os tipos de problemas de compatibilidade se tentasse executar algo sem um shell. Da mesma forma, tentar um C-controle deve fazer o mesmo que chamar exit, que é o comportamento que você está tentando evitar. Se o bash continuar, é um bug. Por que as pessoas continuam dizendo que a página de manual diz algo diferente precisa citá-la, porque não diz nada disso na minha página de manual.

Além disso, na maioria dos sistemas linux, especificar / bin / sh NADA, pois é apenas um link simbólico para o bash!

Quer testar? Adicione instruções "eco" a você .bashrc e .profile e veja qual é executado. Eu fiz. Aqui estão os resultados.

ssh user@hostexecutará .bash_profile ssh user@host /bin/bashexecutará .bashrc, mas considera não interativo (sem prompt). ssh -t user@host /bin/bashexecuta .bashrc duas vezes ... uma vez no login, uma vez para o comando passado, portanto, especificar QUALQUER shell sempre executará o primeiro. ssh -T user@hosté o mesmo que não especificar -T ou -t.

Agora, se você perceber, MEU sistema não está executando os dois arquivos, apenas um ou outro. Mas o pôster original tem uma linha em .bash_profile executando .bashrc, portanto, .bashrc sempre será executado, não importa o quê. Não deveria ter colocado essa linha lá! Se essa linha não existisse, você não teria problemas.

Você precisará encontrar outra maneira ou encontrar um administrador. É para isso que servem os administradores.

Algo como:

ssh host "/bin/bash --norc"

o que parece funcionar, mas observe que o PS1 não está definido, portanto você digitará comandos sem aviso prévio.

Isso tem a vantagem de não ser destrutivo.

experimentar

echo ^C | ssh <hostname> ' rm .bashrc'

^ C existe controle-v então c

ssh -t user@host "bash --norc --noprofile -c '/bin/rm .bashrc'"

Mascarar ctrl-C funciona desde que você possa inserir um ctrl-C antes que o .bashrc saia. Infelizmente, isso pode ser difícil de fazer se ocorrer exitno início do .bashrc.

Você pode inserir um ctrl-C o mais rápido possível, canalizando-o para ssh diretamente:

{ echo ^C; cat /dev/tty; } | ssh -tt user@host

Observe que ^Cé digitado como ctrl-V seguido por ctrl-C.

Isso canaliza um único ctrl-C seguido pela entrada do terminal de controle, enquanto -ttforça um terminal psuedo a ser alocado. Ao todo, isso fornece um shell (um tanto malformado) na máquina remota, ignorando o máximo possível de .bashrc.

Você pode tentar sobrescrever o .bash_profilearquivo vazio usando o scpcomando Pelo que pesquisei, o scp usa um login não interativo que não lê .bash_profile.

Você também pode excluir o arquivo bashrc:

ssh <hostname> rm ~/.bashrc

Se o sistema estiver configurado normalmente, .bash_profile não será executado para um shell não interativo (como a execução de um comando).

Como você declara que o problema está no arquivo .bash_profile, tente movê-lo para fora do caminho:

ssh user@host "mv ~/.bash_profile ~/.bash_profile_broken"

UH = 'usuário @ host'; ssh $ UH 'mv ~ / .bashrc ~ / letmein'; ssh $ UH

Não recorte e corra, altere usere host, em seguida, edite letmeine salve como.bashrc

Parabéns ao user60069, funcionou para mim, mas eu uso o arquivo de inicialização específico do shell .bashrc, portanto, fazer o login com / bin / sh funcionou para mim.

No entanto, se você estiver na situação "sem essa sorte", ofereço esta solução, com base nas soluções de user60069 e Dennis W:

ssh -t you@host  /bin/bash --noprofile  --norc

Dennis W ofereceu a opção --norc, que alguém disse que não funcionava para eles.

Execute "man bash" ou "man (your shell)" para obter opções para desativar os arquivos de inicialização. Você só precisa usar um shell repugnante durante o tempo necessário para corrigir o problema.

Outra maneira de acessar o servidor é sem perfil, por favor, encontre o comando abaixo
ssh -t user@host bash --noprofile

Para AWS usando arquivo pem e nenhum outro usuário
ssh -ti "YOUR-PEM-FILE-NAME.pem" ec2-user@YOUR-IP-ADDRESS bash --noprofile

Espero que isto ajude!

Pelas sugestões e respostas dadas acima, eu diria que não são os arquivos .bashrc ou .bash_profile. Também a página de manual do ssh diz que, se você especificar um comando a ser executado, seus arquivos de perfil não serão lidos.

Eu sugiro tentar executar um shell de logon diferente (ksh? Csh? Sh?) Do caminho absoluto; Além disso, lembre-se de que pode haver um problema totalmente diferente (cota? permissão de execução e leitura no diretório inicial?); portanto, uma abordagem lateral seria melhor. Você pode pedir para outro usuário fazer um ls -la $YOUR_HOME_DIRe enviar o resultado por email?