からメッセージを送信しようとしていますnetcat。メッセージを送信した後、netcat終了する必要があります。

私は以下を試しました：

cat tsmmessage.bin | nc -u localhost 4300
nc -u localhost 4300 < message.bin

-qオプションの状態：

-q秒

stdinのEOFの後、指定された秒数だけ待機してから終了します。秒が負の場合、永久に待機します。

だが

nc -q0 -u localhost 4300 < message.bin

また動作しません。

何が欠けていますか？

EOF接続の送信後にアイドル状態が続くと仮定すると、ゼロに等しく-w timeout機能するオプションを使用できtimeoutます（愚かな-qオプションとは異なり...）

cat tsmmessage.bin | nc -u localhost 4300 -w0

-qフラグがないと、のインスタンスはnetcat永久に待機します。UDPには「ストリームの終わり」メッセージがないためnetcat、stdinとネットワーク接続の両方が終了したことを知る方法はありません。

たとえば、TCP / IPを使用すると、これは期待どおりに機能します。

nc -l localhost 4300                     # Window 1
nc localhost 4300 </etc/group            # Window 2

しかし、あなたが決定したように、UDP / IPを使用すると、これは決して終わりません：

nc -u -l localhost 4300                  # Window 1
nc -u localhost 4300 </etc/group         # Window 2

これが-qフラグの出番です。しかし、残念ながらそれはの値を受け入れません0。また、整数以外の値も受け入れません。ここに私が頼ることなく、timeoutまたは他のいくつかの外部ユーティリティなしで提供できる最良の選択肢があります：

nc -u -l localhost 4300                  # Window 1
nc -q 1 -u localhost 4300 </etc/group    # Window 2

ここでも、netcat優雅にリスニングタイムアウトを行うことはできません。（-wタイムアウトオプションは無視され、-q無関係です。）このようなものは実際の状況で役立つ場合があるため、netcat90秒後にが強制終了されます。

timeout 90 nc -u -l localhost 4300       # Window 1
nc -q 1 -u localhost 4300 </etc/group    # Window 2

udp

# listen on receiver
nc -u -l localhost -p 4300

# sender
cat tsmmessage.bin | nc -u -N -q 0 localhost 4300

TCP

# listen on receiver
nc -l localhost -p 4300

# sender
cat tsmmessage.bin | nc -N localhost 4300

ほぼ同じ問題に関してグーグルでこれを偶然見つけました。問題は、すべてのデータが吸い込まれた直後にnetcatがbashによって殺され、応答を受け取る機会を得られなかったことでした。

これに対する私の解決策は、次のように、データをパイプした後に遅延を追加することでした：

(echo INFO; sleep 1) | nc redis.service.consul 6379

ファイルを使用すると、次のようになります。

(cat tsmmessage.bin; sleep 5) | nc -u localhost 4300