Несколько клиентов WG (пиров) на один WG-сервис

Привет! У меня тоже такая проблема на последней версии ROS 7.1beta6. С одним пиров работает отлично, а как только появляется два и больше — после подключения первого остальные не могут получать данные с ROS. В редких случаях бывает, что даже первый пэр, который успешно подключился, теряет соединение. Помогает, может быть, перезапуск сервиса, но у меня пока работает только один способ — изменить конфигурацию пира (любой параметр, просто чтобы заново сохранить всю конфигурацию пира). После этого именно этот пэр подключается без проблем.

Интересно. Всё, что могу сказать — используя Beta5, я могу подключаться одновременно и с внешнего ПК, и с моего iPhone. Правда, для каждого из этих клиентов я использую разные интерфейсы WireGuard, то есть не два клиента на один интерфейс. В моём случае у меня есть роутер RBG, который выступает сервером за основным роутером MT CCR. На стороне клиента используется роутер RB4011, который подключается как клиент за обычным потребительским роутером. Например, iPhone использует мобильную сеть. С iPhone я могу получить доступ к RB4011 через приложение MT и настраивать/управлять им, а также обоими роутерами MT на сервере.

Из этого я понимаю, что могу переходить из одного туннеля в другой. Поскольку у маршрутизатора-сервера есть маршрут назначения для возврата интернет-пакетов на клиентский ПК с другого конца, мне просто нужно было использовать IP-адрес клиента в приложении MT. На клиентском роутере, разумеется, в цепочке input пришлось добавить IP-адрес телефона, чтобы разрешить доступ к роутеру. RBG, видя трафик, выходящий из туннеля WireGuard iPhone, и определяя, что адрес назначения — это другой конец WireGuard-туннеля на другом интерфейсе wg, просто перенаправлял пакеты на соответствующий интерфейс WireGuard.

Это говорит о том, что если нужно получить доступ с одного клиента к другому, маршрутизация для каждой подсети клиента уже может быть настроена и доступна. Клиент А может добиться доступа к ПК клиента Б и наоборот. В таком случае на стороне клиента нужно просто убедиться, что правила форвард-фильтрации разрешают такой доступ... Я думаю, но не уверен, что именно спрашивают. Если же речь о том, чтобы оба клиента имели доступ к конкретной подсети на серверном роутере, это уже другая история. Чтобы понять, как действовать дальше, нужно чётко определить требования.

Привет. У меня такая же проблема. Хочу подключить 5 роутеров Mikrotik в качестве пиров к RB450gx4. Работает только один из пяти. Иногда, если отключить один пир на 450, подключается другой. Ты нашёл какое-то решение? Все роутеры на версии v7.1rc4. Спасибо.

Попробуйте пять отдельных интерфейсов WG, каждый с одним своим пэром.

Работает отлично: 7.1 rc4 CHR, один интерфейс WG, 8 пиров одновременно. Маршрутизатор к пиру — нормально, пир к пиру — тоже нормально.

Четыре разных пира подключены к одному и тому же интерфейсу WG. Просто работает.  
Подсеть 10.255.255.0/24 зарезервирована для интерфейса WG.  
10.255.255.1 — Hex (домашняя сеть: 192.168.2.0/24)  
10.255.255.2 — mAP (с подсетью 192.168.90.0/24)  
10.255.255.3 — ноутбук (без подсети)  
10.255.255.4 — SXT LTE в 930 км южнее во Франции (с подсетью 192.168.88.0/24, там же cAP и cAP AC)  
10.255.255.5 — mAP Lite (с подсетью 192.168.91.0/24)  

Будьте осторожны: на стороне «сервера» (пира) в allowed address нужно указывать ip/32 адрес конечной точки (иначе он не поймёт, куда идти). При необходимости можно добавить подсеть. На стороне «клиента» проще всего задать allowed address как 10.255.255.0/24 и нужные подсети, к которым хотите иметь доступ.  

Например, я не стал заморачиваться с выходом за домашнюю сеть для mAP Lite. На mAP выставил всё для учебных целей. Для ноутбука задал 0.0.0.0/0, чтобы весь трафик при включении WG шёл домой.

У нас Hex S с прошивкой v7rc4. Мы специально обновились до v7 из-за WireGuard. С первого дня несколько пиров не работают. Думаю, понятно, что сброс всего роутера просто ради проверки, работает ли это, неприемлем — учитывая потраченное время и простой. Сейчас я вообще заблокирован, потому что попытался добавить второго пира, и интерфейс WireGuard теперь принимает соединения, но интернета нет. Наверное, придётся ехать в офис, чтобы перезагрузить весь роутер и надеяться, что всё вернётся в норму. Все пиры могут находиться где угодно, даже в одном месте и одновременно. Сейчас временное решение — чтобы каждый пир был отдельным WireGuard-интерфейсом с собственным /30-сетью. Сегодня я развернул AWS EC2-инстанс с Ubuntu и WireGuard, используя популярный скрипт wireguard-install.sh, и он просто добавляет пиры к одному и тому же интерфейсу WireGuard. С точки зрения WireGuard это поддерживаемый сценарий.

P.S. Я только что два раза перезагружал роутер. Интерфейс WireGuard не работает. Второй пир, которого я пытался добавить, чтобы проверить, правдивы ли комментарии здесь и исчезнет ли проблема, просто сломал всю настройку. Проверю у коллег, работают ли у них пиры хотя бы.

У меня похожие проблемы: wireguard1 показывает, что работает, а wireguard2 — нет. Почему так?

Вау, ты прав. Значит функция добавления не увеличивает порт автоматически. Да, поменял порт, теперь показывает, что работает. Спасибо!