Как исправить ошибку “Ncat: An existing connection was forcibly closed by the remote host”?

Используя (Admin) Powershell на Windows 11, я пытаюсь использовать ncat.exe (версия 7.95), чтобы отправить сообщение на UDP-порт 28500 через интерфейс 192.168.200.5 на устройство в этой сети 192.168.200.x.

Я использую команду

ncat.exe -u 192.168.200.5 28600 

затем я набираю текст, который хочу отправить, например

EXAMPLE

и затем я получаю ошибку

Ncat: An existing connection was forcibly closed by the remote host. .

Не похоже, чтобы другой сервис работал на Windows, используя этот порт, и ncat.exe должен быть разрешен через брандмауэр (публичный и частный).

Что еще я могу попробовать, чтобы исправить эту ошибку, поскольку похоже, что ncat.exe ничего не отправляет? Возможно, есть более подходящий инструмент?

Поскольку вы указали ваш собственный IP-адрес в качестве назначения, вы буквально отправляли пакет собственной операционной системе на той же машине.

Нет специальной интерпретации для адреса ‘назначения’ сокета, равного адресу отправляющего хоста, так как это было бы неоднозначно – во многих случаях нужно просто отправить пакеты тому же хосту или произвольному месту назначения, которое “может или не может быть” тем же хостом.

(В отличие от этого, когда маршруты имеют адрес того же хоста, указанный в качестве ‘шлюза’, это однозначно – буквально использование “самого себя в качестве шлюза” было бы абсурдным, что оставляет возможность для обычного альтернативного значения “отправить через интерфейс, который имеет этот IP-адрес, без какого-либо шлюза”.)

Широковещательные пакеты реализуются путем явной отправки пакетов на “широковещательный” адрес, который является 255.255.255.255 (среди других) в IPv4 и ff02::1 в IPv6.

• В случае IPv4, 255.255.255.255 будет использовать интерфейс, на который указывает “маршрут по умолчанию”, но вы также можете использовать специфический 192.168.200.255 для подсети/интерфейса (при условии, что ваша сеть – /24 – разные сетевые маски дают разные широковещательные адреса, но это всегда ‘последний’ адрес подсети), или дать программе явно привязаться к интерфейсу в качестве отдельной операции SO_BINDTODEVICE перед отправкой пакетов (не уверен, что ncat предоставляет эту опцию).

• В случае IPv6, ff02::1 – это адрес на уровне канала, так что интерфейс должен быть указан как часть адреса, например, ff02::1%20. Linux принимает именованное ff02::1%eth0, Windows требует числовой индекс интерфейса, который вы можете увидеть в route print или других различных инструментах.

Мультикастовые пакеты реализуются аналогичным путем, но с использованием специфических “групповых” адресов, например, вы можете отправить пакеты на 224.0.1.42 или ff02::abcd:123 (требуется такая же спецификация %index). Обратите внимание, что адреса 224.0.0.x по многим формальным признакам относятся к мультикасту, но фактически являются широковещательными в соответствии с характеристиками, как указано выше ff02::1 – хотя я думаю, что все же есть преимущества в использовании существующих протоколов, как mDNS, использующих группы 224.0.0.x, вместо “реального” широковещания.

Если вы посмотрите захват в Wireshark (например, установите фильтр захвата на multicast), то увидите, что большинство пакетов обнаружения по IPv4 отправляются либо на 255.255.255.255 для широковещания (когда разработчики не беспокоятся об экономии заряда мобильных устройств), либо на мультикастовую группу, такую как 224.0.0.251/ff02::fb (mDNS) или 239.255.255.250/ff02::c (UPnP/SSDP).