netcat не печатает ответ

Я пытаюсь отправить команды на порт tcp с помощью netcatи ответа канала,
когда я запускаю netcatи набираю свою команду, она печатает ответ правильно, но когда я передаю команду из канала, она отправляет команду правильно, но не печатает ответ

Итак, это работает правильно:

netcat  localhost 9009

в то время как это просто отправляет команду, но не печатает ответ:

echo 'my_command' | netcat  localhost 9009

Почему?
Как я могу сделать, netcatчтобы напечатать текст ответа?

Как сказал @Patrick, эта проблема обычно происходит из-за netcatвыхода до того, как ответ был дан. Вы исправите это, добавив -q 2в командную строку, т. Е. netcatПопросите зависать примерно через 2 секунды после обнаружения EOF на стандартном вводе. Очевидно, что вы можете заставить его ждать еще несколько секунд.

Использовать этот:

cat <(echo command) - | nc host port

Проблема в том, что соединение ncбудет закрыто сразу после закрытия stdin, что очень просто для простой my_commandстроки и, таким образом, никогда не получит шанс получить ответ. (Если вы передадите очень большой файл по конвейеру, вы увидите, что он может получить ответ до завершения отправки файла).

Введите catс в -качестве второго аргумента: Это заставляет catслушать на стандартном вводе больше содержания к трубе через после того, как он отправил содержимое первого аргумента. Первый аргумент - это просто передача echoкоманды cat- это также может быть файл с вашими командами cat < file - | ....

В качестве альтернативы сделайте это:

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

Это отправляет неограниченное количество #символов на 2-й строке ввода. Использование #работает для bash, как удаленный, который игнорировал бы это как комментарий. Я выбрал небольшое время ожидания в 10 миллисекунд, чтобы оно быстрее реагировало на конец соединения. YMMV.

Недостатком этого может быть то catили whileиное, и цикл ncпродолжится, пока вы не нажмете ^Cили ^Dна оболочку. Это действительно зависит от удаленного конца.

Добавление тайм-аута с помощью -w 1(OSX Netcat) или -i 1(nmap's ncat) делает его закрывающим соединение и ncчерез 1 секунду, но catбудет работать до тех пор, пока вы не введете какой-либо символ и разрывы каналов (я думаю).

Тем не менее, это работает, если удаленная сторона автоматически закроет соединение после получения и обработки команды - это также приведет к завершению работы ncклиента и процесса.

Этот ответ основан на этом этот ответ на идентичный вопрос суперпользователя .

Различные версии OpenBSD-NetCat являются изворотливый, нуждаясь различные комбинации -w <seconds>, -q <seconds>, -Nи даже необходимы разные аргументы в зависимости от того, что работает на другом конце соединения. Использование параметров тайм-аута с определенными версиями или серверами может привести к задержкам, а их неиспользование может привести к очень большой (бесконечной?) Задержке. И я ожидаю, что у gnu netcat разные причуды, но не знаю, различаются ли они в разных версиях.

Например, версия 1.130_3 от archlinux занимает очень много времени (навсегда?), Когда я делаю это:

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

$ time echo request | nc localhost 9999
request
response

(wait forever possibly)

Но он работает с -N, добавленным либо на сервер, либо на клиент.

Я знаю, что это немного устарело, но никакой другой ответ не сработал для меня, и это сработало:

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

Обратите внимание -N:

отключите сетевой разъем после EOF на входе. Некоторые серверы требуют этого для завершения своей работы.

Работал для меня как на Windows, так и на Linux.

Примечание. Это копия вставленного мной ответа на дубликат вопроса .

Я думаю, что это может быть полезно. Моды не стесняйтесь редактировать / удалять, если это против политики или чего-то еще.