Essa resposta é apenas uma versão mais detalhada da solução do Bradford Medeiros , que também para mim acabou sendo a melhor resposta, então o crédito vai para ele.
Em sua resposta, ele explica O QUE fazer ( tubos nomeados ), mas não exatamente COMO fazer.
Tenho que admitir que não sabia o que são chamados de pipes no momento em que li sua solução. Então, eu me esforcei para implementá-lo (embora seja realmente muito simples), mas tive sucesso, então estou feliz em ajudar explicando como fiz isso. Portanto, o objetivo da minha resposta é apenas detalhar os comandos que você precisa executar para fazê-lo funcionar, mas, novamente, o crédito vai para ele.
PARTE 1 - Testando o conceito de tubo nomeado sem janela de encaixe
No host principal, escolha a pasta onde deseja colocar o arquivo de pipe nomeado, por exemplo, /path/to/pipe/e um nome de pipe, por exemplo mypipe, e execute:
mkfifo /path/to/pipe/mypipe
O tubo é criado. Tipo
ls -l /path/to/pipe/mypipe
E verifique se os direitos de acesso começam com "p", como
prw-r--r-- 1 root root 0 mypipe
Agora execute:
tail -f /path/to/pipe/mypipe
O terminal está agora esperando que os dados sejam enviados para este tubo
Agora abra outra janela de terminal.
E então execute:
echo "hello world" > /path/to/pipe/mypipe
Verifique o primeiro terminal (aquele com tail -f), ele deve exibir "hello world"
PARTE 2 - Executar comandos através do tubo
No contêiner do host, em vez de executar tail -fapenas o que é enviado como entrada, execute este comando que o executará como comandos:
eval "$(cat /path/to/pipe/mypipe)"
Em seguida, no outro terminal, tente executar:
echo "ls -l" > /path/to/pipe/mypipe
Volte para o primeiro terminal e você verá o resultado do ls -lcomando.
PARTE 3 - Faça ouvir para sempre
Você deve ter notado que na parte anterior, logo após a ls -lsaída ser exibida, ele para de ouvir os comandos.
Em vez de eval "$(cat /path/to/pipe/mypipe)", execute:
while true; do eval "$(cat /path/to/pipe/mypipe)"; done
(você não pode saber disso)
Agora você pode enviar um número ilimitado de comandos um após o outro, todos eles serão executados, não apenas o primeiro.
PARTE 4 - Faça funcionar mesmo quando a reinicialização acontecer
A única ressalva é que se o host tiver que reiniciar, o loop "while" parará de funcionar.
Para lidar com a reinicialização, aqui está o que eu fiz:
Coloque o while true; do eval "$(cat /path/to/pipe/mypipe)"; doneem um arquivo chamado execpipe.shcom #!/bin/bashcabeçalho
Não se esqueça chmod +xdisso
Adicione-o ao crontab executando
crontab -e
E então adicionando
@reboot /path/to/execpipe.sh
Neste ponto, teste: reinicie o servidor e, quando ele estiver de volta, ecoe alguns comandos no pipe e verifique se eles são executados. Claro, você não é capaz de ver a saída dos comandos, então ls -lnão ajudará, mas touch somefileajudará.
Outra opção é modificar o script para colocar a saída em um arquivo, como:
while true; do eval "$(cat /path/to/pipe/mypipe)" &> /somepath/output.txt; done
Agora você pode executar ls -le a saída (stdout e stderr usando &>em bash) deve estar em output.txt.
PARTE 5 - Faça funcionar com o docker
Se você estiver usando docker compose e dockerfile como eu, aqui está o que eu fiz:
Vamos supor que você deseja montar a pasta pai do mypipe como /hostpipeem seu contêiner
Adicione isso:
VOLUME /hostpipe
em seu dockerfile para criar um ponto de montagem
Em seguida, adicione este:
volumes:
- /path/to/pipe:/hostpipe
no arquivo de composição do docker para montar / path / to / pipe como / hostpipe
Reinicie seus contêineres do docker.
PARTE 6 - Teste
Exec em seu contêiner do docker:
docker exec -it <container> bash
Vá para a pasta de montagem e verifique se você pode ver o tubo:
cd /hostpipe && ls -l
Agora tente executar um comando de dentro do contêiner:
echo "touch this_file_was_created_on_main_host_from_a_container.txt" > /hostpipe/mypipe
E deve funcionar!
AVISO: Se você tiver um host OSX (Mac OS) e um contêiner Linux, não funcionará (explicação aqui https://stackoverflow.com/a/43474708/10018801 e problema aqui https://github.com/docker / for-mac / issues / 483 ) porque a implementação do pipe não é a mesma, então o que você escreve no pipe do Linux pode ser lido apenas por um Linux e o que você escreve no pipe do Mac OS pode ser lido apenas por um Mac OS (esta frase pode não ser muito precisa, mas esteja ciente de que existe um problema de plataforma cruzada).
Por exemplo, quando executo a configuração da minha docker no DEV do meu computador Mac OS, o pipe nomeado conforme explicado acima não funciona. Mas, no teste e na produção, tenho host e contêineres Linux, e isso funciona perfeitamente.
PARTE 7 - Exemplo de contêiner Node.JS
Aqui está como eu envio um comando do meu contêiner node js para o host principal e recupero a saída:
const pipePath = "/hostpipe/mypipe"
const outputPath = "/hostpipe/output.txt"
const commandToRun = "pwd && ls-l"
console.log("delete previous output")
if (fs.existsSync(outputPath)) fs.unlinkSync(outputPath)
console.log("writing to pipe...")
const wstream = fs.createWriteStream(pipePath)
wstream.write(commandToRun)
wstream.close()
console.log("waiting for output.txt...") //there are better ways to do that than setInterval
let timeout = 10000 //stop waiting after 10 seconds (something might be wrong)
const timeoutStart = Date.now()
const myLoop = setInterval(function () {
if (Date.now() - timeoutStart > timeout) {
clearInterval(myLoop);
console.log("timed out")
} else {
//if output.txt exists, read it
if (fs.existsSync(outputPath)) {
clearInterval(myLoop);
const data = fs.readFileSync(outputPath).toString()
if (fs.existsSync(outputPath)) fs.unlinkSync(outputPath) //delete the output file
console.log(data) //log the output of the command
}
}
}, 300);