Início / unix / Perguntas / 732766
Accepted
ka3ak
Asked: 2023-01-24 05:32:18 +0800 CST

Uso de pipe nomeado como fonte de dados para netcat

  • 772

Eu quero usar o netcat como um servidor TCP que lê dados de um pipe nomeado. Para isso fiz o seguinte:

Etapa 1. Criei um canal e o servidor que o usa como origem

mkfifo /tmp/all.pipe
nc -k -l 8080 < /tmp/all.pipe

Passo 2. Criei um cliente que lê os dados continuamente:

while true; do
    sleep 1;
    echo "Check connection";
    while IFS= read -r line; do
        printf "$line";
    done < /dev/tcp/localhost/8080;
done

Etapa 3. Gravar alguns dados no pipe:

echo "hello" > /tmp/all.pipe

Após a execução dessas 3 etapas, a saída no lado do cliente foi:

...
bash: connect: Connection refused
bash: /dev/tcp/localhost/8080: Connection refused
Check connection
bash: connect: Connection refused
bash: /dev/tcp/localhost/8080: Connection refused
Check connection
hello

No entanto, quando executei a etapa 3 novamente, a saída não mudou. Parece que aconteceu porque a conexão ainda estava ativa, mas os novos dados não foram passados ​​do pipe para o nc e depois para o cliente. Por que? O que pode ser feito para alcançá-lo?

bash

1 respostas

  1. Best Answer

    Sobre:

    nc -k -l 8080 < /tmp/all.pipe

    O shell tenta abrir /tmp/all.pipee trava, pois ainda não há nenhum processo que tenha aberto o canal nomeado para gravação.

    Como ncainda não foi iniciado, isso explica por que bashuma conexão é recusada ao tentar se conectar lá.

    Quando você faz

    echo "hello" > /tmp/all.pipe

    Então é quando o primeiro comando é desbloqueado. O pipe agora está instanciado.

    Em seguida, echoescreve hello\nlá e termina, no ponto em que a extremidade de gravação do pipe é fechada e ncverá o fim do arquivo em seu stdin. Se você tivesse usado catem vez de nc, catteria terminado.

    Mas para nc, seu stdout ainda vai para o terminal naquele ponto e a conexão TCP ainda está ativa, portanto, mesmo que haja uma extremidade que atingiu o fim da entrada, ela continua. Se bashenviasse algo nesse soquete, isso seria exibido no ncstdout de 's, por exemplo.

    Quando você faz um segundo echo something > /tmp/all.pipe, como ncnão fechou seu fd no pipe (pelo menos é o caso do do ncpacote netcat-openbsdno Ubuntu, YMMV), ele passa por esse mesmo pipe que vai ao ar novamente, mas ncjá desistiu de ler desde que tinha atingido eof anteriormente.

    O mais fácil aqui é provavelmente abrir o canal para nca entrada de no modo de leitura + gravação, para que seja instanciado imediatamente e sempre viva tanto quanto ncvidas.

    Para isso, basta substituir <por <>na nclinha de comando:

    nc -k -l 8080 <> /tmp/all.pipe

    Observe também que o primeiro argumento printfé o formato, você não deve ter nenhuma variável lá. Se você quiser imprimir a linha de entrada sem o delimitador de linha, use:

    printf %s "$line"
    • 1

relate perguntas