Команда для устранения неполадок с пересылкой UDP-трафика?

Question

Я настраивал конфигурацию пересылки UDP на балансировщик нагрузки в частной сети в Azure с коллегой. Попытка настройки была примерно такой:

• Фактический целевой сервер UDP работает в172.16.2.2:5075
• Балансировщик нагрузки UDP работает в172.16.1.1:5050

Поэтому мы создали простое правило пересылки из балансировщика нагрузки с таким отображением.

Однако целевой сервер не регистрировал никакого трафика, поступающего на него. Поэтому я попытался устранить неполадку. Используя Ubuntu VM, работающую в той же сети, я проверил, что балансировщик нагрузки отвечает на трафик UDP, запустив

nc -zvu 172.16.1.1 5050

который сообщил об успехе. Однако, 172.16.2.2похоже, ничего не получил.

Поэтому я протестировал целевую машину напрямую (с помощью nc -zvu 172.16.2.2 5075), и она зарегистрировала входящий вызов.

Я не смог найти ни одной опции в eg ncдля отслеживания переадресации/перенаправления UDP и т. д. Поэтому, чтобы увидеть, где теряется трафик, я также попробовал запустить eg, tracepath -4 -p 5050 172.16.1.1но увидел только список строк «нет ответа».

Моему коллеге на самом деле удалось решить эту конкретную проблему (изменив правило пересылки с правила балансировки нагрузки на правило входящего NAT в Azure), так что мне больше не нужна помощь с этим.

Но в целях обучения и решения будущих проблем я бы с удовольствием услышал, как я могу устранить такие неполадки. Есть ли команда (предпочтительно та, которая есть, например, в дистрибутиве Ubuntu по умолчанию) или комбинация команд, чтобы увидеть, что не срабатывает в правиле пересылки балансировщика нагрузки, как это, и где?

Даже если бы проблема в данном случае была более или менее специфична для Azure, мне было бы интереснее найтинезависимый от облака способ хотя бы увидеть, насколько далеко работает цепочка пересылки трафика UDP. Чем больше подробностей о возможных причинах не достижения конечного пункта назначения, тем лучше.

Редактировать:

Немного изменил заголовок и текст, чтобы было понятнее. Я ищу (встроенную) команду для использования, а не, например, фирменное программное обеспечение для этого.