Experimente os sistemas sed -u ( -l nos sistemas BSD / Mac OSX) e grep --line-buffered .
Se eu executar os comandos abaixo, somente out1 terá saída, os out2 e out3 estarão vazios.
# this is just to generate a self-signed certificate
openssl genrsa -out /tmp/ssl.key 2048
openssl req -sha256 -new -key /tmp/ssl.key -out /tmp/ssl.csr -subj /CN=localhost
openssl x509 -req -days 365 -in /tmp/ssl.csr -signkey /tmp/ssl.key -out /tmp/ssl.crt
# works
openssl s_server -cert /tmp/ssl.crt -key /tmp/ssl.key -accept 444 > out1
# does not work, but if I run without '> out2' it works
openssl s_server -cert /tmp/ssl.crt -key /tmp/ssl.key -accept 446 | sed "s/ACCEPT/ACCEPT445/g" > out2
# does not work, but if I run without '> out3' it works
openssl s_server -cert /tmp/ssl.crt -key /tmp/ssl.key -accept 447 | grep ACCEPT > out3
Por que o redirecionamento de stdout de sed ou grep falha, mas é executado sem redirecionar os trabalhos?
Parece que você espera que out2 e out3 sejam gravados em tempo real, mas sed e grep no canal aguardam o EOF. E nada falha aqui.
Mate openssl de outro console e verifique se você tem resultados corretos em out2 e out3 .
Tags bash grep pipe sed io-redirection