Jump to content
  • 3

4.x шторм исходящих пакетов на wireguard


vasek00

Question

Появилась (или была ранее на 4.x) старая болячка "флуд на WG" по описанному п.3 т.е. 

- основной канал PPPoE поднят и он основной

- WG канал в резерве

отключаю основной канал PPPoE на и WG появляется "флуд"

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

328915234_-1.jpg.ec39d8ff61c5ed7619fcd374e782539a.jpg

под wifi клиентом на WEB роутера не войти, под LAN клиентом без проблем. После восстановления каналов интернета - клиент wifi основного bridge0 сегмента без проблем подключился, почему основного потому что есть доп. сегмент bridge1 с wifi 2.4 и своими клиентами, но про них речь уже ниже.

 

******

Так же заметил проблему после такого эксперимента с октлючением PPPoE канала и флудом на WG. Есть доп.сегмент wifi 2.4 для умного дома и чуток клиентов. Так после описанной выше "болячки" когда все поднялось PPPoE/WG и клиент wifi основного сегмента подключился без проблем, то клиенты доп.сегмента bridge1 умного дома отказались подключаться (в этом сегменте только wifi 2.4 клиенты). Пришлось передернуть Wifi данного сегмента (вкл/выкл.) тогда один клиент подключился сразу же (марка всех одинакова), а другие курили. 

Фев 4 08:36:07 ndm Network::Interface::Rtx::WifiMonitor: "WifiMaster0/AccessPoint1": STA(....:5f) had deauthenticated by AP (reason: PTK 4-way handshake timeout).
Фев 4 08:36:12 ndm Network::Interface::Rtx::WifiMonitor: "WifiMaster0/AccessPoint1": STA(....:99) had associated successfully.
Фев 4 08:36:12 ndm Network::Interface::Rtx::WifiMonitor: "WifiMaster0/AccessPoint1": STA(....:5f) had associated successfully.
Фев 4 08:36:18 ndm Network::Interface::Rtx::WifiMonitor: "WifiMaster0/AccessPoint1": STA(....:99) pairwise key handshaking timeout (msg 1 of 4-way). 
Фев 4 08:36:18 ndm Network::Interface::Rtx::WifiMonitor: "WifiMaster0/AccessPoint1": STA(....:99) had deauthenticated by AP (reason: PTK 4-way handshake timeout). 
Фев 4 08:36:18 ndm Network::Interface::Rtx::WifiMonitor: "WifiMaster0/AccessPoint1": STA(....:5f) pairwise key handshaking timeout (msg 1 of 4-way). 
Фев 4 08:36:18 ndm Network::Interface::Rtx::WifiMonitor: "WifiMaster0/AccessPoint1": STA(....:5f) had deauthenticated by AP (reason: PTK 4-way handshake timeout). 

через некоторое время еще одному удалось подключиться

Фев 4 08:38:06 ndm Network::Interface::Rtx::WifiMonitor: "WifiMaster0/AccessPoint1": STA(......:5f) set key done in WPA2/WPA2PSK.
Фев 4 08:38:06 ndhcps DHCPDISCOVER received from .....:5f.
Фев 4 08:38:06 ndhcps making OFFER of 192.168.150.4 to .....:5f.
Фев 4 08:38:06 ndhcps DHCPREQUEST received (STATE_SELECTING) for 192.168.150.4 from ....:5f.
Фев 4 08:38:06 ndm Netfilter::Util::Conntrack: flushed 52 IPv4 connections.
Фев 4 08:38:06 ndhcps sending ACK of 192.168.150.4 to ......:5f.
Фев 4 08:38:07 ndhcps DHCPREQUEST received (STATE_SELECTING) for 192.168.150.4 from ....:5f.
Фев 4 08:38:08 ndhcps sending ACK of 192.168.150.4 to .....:5f.
Фев 4 08:38:08 ndm Network::Interface::Rtx::WifiMonitor: "WifiMaster0/AccessPoint1": STA(.......:99) had associated successfully. 

с момента первой записи о проблеме на клиентах

Подъем каналов - PPPoE и WG ранее

