Wireguard использует имя хоста в конечной точке.

Я протестировал (через год) последнюю версию RC4, и она все еще не работает.

Я использую два маршрутизатора MT за основными маршрутизаторами в качестве сервера и пира WireGuard, а также смартфон в качестве пира. Я использую IP Cloud для настройки конечных точек на обоих маршрутизаторах и для настройки конечной точки на смартфоне. Всё работает отлично.

можешь, пожалуйста, поделиться своим “маленьким скриптом для netwatch”?

Большое спасибо, у меня похожая (или такая же) настройка - всего один узел к одному ddns хосту (серверу). Когда у ddns хоста меняется IP, соединение не восстанавливается, надеюсь, это поможет.

Для hap AC3 сложно комментировать, так как вы указали, что конфигурация была неполной, И оно стало работать после последнего перезагрузки. Я прекрасно понимаю, что разница в прошивке не должна приводить к такому поведению, но предпочитаю держать пакет и прошивку одинаковыми, чтобы перестраховаться. Сценарий netwatch был там? Можете выложить конфигурацию на этом hap ac2? Особенно ту часть с настройками WG и сценарием netwatch? Перезагрузка — это перезагрузка, насколько я знаю. Это могло бы быть интересно, если окажется, что есть разница (но как тогда это исправить?). Наличие резервного плана всегда хорошая идея.

Это на роутере СЕРВЕРА или на роутере ПАРТНЁРА (клиентском устройстве)?

Да, так ты говоришь, что настройка постоянного поддержания соединения, которую я установил на своем пира (роутере) на 40 секунд и которая, кажется, работает довольно хорошо, в конечном итоге потерпит неудачу?

К вашему сведению, скрипт netwatch у меня не сработал. У меня есть два устройства (hAp ac2 / hAp ac3), оба настроены на открытие соединения WireGuard с помощью облачных DDNS-имен Mikrotik. Устройства находятся на расстоянии ста километров друг от друга, подключены к разным провайдерам. Когда я обновил удаленный hAp ac3 с версии 7.1.3 до 7.1.5, туннель WireGuard не заработал (ждал около 30 минут, чтобы проверить, не подключится ли он сам, но этого не случилось). Моя старая настройка IPsec road warrior работала, так что я смог подключиться через нее. После ручной перезагрузки (для обновления прошивки) туннель WireGuard заработал. Подобная потеря соединения произошла у меня несколько недель назад, когда я обновил с 7.1.2 до 7.1.3, именно тогда я и настроил netwatch. Я не терял соединение, когда тестировал скрипт с помощью ручных перезагрузок, или после неожиданного отключения электричества — так что, возможно, что-то "особенное" происходит только при обновлении пакетов. Подозреваю, что при перезагрузке, вызванной обновлением пакета, скрипт netwatch вообще не запустился. Поскольку он по определению запускается только при переходе от состояния "хост доступен" к "хост недоступен". Если хост WireGuard недоступен после обновления/перезагрузки и остается недоступным, возможно, скрипт никогда не запускается, и, следовательно, не сбрасывает пир, который никогда не проверяет IP-адрес сервера. Мой план — перейти с netwatch на запланированное выполнение скрипта каждые 10 минут, чтобы пир сбрасывался на 5 секунд каждые 10 минут, если он недоступен (вместо единственного сброса при переходе). Я также планирую оставить старую настройку IPsec road warrior как альтернативный способ доступа к моему удаленному устройству!

Ах, другая сторона... Хороший вариант! Возможно, именно так и есть.