netcat n'imprime pas de réponse

J'essaie d'envoyer des commandes à un port TCP à l'aide de la netcatréponse et du canal
lorsque j'exécute netcatet tape ma commande, elle affiche la réponse correctement, mais lorsque je passe la commande à partir d'un canal, elle envoie la commande correctement mais n'imprime pas la réponse

Donc, cela fonctionne correctement:

netcat  localhost 9009

alors que cela envoie simplement une commande mais n'imprime pas de réponse:

echo 'my_command' | netcat  localhost 9009

Pourquoi?
Comment faire netcatpour imprimer un texte de réponse?

Comme l'a dit @Patrick, ce problème est généralement dû à la netcatfermeture avant la réponse. Vous remédiez à cela en ajoutant -q 2à la ligne de commande, c'est- netcatà- dire, dites de suspendre environ 2 secondes après avoir détecté EOF sur l'entrée standard. De toute évidence, vous pouvez également faire attendre un autre nombre de secondes.

Utilisez ceci:

cat <(echo command) - | nc host port

Le problème est que ncla connexion se fermera immédiatement après la fermeture de stdin, ce qui est très rapide pour une simple my_commandchaîne et n'a donc jamais la chance de recevoir une réponse. (Si vous dirigez un fichier très volumineux, vous verrez qu'il pourrait obtenir une réponse avant l'envoi du fichier).

Entrez catavec -comme deuxième argument: il fait catécouter sur stdin pour plus de contenu à acheminer après avoir envoyé le contenu du premier argument. Le premier argument consiste simplement à passer la echocommande cat- il peut également s'agir d'un fichier avec vos commandes à la la cat < file - | ....

Sinon, procédez comme suit:

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

Cela envoie un nombre illimité de #caractères sur la 2ème ligne de l'entrée. Utiliser des #travaux pour un bash comme remote qui ignorerait cela en tant que commentaire. J'ai choisi un petit temps d'attente de 10 millisecondes ici, donc il réagit plus rapidement à la fin de la connexion. YMMV.

L'inconvénient de cela peut être cela catou la whileboucle et nccontinuer à fonctionner jusqu'à ce que vous frappiez ^Cou ^Dsur la coque. Cela dépend vraiment de l'extrémité distante.

L'ajout d'un délai d'expiration à l'aide de -w 1(OSX netcat) ou -i 1(ncat de nmap) le fait fermer la connexion et ncaprès 1 seconde, mais catcontinuera de fonctionner jusqu'à ce que vous saisissiez un caractère et que le tuyau se brise (je pense).

Cependant, cela fonctionne si le côté distant ferme automatiquement la connexion après avoir reçu et traité la commande - cela mettra également fin au ncclient et au processus.

Cette réponse est basée sur cette cette réponse à une question de superutilisateur identique .

Différentes versions openbsd-netcat sont originales, nécessitant différentes combinaisons de -w <seconds>, -q <seconds>, -Net même besoin de différents arguments en fonction de ce qui est en cours d' exécution à l'autre bout de la connexion. L'utilisation d'options de délai d'attente avec certaines versions ou certains serveurs entraîne des retards, et leur non-utilisation peut entraîner un retard extrêmement long (infini?). Et je m'attendrais à des bizarreries différentes avec gnu netcat, mais je ne sais pas si elles sont différentes entre les versions.

Par exemple, la version 1.130_3 d'Archlinux prend extrêmement longtemps (pour toujours?) Quand je fais ceci:

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

$ time echo request | nc localhost 9999
request
response

(wait forever possibly)

Mais cela fonctionne avec -N ajouté au serveur ou au client.

Je sais que c'est un peu vieux mais aucune autre réponse n'a fonctionné pour moi et cela a fonctionné:

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

Remarquez -N:

fermez la prise réseau après EOF sur l'entrée. Certains serveurs en ont besoin pour terminer leur travail.

A travaillé pour moi sur Windows et Linux.

Remarque: Il s'agit d'un copier-coller de la réponse que j'ai publiée pour une question en double .

Je pense que cela pourrait être utile. Les mods se sentent libres de modifier / supprimer si cela est contraire à la politique ou à quelque chose.