Jump to content

Периодически отваливается VPN‐соединение через Wireguard


Recommended Posts

Только что, avn сказал:

На 4.2.3 можно будет попробовать client_id прописать.

interface Wireguard2 wireguard peer bmXOC+F1FxEMF9dyiK2H5/1SUtzH0JuVo51h2wPfgyo= client-id send 1234567

 

Можно для менее просвещенных что это нам даст?)))

Link to comment
Share on other sites

Только что, FLK сказал:

Можно для менее просвещенных что это нам даст?)))

Стандартный WARP клиент client_id всегда отправляет. А мы нет...

  • Thanks 1
Link to comment
Share on other sites

1 минуту назад, avn сказал:

Стандартный WARP клиент client_id всегда отправляет. А мы нет...

Вытекает второй вопрос - где его взять?)

Link to comment
Share on other sites

3 минуты назад, FLK сказал:

Вытекает второй вопрос - где его взять?)

Так при генерации конфигурации его выдают.

Скрытый текст
curl -4s --interface $WGCFIF --connect-timeout 2 "https://api.cloudflareclient.com/v0a884/reg/$DEVICE_ID" -H "User-Agent: okhttp/3.12.1" -H "Authorization: Bearer $ACCESS_TOKEN"

 

Или использовать китайские генераторы, они давно отдают client_id

Edited by avn
  • Thanks 1
Link to comment
Share on other sites

Может кто направить как вернуть в работу?

Пока удалось только подменой первого пакета на винде заставить работать. Как это сделать с кинетика?

  • Thanks 1
Link to comment
Share on other sites

4 часа назад, Konstantine352 сказал:

Может кто направить как вернуть в работу?

Пока удалось только подменой первого пакета на винде заставить работать. Как это сделать с кинетика?

Мы все надеемся пока на лучшее, возможно что-то и можно будет вскоре сделать с этим

Link to comment
Share on other sites

5 часов назад, Konstantine352 сказал:

Может кто направить как вернуть в работу?

Пока удалось только подменой первого пакета на винде заставить работать. Как это сделать с кинетика?

Что значит "подмена первого пакета"?

Link to comment
Share on other sites

8 часов назад, Konstantine352 сказал:

Может кто направить как вернуть в работу?

Пока удалось только подменой первого пакета на винде заставить работать. Как это сделать с кинетика?

прочитать чендж лог 4.2 и посмотреть соседние ветки про вг

Link to comment
Share on other sites

14 часа назад, Leshiyart сказал:

прочитать чендж лог 4.2 и посмотреть соседние ветки про вг

