netcat no imprime la respuesta

Estoy tratando de enviar comandos a un puerto tcp usando una netcatrespuesta de tubería
cuando ejecuto netcaty escribo mi comando, imprime la respuesta correctamente, pero cuando paso el comando desde una tubería, envía el comando correctamente pero no imprime la respuesta

Entonces, esto funciona correctamente:

netcat  localhost 9009

mientras que esto solo envía un comando pero no imprime la respuesta:

echo 'my_command' | netcat  localhost 9009

¿por qué?
¿Cómo puedo hacer netcatpara imprimir el texto de respuesta?

Como dijo @Patrick, este problema generalmente se debe a netcatsalir antes de que se haya dado la respuesta. Puede remediar eso agregando -q 2a la línea de comando, es decir, decir netcatque espere 2 segundos después de detectar EOF en la entrada estándar. Obviamente, también puede hacer que espere otros segundos.

Utilizar este:

cat <(echo command) - | nc host port

El problema es que nccerrará la conexión inmediatamente después de cerrar stdin, lo cual es muy rápido para una my_commandcadena simple y, por lo tanto, nunca tiene la oportunidad de recibir una respuesta. (Si canaliza un archivo muy grande, verá que podría obtener una respuesta antes de que termine de enviar el archivo).

Ingrese catcon -como segundo argumento: hace que catescuchar en stdin para obtener más contenido a través del cual se ha enviado el contenido del primer argumento. El primer argumento es solo obtener el echocomando cat, también podría ser un archivo con sus comandos a la cat < file - | ....

Alternativamente, haga esto:

(echo command; while true; do sleep 0.01; echo -n "#"; done) | nc host port

Esto envía #caracteres ilimitados en la segunda línea de la entrada. Usar #trabajos para un bash como control remoto que ignoraría esto como un comentario. Elegí un pequeño tiempo de espera de 10 milisegundos aquí, por lo que reacciona más rápido al final de la conexión. YMMV.

La desventaja de eso puede ser eso cato el whilebucle y ncseguir corriendo hasta que golpees ^Co ^Dsobre el shell. Realmente depende del extremo remoto.

Agregar un tiempo de espera usando -w 1(OSX netcat) o -i 1(nmap's ncat) hace que cierre la conexión y ncdespués de 1 segundo, pero catseguirá funcionando hasta que ingrese algún carácter y la tubería se rompa (creo).

Sin embargo, funciona si el lado remoto cerrará automáticamente la conexión después de recibir y manejar el comando; esto también terminará con el nccliente y el proceso.

Esta respuesta se basa en esta respuesta a una pregunta de superusuario idéntica .

Diferentes versiones de OpenBSD-netcat son raras, que necesitan diferentes combinaciones de -w <seconds>, -q <seconds>, -Ny diferentes argumentos, incluso necesitar dependiendo de lo que se está ejecutando en el otro extremo de la conexión. El uso de opciones de tiempo de espera con ciertas versiones o servidores causa retrasos, y no usarlos puede resultar en un retraso extremadamente largo (¿infinito?). Y esperaría diferentes peculiaridades con gnu netcat, pero no sé si son diferentes entre las versiones de la misma.

Por ejemplo, la versión 1.130_3 de archlinux tarda mucho (¿para siempre?) Cuando hago esto:

$ echo response | nc -l 9999 &
[1] 15190

$ time echo request | nc localhost 9999
request
response

(wait forever possibly)

Pero funciona con -N agregado al servidor o al cliente.

Sé que esto es un poco viejo, pero ninguna otra respuesta funcionó para mí y esto lo hizo:

echo 'test' | netcat -N $server $port

Observe el -N:

apague el socket de red después de EOF en la entrada. Algunos servidores requieren esto para terminar su trabajo.

Me funcionó tanto en Windows como en Linux.

Nota: Esta es una copia y pega de la respuesta que publiqué para una pregunta duplicada .

Estoy pensando que esto podría ser útil. Los mods se sienten libres de editar / eliminar si esto va en contra de la política o algo así.