O que faz `<& -`?

Copiei um trecho de Bash para segundo plano um comando ssh executado remotamente:

ssh user@remote <<CMD
some process <&- >log 2>error &
CMD

O que <&-faz?
Meu palpite é que é o mesmo que< /dev/null

Minha próxima entendimento é que os três principais descritores de arquivos ( stdin, stdout, stderr) precisam ser fechados para evitar:

1. O trabalho que está sendo realizado em segundo plano e o script saindo - conflitante de alguma forma?
2. Quando o terminal é fechado, todos os processos que estão aceitando stdin do terminal são fechados?

<&-não é exatamente a mesma coisa que < /dev/null. <&-fecha fd 0, enquanto o < /dev/nullredireciona do dispositivo /dev/null, que nunca fornece dados e sempre fornece EOF na leitura. A diferença é principalmente que uma read(2)chamada de um FD fechado (o <&-caso) apresentará um erro no EBADF, enquanto uma chamada de um FD redirecionado a nulo não retornará bytes lidos (condição de fim de arquivo). Se o seu programa nunca lê a partir de stdin, a distinção não importa.

Fechar os FDs é uma boa prática se você estiver em segundo plano, pois um processo em segundo plano será interrompido se tentar ler algo do TTY. Este exemplo não lida completamente com tudo o que deveria; idealmente, haveria nohupou setsidinvocação em algum lugar para desassociar completamente o processo em segundo plano.

Veja man bash:

  [n]<&word

é usado para duplicar descritores de arquivo de entrada. Se for wordexpandido para um ou mais dígitos, o descritor de arquivo indicado por nserá uma cópia desse descritor de arquivo. Se os dígitos em word não especificarem um descritor de arquivo aberto para entrada, ocorrerá um erro de redirecionamento. Se a palavra avaliar -, o descritor de arquivo nserá fechado. Se nnão for especificado, a entrada padrão (descritor de arquivo 0) é usada.

<&- feche a entrada padrão.

A forma geral, definida pelo POSIX , é:

[n]<&word

Seu objetivo de criar descritor de arquivo né uma cópia do descritor de arquivo indicado por word. A entrada padrão é assumida se nfor omitida e se wordfor -, o descritor de arquivo nserá fechado.

Não é o mesmo que </dev/null, desde quando, no caso de </dev/null, a entrada padrão ainda estava aberta e foi redirecionada para outro local.

Você precisa fechar todos os descritores de arquivo dos processos anexados ao soquete ssh, caso contrário, a sessão ssh não poderá ser fechada.

Você pode executar o comando na máquina remota sem anexá-lo à sessão ssh, usando screen ou tmux :

ssh user@remote 'screen -S test -d -m command'