Если вы про это "Параметры advanced security configuration (ASC) для WireGuard теперь доступны в интерфейсе командной строки", то не получается. Параметры ASC брал из клиента на винде. Команда применяется, туннель не поднимается ( Тут обсуждали.

Link to comment
Share on other sites

17 часов назад, Le ecureuil сказал:

Что значит "подмена первого пакета"?

Кидаешь "мусор" по udp порту для WG в сторону сервера и потом уже включаешь туннель. 

Link to comment
Share on other sites

6 часов назад, Konstantine352 сказал:

Кидаешь "мусор" по udp порту для WG в сторону сервера и потом уже включаешь туннель. 

типа

Скрытый текст
~ # nping --udp --count 10 --data-length 16 --source-port 23123 --dest-port 500 162.ххх.ххх.ххх

Starting Nping 0.7.95 ( https://nmap.org/nping ) at 2024-08-23 08:04 MSK
SENT (0.0427s) UDP 10.25.16.163:23123 > 162.ххх.ххх.ххх:500 ttl=64 id=17721 iplen=44
SENT (1.0436s) UDP 10.25.16.163:23123 > 162.ххх.ххх.ххх:500 ttl=64 id=17721 iplen=44
...

Max rtt: N/A | Min rtt: N/A | Avg rtt: N/A
Raw packets sent: 10 (440B) | Rcvd: 0 (0B) | Lost: 10 (100.00%)
Nping done: 1 IP address pinged in 10.10 seconds

 

 

  • Thanks 1
Link to comment
Share on other sites

Keenetic giga (KN-1010) - WG server, ISP Beeline. К нему цепляется клиент Keenetic Speedster (KN-3010) ISP Ростелеком. Раньше на обоих был поднят Warp и устройства ходили через Warp согласно политикам или маршрутам. На данный момент на KN-1010 Warp не работает, а на KN-3010 - работает прекрасно. Не получается зарулить трафик с KN-1010 на KN-3010 ни маршрутами, ни политиками (ходить в инет с сервера через клиента). Пробовал все известные мне настройки. При чем шлюз Warp на KN-3010 пингуется с KN-1010. Хочется ходить в youtube c устройств за WG сервером через Warp WG-клиента (KN-3010)

Edited by stefbarinov
  • Thanks 1
Link to comment
Share on other sites

17 часов назад, stefbarinov сказал:

Keenetic giga (KN-1010) - WG server, ISP Beeline. К нему цепляется клиент Keenetic Speedster (KN-3010) ISP Ростелеком. Раньше на обоих был поднят Warp и устройства ходили через Warp согласно политикам или маршрутам. На данный момент на KN-1010 Warp не работает, а на KN-3010 - работает прекрасно. Не получается зарулить трафик с KN-1010 на KN-3010 ни маршрутами, ни политиками (ходить в инет с сервера через клиента). Пробовал все известные мне настройки. При чем шлюз Warp на KN-3010 пингуется с KN-1010. Хочется ходить в youtube c устройств за WG сервером через Warp WG-клиента (KN-3010)

что бы 3010 начал ходить через wg на 1010 надо:

на 3010 добавить маршрут (пока 1 для теста)

на 1010 включить NAT на интерфейсе клиента, а именно дать команду "ip nat Wireguard1", где ip Wireguard1 - это интерфейс, который строит туннель до 3010. (номер интерфейса может отличаться)

Edited by Konstantine352
Link to comment
Share on other sites

В 24.08.2024 в 11:14, vasek00 сказал:

типа

  Скрыть содержимое
~ # nping --udp --count 10 --data-length 16 --source-port 23123 --dest-port 500 162.ххх.ххх.ххх

Starting Nping 0.7.95 ( https://nmap.org/nping ) at 2024-08-23 08:04 MSK
SENT (0.0427s) UDP 10.25.16.163:23123 > 162.ххх.ххх.ххх:500 ttl=64 id=17721 iplen=44
SENT (1.0436s) UDP 10.25.16.163:23123 > 162.ххх.ххх.ххх:500 ttl=64 id=17721 iplen=44
...

Max rtt: N/A | Min rtt: N/A | Avg rtt: N/A
Raw packets sent: 10 (440B) | Rcvd: 0 (0B) | Lost: 10 (100.00%)
Nping done: 1 IP address pinged in 10.10 seconds

 

 

Так в ASC параметр JC ровно это и означает - сколько пакетов мусора послать перед первым "нормальным" handshake initiation.

  • Thanks 1
  • Upvote 2
Link to comment
Share on other sites

2 часа назад, Le ecureuil сказал:

Так в ASC параметр JC ровно это и означает - сколько пакетов мусора послать перед первым "нормальным" handshake initiation.

Согласен.

В интернете было такое решение с

nping --udp --count 10 --data-length 16

 

Link to comment
Share on other sites

Всем привет!

Подскажите плз, откуда начать диагностику? Роутеры Ультра (Билайн) и Старт (РТК) пытаюсь соединить туннелем по этой схеме. Но туннель не поднимается. Т.е. вообще ничего не происходит. На обоих концах 0 байт отправлено, 0 байт принято. Не пойму где косяк искать. В системном журнале на роутерах ничего особенного. На блок от провайдера не похоже...

Link to comment
Share on other sites

25 минут назад, stefbarinov сказал:

Белый адрес на сервере?

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

Link to comment
Share on other sites

1 час назад, Mikhail_YAR сказал:

пытаюсь соединить туннелем по этой схеме

 

Скрытый текст

image.thumb.png.31ef6e724c1fa12e431ecbd2c9bcc93c.png

 

12 минуты назад, Mikhail_YAR сказал:

Единственное что, я не настраивал маршруты

Наверное всё получится, когда все пункты инструкции будут выполнены

Edited by stefbarinov
  • Thanks 1
Link to comment
Share on other sites

6 минут назад, stefbarinov сказал:

Наверное всё получится, когда все пункты инструкции будут выполнены

Ох уж эта лень. Спасибо, буду пробовать)

Link to comment
Share on other sites

Апну тему. Есть схема
Keenetic Air в качестве "Сервера" с белым IP-адресом.

Keenetic Speedster в качестве "Клиента".

Родное приложение WireGuard в виде ещё одного "Клиента".

Все это находится в одном регионе и даже в одном городе. По сути - связал 2 домашних сети по гайду в базе знаний Кинетика.

Туннель поднял, работает, стал периодами отваливаться намертво. После отвала просто "вкл/выкл" не помогает. Помогает только установка порта клиента вручную, т.е. в конфиге изначально прописан порт не был. Приходится руками прописывать любой свободный порт и туннель поднимается. Работает вплоть до того, как кончается активность. Keep-alive прописан (15) на стороне клиента. Баг замечен только на "клиенте" кинетике, клиент-приложение работает корректно и без отвалов. Куда копать, есть у кого идеи?

Edited by Uncertainty
  • Upvote 1
Link to comment
Share on other sites

Тоже проблема похожая, периодически отваливается, пока 2 раза за почти месяц, первый раз восстановилось только после сохранения настроек пира на клиенте, второй раз вроде как само переподключилось через длительное время. Два кинетика, сервер с белым ip, клиент через 4g модем с серым. В момент когда была проблема обратил внимание что на сервере менялся счетчик и отправленных и полученных пакетов, а на клиенте были только отправленные - доступ в интернет в это время был на обоих кинетиках. В логах следующее:

Лог на сервере:

[I] Sep  4 15:52:53 kernel: wireguard: Wireguard0: sending handshake response to peer "**client**" (9) (bb.bb.112.144:27386)
[I] Sep  4 15:52:58 kernel: wireguard: Wireguard0: receiving handshake initiation from peer "**client**" (9) (bb.bb.112.144:27386)
[I] Sep  4 15:52:58 kernel: wireguard: Wireguard0: sending handshake response to peer "**client**" (9) (bb.bb.112.144:27386)
[I] Sep  4 15:53:03 kernel: wireguard: Wireguard0: receiving handshake initiation from peer "**client**" (9) (bb.bb.112.144:27386)
[I] Sep  4 15:53:03 kernel: wireguard: Wireguard0: sending handshake response to peer "**client**" (9) (bb.bb.112.144:27386)
[I] Sep  4 15:53:08 kernel: wireguard: Wireguard0: receiving handshake initiation from peer "**client**" (9) (bb.bb.112.144:27386)
[I] Sep  4 15:53:08 kernel: wireguard: Wireguard0: sending handshake response to peer "**client**" (9) (bb.bb.112.144:27386)
[I] Sep  4 15:53:14 kernel: wireguard: Wireguard0: receiving handshake initiation from peer "**client**" (9) (bb.bb.112.144:27386)
[I] Sep  4 15:53:14 kernel: wireguard: Wireguard0: sending handshake response to peer "**client**" (9) (bb.bb.112.144:27386)
[I] Sep  4 15:53:19 kernel: wireguard: Wireguard0: receiving handshake initiation from peer "**client**" (9) (bb.bb.112.144:27386)
[I] Sep  4 15:53:19 kernel: wireguard: Wireguard0: sending handshake response to peer "**client**" (9) (bb.bb.112.144:27386)
[I] Sep  4 15:53:24 kernel: wireguard: Wireguard0: receiving handshake initiation from peer "**client**" (9) (bb.bb.112.144:27386)
[I] Sep  4 15:53:24 kernel: wireguard: Wireguard0: sending handshake response to peer "**client**" (9) (bb.bb.112.144:27386)
[I] Sep  4 15:53:30 kernel: wireguard: Wireguard0: receiving handshake initiation from peer "**client**" (9) (bb.bb.112.144:27386)
[I] Sep  4 15:53:30 kernel: wireguard: Wireguard0: sending handshake response to peer "**client**" (9) (bb.bb.112.144:27386)
[I] Sep  4 15:53:34 ndm: Network::Interface::Base: "Wireguard0": "wireguard" changed "link" layer state "pending" to "running". 

Лог на клиенте:

[I] Sep  4 15:50:08 kernel: wireguard: Wireguard0: handshake for peer "**server**" (12) (aa.aa.231.158:16632) did not complete after 1 seconds, retrying (try 5)
[I] Sep  4 15:50:13 kernel: wireguard: Wireguard0: handshake for peer "**server**" (12) (aa.aa.231.158:16632) did not complete after 2166848092 seconds, retrying (try 5)
[I] Sep  4 15:50:19 kernel: wireguard: Wireguard0: handshake for peer "**server**" (12) (aa.aa.231.158:16632) did not complete after 2164854852 seconds, retrying (try 5)
[I] Sep  4 15:51:01 kernel: Core::Syslog: last message repeated 146 times.
[I] Sep  4 15:51:06 kernel: wireguard: Wireguard0: handshake for peer "**server**" (12) (aa.aa.231.158:16632) did not complete after 2166848092 seconds, retrying (try 5)
[I] Sep  4 15:51:12 kernel: wireguard: Wireguard0: handshake for peer "**server**" (12) (aa.aa.231.158:16632) did not complete after 2164854852 seconds, retrying (try 5)
[I] Sep  4 15:51:27 kernel: Core::Syslog: last message repeated 148 times.
[I] Sep  4 15:51:33 kernel: wireguard: Wireguard0: handshake for peer "**server**" (12) (aa.aa.231.158:16632) did not complete after 2164854852 attempts, giving up
[I] Sep  4 15:51:48 kernel: wireguard: Wireguard0: handshake for peer "**server**" (12) (aa.aa.231.158:16632) did not complete after 2164854852 seconds, retrying (try 5)
[I] Sep  4 15:51:53 kernel: wireguard: Wireguard0: handshake for peer "**server**" (12) (aa.aa.231.158:16632) did not complete after 2164854852 seconds, retrying (try 5)
[I] Sep  4 15:53:07 kernel: Core::Syslog: last message repeated 161 times.
[I] Sep  4 15:53:12 kernel: wireguard: Wireguard0: handshake for peer "**server**" (12) (aa.aa.231.158:16632) did not complete after 1 seconds, retrying (try 5)
[I] Sep  4 15:53:17 kernel: wireguard: Wireguard0: handshake for peer "**server**" (12) (aa.aa.231.158:16632) did not complete after 2164854852 seconds, retrying (try 5)
[I] Sep  4 15:53:23 kernel: wireguard: Wireguard0: handshake for peer "**server**" (12) (aa.aa.231.158:16632) did not complete after 2164854852 seconds, retrying (try 5)
[I] Sep  4 15:53:28 ndm: Network::Interface::Base: "Wireguard0": "wireguard" changed "link" layer state "pending" to "running". 

 

did not complete after 2164854852 seconds - странное какое-то количество секунд...

На сервере "Проверка активности" - пусто, на клиенте - 15

Какие могут быть тому причины?

Edited by Леонид Харламов
Link to comment
Share on other sites

У меня на клиенте такое есть
Куда копать - не понимаю : (

Сейчас снова отвал случился, сменил порт на клиенте - туннель поднялся.

wireguard: Wireguard1: handshake for peer "SERVER" (685) (x.x.x.x.x:yyyyy) did not complete after 2164841720 seconds, retrying (try 5)

 

Link to comment
Share on other sites

В 24.08.2024 в 12:14, vasek00 сказал:

типа

  Скрыть содержимое
~ # nping --udp --count 10 --data-length 16 --source-port 23123 --dest-port 500 162.ххх.ххх.ххх

Starting Nping 0.7.95 ( https://nmap.org/nping ) at 2024-08-23 08:04 MSK
SENT (0.0427s) UDP 10.25.16.163:23123 > 162.ххх.ххх.ххх:500 ttl=64 id=17721 iplen=44
SENT (1.0436s) UDP 10.25.16.163:23123 > 162.ххх.ххх.ххх:500 ttl=64 id=17721 iplen=44
...

Max rtt: N/A | Min rtt: N/A | Avg rtt: N/A
Raw packets sent: 10 (440B) | Rcvd: 0 (0B) | Lost: 10 (100.00%)
Nping done: 1 IP address pinged in 10.10 seconds

 

 

А как установить Nping на кинетик?

Link to comment
Share on other sites

4 часа назад, x13 сказал:

А как установить Nping на кинетик?

OPKG

~ # opkg list | grep nping
nping - 7.95-1 - Network packet generation tool / ping utility
nping-ssl - 7.95-1 - Nping (with OpenSSL support)
~ #

 

Link to comment
Share on other sites

15 часов назад, ad1er сказал:

Outline более стабильный. Есть ли возможность как-то поставить outline на роутер? 

 

Link to comment
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

  • Recently Browsing   0 members

    • No registered users viewing this page.
×
×
  • Create New...