Так что есть несколько вещей, называемых netcat; В Ubuntu даже есть / etc / alternatives символическая ссылка для хакеров.
Я думаю, что частью вашей проблемы является то, что UDP не делает сессий; Я скопировал часть файла /usr/share/doc/netcat-traditional/README.gz ниже, который довольно неплохо объясняет.
Соединения UDP открываются вместо TCP, если указан параметр -u. На самом деле это не «соединения», так как UDP - это протокол без установления соединения, хотя netcat использует механизм «подключенного UDP-сокета», который поддерживается большинством ядер. Хотя netcat утверждает, что исходящее UDP-соединение немедленно «открыто», никакие данные не отправляются, пока что-то не будет считано со стандартного ввода. Только после этого можно определить, действительно ли существует UDP-сервер на другом конце, и часто вы просто не можете сказать. Большинство протоколов UDP используют тайм-ауты и повторные попытки для выполнения своей задачи, и во многих случаях они вообще не будут отвечать на запросы, поэтому вы должны указать тайм-аут и надеяться на лучшее.
Хорошо, так что, может быть, это не так уж много хорошего объяснения, но это то, что я мог найти.
Если вы еще этого не сделали, вы можете поэкспериментировать с любыми опциями netcat, которые могут быть связаны с ожиданием ... если бы вы экспериментировали с:
используя -l, а также -u, чтобы убедиться, что вы находитесь в режиме «прослушивания»
-VV, чтобы увидеть, что именно происходит
-q -1 ... который должен "ждать вечно" даже после получения EOF (надеюсь, снова слушать?)