[I] Feb  4 08:30:06 kernel: br1: port 2(ra1) entered disabled state
[I] Feb  4 08:30:06 ndm: Network::Interface::Base: "WifiMaster0/AccessPoint1": "base" changed "conf" layer state "running" to "disabled". 
[I] Feb  4 08:30:06 ndm: Network::Interface::Base: "WifiMaster0/AccessPoint1": interface is down. 
[I] Feb  4 08:30:06 ndm: Core::System::StartupConfig: saving (http/rci). 
[I] Feb  4 08:30:06 kernel: br1: port 2(ra1) entered disabled state
[I] Feb  4 08:30:06 ndm: Network::Interface::Base: "Bridge1": "l2-base" changed "link" layer state "running" to "pending". 
[I] Feb  4 08:30:06 ndm: Hotspot::Discovery::Explorer: "Bridge1": Interface Bridge1 IPv4 neighbour explorer stopped. 
[I] Feb  4 08:30:10 kernel: IPv6: ADDRCONF(NETDEV_UP): ra1: link is not ready
[I] Feb  4 08:30:10 kernel: IPv6: ADDRCONF(NETDEV_CHANGE): ra1: link becomes ready
[I] Feb  4 08:30:10 kernel: br1: port 2(ra1) entered blocking state
[I] Feb  4 08:30:10 ndm: Network::Interface::Base: "WifiMaster0/AccessPoint1": "base" changed "conf" layer state "disabled" to "running". 
[I] Feb  4 08:30:10 kernel: br1: port 2(ra1) entered listening state
[I] Feb  4 08:30:10 ndm: Network::Interface::Base: "WifiMaster0/AccessPoint1": interface is up. 
[I] Feb  4 08:30:10 ndm: Core::System::StartupConfig: saving (http/rci). 
[I] Feb  4 08:30:10 kernel: br1: port 2(ra1) entered blocking state
[I] Feb  4 08:30:10 kernel: br1: port 2(ra1) entered listening state
[I] Feb  4 08:30:10 ndm: Core::System::StartupConfig: configuration saved. 
[I] Feb  4 08:30:10 ndm: Network::Interface::Base: "Bridge1": "l2-base" changed "link" layer state "pending" to "running". 
[I] Feb  4 08:30:10 ndm: Hotspot::Discovery::Explorer: "Bridge1": Interface Bridge1 IPv4 neighbour explorer started. 
[I] Feb  4 08:30:11 ndm: Network::Interface::Rtx::WifiMonitor: "WifiMaster0/AccessPoint1": STA(.....:99) had associated successfully. 
....

После ожидания все подключились

Фев 4 08:41:02 ndm Network::Interface::Rtx::WifiMonitor: "WifiMaster0/AccessPoint1": STA(......:99) set key done in WPA2/WPA2PSK.
Фев 4 08:41:02 ndhcps DHCPDISCOVER received from .....:99.
Фев 4 08:41:02 ndhcps making OFFER of 192.168.150.2 to ......:99.
Фев 4 08:41:02 ndhcps DHCPDISCOVER received from ......:99.
Фев 4 08:41:02 ndhcps making OFFER of 192.168.150.2 to ......:99.
Фев 4 08:41:02 ndhcps DHCPREQUEST received (STATE_SELECTING) for 192.168.150.2 from ......:99.
Фев 4 08:41:02 ndm Netfilter::Util::Conntrack: flushed 60 IPv4 connections.
Фев 4 08:41:03 ndhcps sending ACK of 192.168.150.2 to .....:99. 

Время на раздумье около 10минут при таком поведение хватило.

В итоге делаю вывод что оценка интернет каналов (состояние) приводит ????? на других интерфейсов не связанных с данными каналами - например bridge1 доп.сегмент в котором только 2.4 wifi.

Все как бы ОК но в WEB роутера "шторка" с надписью "Потеря соединения с интернет центром". Придется перезапустить его.

Настройки доп.сегмента простые

Скрытый текст
interface Bridge1
    description HomeSmart
    include GigabitEthernet0/Vlan3
    include WifiMaster0/AccessPoint1
    mac access-list type permit
    mac access-list address .....:af
    mac access-list address .....:99
    mac access-list address .....:5f
    mac access-list address .....:00
    mac access-list address .....:c1
    mac access-list address .....:e0
    security-level protected
    ip address 192.168.150.101 255.255.255.0
    ip dhcp client dns-routes
    ip dhcp client name-servers
    up

interface WifiMaster0/AccessPoint1
    mac access-list type none
    security-level protected
    authentication wpa-psk ns3 ***
    encryption enable
    encryption wpa2
    ip dhcp client dns-routes
    ip dhcp client name-servers
    ssid Smart
    up

 

 

  • Thanks 1
Link to comment
Share on other sites

16 answers to this question

Recommended Posts

  • 1

@vasek00 спасибо, воспроизвелось и в другом сценарии, когда WG маршрутизируется через WISP. Достаточно в down перевести интерфейс WifiMaster1/WifiStation0, как почти сразу начинается шторм.

  • Thanks 1
Link to comment
Share on other sites

  • 1
В 07.02.2023 в 11:41, KCAHDEP сказал:

