Início / unix / Perguntas / 476107
Accepted
Matteo Italia
Asked: 2018-10-18 11:57:48 +0800 CST

Como usar o fish em servidores remotos que o instalaram sem alterar o shell de login?

  • 772

Eu regularmente sshem vários servidores diferentes, alguns dos quais não têm fishinstalado, mas muitos têm. Eu gostaria de obter fishcomo shell, se disponível (alterar no meio do caminho é sempre tedioso e você perde o histórico do que já digitou), mas alterar o shell padrão não é uma boa ideia, pois:

  • existem muitas máquinas diferentes que eu precisaria mudar;
  • em muitos outros estou logado através do LDAP, e mudar meu shell como armazenado no LDAP quebraria em máquinas onde fishnão está disponível;
  • em geral, como fishnão é compatível com POSIX-sh, colocá-lo como shell padrão pode quebrar comandos executados por scripts por meio de ssh;
  • finalmente, existem algumas máquinas onde o usuário é compartilhado com outras pessoas (ou, onde eu tenho que logar outro usuário), então mudar o shell padrão não é uma boa ideia.

Então, idealmente, eu gostaria de ter um comando como sshesse iniciado automaticamente fish, se disponível, ou apenas deixar o shell padrão fornecido de outra forma.

shell ssh

2 respostas

  1. Best Answer

    Depois de alguns experimentos, montei o fisshscript:

    #!/bin/sh
ssh "$@" -t "sh -c 'if which fish >/dev/null ; then exec fish -li; else exec \$SHELL -li; fi'"
    • "$@"encaminha todos os argumentos passados ​​parassh
    • -tforça a alocação de um tty (caso contrário, ssho padrão não é tty quando um comando é especificado)
    • sh -cé necessário porque não sabemos qual shell podemos ter do outro lado - em minhas máquinas pessoais eu tenho fishcomo shell padrão, que quebraria na ifsintaxe diferente;
    • which fishé bem-sucedido se encontrar um executável fish; nesse caso, é exec-ed (pedindo um shell interativo e de login);
    • caso contrário, voltamos para $SHELL, que é o shell padrão para o usuário atual ( $é escapado, caso contrário, é expandido por sh"neste lado").

    -lié passado em ambos os casos, para garantir que realmente tenhamos um shell interativo de login. Embora seja obrigatório pelo POSIX para qualquer shell, é "apenas" uma extensão comum, mas não colocá-la provavelmente resultará em surpresas ruins.-i-l

    Observe que stdoutof whichestá oculto (como no caso normal não nos importamos onde fishfoi encontrado), mas stderr(onde a mensagem de erro que fishnão pôde ser encontrada) é intencionalmente deixada intacta como um aviso ao usuário que, apesar de nosso melhor intenções, fishnão foi encontrado.

    Para completar a experiência, em minhas máquinas com fishadiciono o suporte para preenchimento personalizado criando um ~/.config/fish/completions/fissh.fisharquivo contendo

    complete -c fissh -w ssh

    para instruir fishque fisshtenha exatamente as mesmas conclusões válidas que ssh.

    • 2

  2. Este pequeno script esperado (não testado) faria, eu acho, a mesma coisa:

    #!/usr/bin/expect -f
spawn ssh {*}$argv
expect {
    {yes/no}   {send "yes\r"; exp_continue}
    -re {\$ $} {send "which fish >/dev/null && exec fish -li\r"}
}
interact

    Suposições:

    • seu shell de login é semelhante e entende "cmd1 && cmd2",
    • você não precisa fornecer uma senha para fazer login,
    • seu prompt termina com um cifrão e um espaço.
    • 0

relate perguntas