Может кто сталкивался: с одной стороны wireguard mikrotik (192.168.201.1/24 на интерфейсе), с другой стороны приложение wireguard на android (для теста брал 2 смартфона с разными операторами, моделью, версиями андроида) с ip туннеля 192.168.201.2/32. Настраиваю туннель, с обеих сторон allowed address 0.0.0.0/0 и все работает, входящие пакеты на udp порт wireguard на микротике есть, хендшейки в приложении присутствуют, ping туннельных ip проходит. Но если со стороны приложения на android указываю в allowed address что-либо кроме 0.0.0.0/0 (192.168.0.0/16, например), соединение мало того, что не устанавливается, так даже пакеты на порт wireguard на микротике не приходят?

192.168.201.1 попробуйте добавить в allowed на андроиде

Может кто сталкивался: с одной стороны wireguard mikrotik (192.168.201.1/24 на интерфейсе), с другой стороны приложение wireguard на android (для теста брал 2 смартфона с разными операторами, моделью, версиями андроида) с ip туннеля 192.168.201.2/32. Настраиваю туннель, с обеих сторон allowed address 0.0.0.0/0 и все работает, входящие пакеты на udp порт wireguard на микротике есть, хендшейки в приложении присутствуют, ping туннельных ip проходит. Но если со стороны приложения на android указываю в allowed address что-либо кроме 0.0.0.0/0 (192.168.0.0/16, например), соединение мало того, что не устанавливается, так даже пакеты на порт wireguard на микротике не приходят?

это тоже пробовал. как только в строке allowed address в приложении укажу 0.0.0.0/0 - сразу работает и пакеты на микротик приходят и в приложении сразу написано last handshake столько то секунд назад, не говоря уже и про пинг.

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

Потому что туда начинает лететь трафик. При указании только локальной подсети туда что-то отправлялось?

это тоже пробовал. как только в строке allowed address в приложении укажу 0.0.0.0/0 - сразу работает и пакеты на микротик приходят и в приложении сразу написано last handshake столько то секунд назад, не говоря уже и про пинг.

отправляется судя по статистике в приложении, в это время на микротике 0 входящих пакетов. и правило разрешающее подключение на самом верху, чтобы правило для established не мешало.

У вас там должно быть. 1. Алоувед до сети клиентов wg. Можно урезано. Со стороны клиента но со стороны сервера лучше /24. 2. Адрес у клиента в этой сети. 3. Прописать всё что надо alowed кроме 0.0.0.0/0

1. так и есть 2. так и есть 3. без 0.0.0.0/0 даже соединение не устанавливается, к сожалению.

1. так и есть 2. так и есть 3. без 0.0.0.0/0 даже соединение не устанавливается, к сожалению.

В каком приложении?

из google play версия 1.0.20231018

Соединение с чем?

Не "откуда", а "в каком"?

Wireguard для Android

Он будет слать пакеты только к эндпоинту, если потребуется переслать трафик к адресам в allowed address. Поэтому повторю вопрос, у вас в ту локальную сеть что-то шлет трафик?

Он будет слать пакеты только к эндпоинту, если потребуется переслать трафик к адресам в allowed address. Поэтому повторю вопрос, у вас в ту локальную сеть что-то шлет трафик?

а, я вас понял. возможно в этом дело. ставлю 0.0.0.0/0 сразу весь траффик в туннель заворачивается, ставлю что-то другое - нечему траффик генерировать. сейчас проверю.

Он будет слать пакеты только к эндпоинту, если потребуется переслать трафик к адресам в allowed address. Поэтому повторю вопрос, у вас в ту локальную сеть что-то шлет трафик?

Спасибо, ребят, дело было не в настройке, а в том, что при указании сети уже чем 0.0.0.0/0 приводило к тому, что никакой траффик в туннель не шел, оттого не было признаков установленного соединения. по глупости я не посчитал нужным пинговать с телефона внутренний ip туннеля на др конце. ))

подскажите плз как такие настройки перенести в CHR? ставлю на эту впс CHR через dd if, прописываю ip, route, и чуда не происходит, пингуется только 10.0.0.1. с линукса все работает, все пингуется

недавно так настраивал, /ip address add address=адрес network=шлюз

не помогло

не помогло

Покажи експртом

не помогло

в ип аддресс нетворк укажи 10,0,0,1

Грохни роут через интерфейс еще

о, а трасерт уже куда то побежал

о, а трасерт уже куда то побежал

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

1. Надо понять, какой адрес выдали виртуалке, в какой подсети 2. Надо узнать правильный адрес шлюза из той же подсети

https://t.me/mikrotikclub/330099

Это не по стандарту.

Ради интереса трейс до соседа 93.185.156.191 сделай)

Тут все нормально.

исходящие пакеты будут работать, а вот с входящими будет проблема, если явно не стоит на шлюзе, это только для p2p работает, аналог /31

Не будет

Для теста :put [:resolve google.com server=1.1.1.1] Если не резолвнется, попробуй другой днс сервер

@kpcp85

теоретически связь есть )

Попробуй трейсроут удп