Возможно продолжение ошибки из этой же оперы. есть pppoe ростелеком и 2 wg туннеля (warp и proton), оба активные с доступом в интернет и 1 из них используется как основной через него идет весь трафик, второй используются как резервный (переключаю по необходимости клиентов в сети) При падении, отключении, переподключении ростелекома роутер так же показывает график 

  Скрыть содержимое

image.png.e86b25eaf89e23164d1cd334049eaccf.png


в логе вот такое 
 

  Показать содержимое

image.thumb.png.8c6a4658b5d229abfcb395830d52fd48.png


это уже после обновления на 4.0.7 до обновления график загрузки был 500-600мбит. 

 

Этот глюк я наблюдаю уже давно. Еще на 3 версии прошивок он был.

У меня на LTE модеме при перезагрузке, когда модем установил соединение с сетью, но по какой то причине данные в интернет не передает еще некоторое время, WireGuard точно такой же график рисует.

То есть:

1. В интерфейсе показывает что соединение с LTE установлено, назначены IP адреса во внешнюю сеть и т.д.

2. Интернет не работает (по какой причине не знаю, никогда в этот момент логи не смотрел, думал глюк на стороне провайдера)

3. WireGuard включен - и до появления соединения он будет показывать полную теоретическую загрузку исходящего канала, даже если соединение такаих скоростей не поддерживает (в моем случае около 70 Мбит)

  • Thanks 1
Link to comment
Share on other sites

  • 1

@KCAHDEP @roman_sh @vasek00 еще раз всем спасибо. Гарантировано получилось воспроизвести с WG-интерфейсами, которые идут друг за другом в профиле политик по умолчанию - таблица маршрутизации _254.

Когда отключаем интерфейс - подключение для доступа в интернет с маршрутом по умолчанию, то на последующем WG-интерфейсе возникает шторм исходящих пакетов. Исправление планируется в будущих версиях draft.

  • Thanks 3
Link to comment
Share on other sites

  • 1
14 часа назад, sergeyk сказал:

@KCAHDEP проверьте, воспроизводится ли на Beta 3.

Да, и именно при

Цитата

Гарантировано получилось воспроизвести с WG-интерфейсами, которые идут друг за другом в профиле политик по умолчанию - таблица маршрутизации _254.

Когда отключаем интерфейс - подключение для доступа в интернет с маршрутом по умолчанию, то на последующем WG-интерфейсе возникает шторм исходящих пакетов. Исправление планируется в будущих версиях draft.

Политика по умолчанию - WG0 WG4 PPPoE/Inet-1 Inet-2, повтор два раза. Тут еще прибавилось что при выключение WG выключаются оба

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

-5.thumb.jpg.036d061561af0c56778c06481f060697.jpg

-4.thumb.jpg.92a648a52e27dc13f6069a4c48e505b1.jpg

Тут вообще что-то не так с таблицей

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

-6.thumb.jpg.9c6b9ce123cfde9430abab54f700f8b5.jpg

с таблицей вообще не понятно, ppp0 - Inet1, eth2.9 - Inet2. Естественно все WG через ppp0 но что-то не видно этого WG на default.

Путем выключения WG потом сменой их приоритетов на профиле и потом опять включения WG получил то что нужно

~ # ip ro
default dev nwg0  scope link 

....

И шторма не было.

 

  • Thanks 1
Link to comment
Share on other sites

  • 0

Возможно продолжение ошибки из этой же оперы. есть pppoe ростелеком и 2 wg туннеля (warp и proton), оба активные с доступом в интернет и 1 из них используется как основной через него идет весь трафик, второй используются как резервный (переключаю по необходимости клиентов в сети) При падении, отключении, переподключении ростелекома роутер так же показывает график 

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

image.png.e86b25eaf89e23164d1cd334049eaccf.png


в логе вот такое 
 

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

image.thumb.png.8c6a4658b5d229abfcb395830d52fd48.png


это уже после обновления на 4.0.7 до обновления график загрузки был 500-600мбит. 

 

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

  • 0

4.0.0 не исправлено. self-test прилагается. Видимо и писать больше не стоит, раз за такой промежуток времени "а воз и ныне там"image.thumb.png.528bdbead588b3cca5a80adb802f4c84.png

Link to comment
Share on other sites

  • 0

4.1.A3 шторм исходящих на wireguard интерфейсе при проблеме на интерфейсе через который работает wireguard.

На текущей 41А3

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

-3.jpg.3f5b81003f9b546f298121f6979373d0.jpg

 

Повторение "пройденного"

 

  • Need more info 1
Link to comment
Share on other sites

  • 0
10 часов назад, hellonow сказал:

@vasek00 когда пришлете в скрытое сообщение self-test?

Данный вариант ошибки/или повторить это легко на стенде/роутере.

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
Answer this question...

×   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...