Интерфейс WB недоступен в ETS удалённо (Wireguard)

Доброго времени суток, возникла следующая проблема. Используем для удалённого подключения к объекту Wireguard, доступ к серверу WB7, к веб-интерфейсу, имеется, всё в порядке. Но при этом в ETS5 к интерфейсу не достучаться.
На других объектах подобной проблемы не возникало, правда, это первый объект, где Wireguard был установлен прямо на Wirenboard.
Доступ к интерфейсу WB в ETS локально, без удалёнки, работает.
Конфиг knxd:



Настройки сети:

Результат в ETS5:

Добрый день. А доступен ли порт knxd с хоста на котором выполняется ETS?
Проверьте пожалуйста, пингом, например.

Я правильно понял, что имелось ввиду?

Да, верно. Ну и посмотрите с хоста - доступен ли 192168.0.18:3671 причем udp, что важно. Именно на этом порту knxd.socket слушает
Вполне вероятно что Wireguard позволяет только tcp, как написано в https://www.wireguard.com/known-limitations/

TCP Mode
WireGuard explicitly does not support tunneling over TCP, due to the classically terrible network performance of tunneling TCP-over-TCP. Rather, transforming WireGuard's UDP packets into TCP is the job of an upper layer of obfuscation (see previous point), and can be accomplished by projects like udptunnel and udp2raw.

Не совсем понимаю, а как это проверить?

Дело в том, что для нескольких других объектов также используем удалённое подключение с помощью Wireguard и там нет никаких проблем с доступом к интерфейсу WB в ETS5.
Но там, повторюсь, Wireguard установлен на роутере-шлюзе, а не не самом WB. Может быть дело в этом?

Пример:
Предварительно проверяю что kbbxd слушает на интерфейсе, на контроллере:

netstat -nvl |grep 3671
netstat: no support for `AF INET (sctp)' on this system.
netstat: no support for `AF INET (sctp)' on this system.
netstat: no support for `AF IPX' on this system.
netstat: no support for `AF AX25' on this system.
netstat: no support for `AF X25' on this system.
netstat: no support for `AF NETROM' on this system.
netstat: no support for `AF ROSE' on this system.
udp        0      0 0.0.0.0:3671            0.0.0.0:*  

отлично, слушает на всех.
на компьютере ставлю nc

apt install netcat -y 

Пробую подключиться к порту knxd:

nc -z -v -u 10.0.0.75 3671
Connection to 10.0.0.75 3671 port [udp/*] succeeded!

Удачно, соединение есть.

Ввёл команду на контроллере, но последней строчки, как у вас в примере, нет:
image
Или всё верно?

ETS у меня только на Windows установлена, на линукс негде установить, насколько я понял, доступность порта 3671 для ip контроллера по протоколу UDP можно проверить с помощью PortQry:
image
Но, опять же, повторюсь, что с другими контроллерами Wirenboard при подключении с Wireguard проблем нет и интерфейс в ETS появляется и проходит тест…

Главное - что порт слушается. То есть присутствует

А вывод что означает? Соединение удачно?

Пытаюсь воспроизвести.
wireguard у меня к сожалению нету.
Запускаю на контроллере, не указывая интерфейс и фильтруя только по порту:

tcpdump -n -A port 3671

Запускаю ETS
Screenshot_20240705_144515
Ну и сразу вижу трафик:

12:04:33.579119 IP 192.168.0.167.49861 > 224.0.23.12.3671: UDP, length 22
E..2.... ...
..........W..77........
.............
12:04:33.579120 IP 192.168.0.167.49861 > 224.0.23.12.3671: UDP, length 14
E..*.... ...
..........W..Oe........
.........
12:04:33.584426 IP 10.0.0.75.3671 > 192.168.0.167.49861: UDP, length 76
E..h..@.@...
..K
....W...T.W.....L..
..K.W6....................c_.WirenboardKNX75.......................
12:04:36.608351 IP 192.168.0.167.49861 > 224.0.23.12.3671: UDP, length 22
E..2.... ...
..........W..77........
.............
12:04:36.608353 IP 192.168.0.167.49861 > 224.0.23.12.3671: UDP, length 14
E..*.... ...
..........W..Oe........
.........
12:04:36.612166 IP 10.0.0.75.3671 > 192.168.0.167.49861: UDP, length 76
E..h..@.@...
..K
....W...T.W.....L..
..K.W6....................c_.WirenboardKNX75.......................
12:04:39.643914 IP 192.168.0.167.49861 > 224.0.23.12.3671: UDP, length 22
E..2.... ...
..........W..77........
.............

Не готов консультировать про настройку этого VPN.

Проблему решил, решение оказалось очень простым: в интерфейсе в ETS надо было использовать ip адрес заданный в конфигурационном файле Wireguard вместо локального ip-адреса Wirenboard.
Не додумался сразу из-за недостатка опыта работы с Wireguard…