Перейти к содержанию

Вопрос

Опубликовано (изменено)
 

  Wi-Fi TCP SYN packets lost after client reconnect

 

Device: Netcraze Ultra (Keenetic Titan) nc-1812 (kn-1812)

Firmware: KeeneticOS 5.1 Alpha 5

ndw4 5.1.A.5.0

Ранее проверено также на:

KeeneticOS 5.0.7
ndw4 5.0.C.7.0

Поведение одинаковое.

 

Симптом

После переподключения Wi-Fi клиента:

первое TCP соединение → проходит
все следующие → timeout

Пример:

nc -vz 192.168.1.1 222
Connection succeeded

Следующая попытка:

nc -vz 192.168.1.1 222
timeout

 

Наблюдения

Иногда ранее отправленные SYN внезапно проходят после реконекта клиента к вайфай

Пример поведения:

3 соединения отправлены
1 проходит
2 висят
через реконект клиента один из висящих проходит, может и сразу два или все три что висели в очереди, в первые секунды подключения.

 

Наблюдения еще

Если выполнить Apply Wi-Fi settings на роутере:

Wi-Fi начинает работать нормально, не всегда но в 90% уверен что так было, правда тест длился не более минуты после реконекта.

Но после очередного reconnect клиента проблема появляется снова.

в 802.11a проблемы нет вовсе (если только его оставить) отключал и подключал клиента - ошибка не воспроизводилась.

 

Проверка

Проблема воспроизводится:

  • MacBook

  • iPhone 15 Pro

То есть не зависит от клиента.

 

проверял

   

Ethernet

работает нормально

Wi-Fi 5 GHz

проблема

Wi-Fi 2.4 GHz

проблема

802.11a

работает

802.11n/ac/ax

проблема

DFS канал

не влияет

не-DFS канал

не влияет

802.11r выключен

не влияет

Airtime fairness

не влияет

TX burst

не влияет

Beamforming

не влияет

разные клиенты

одинаково

wpa2  или wpa3  - не влияет

 

Дополнительное наблюдение

Если несколько nc уже запущены и ждут:

после reconnect часть из них внезапно проходит

Но новые соединения снова timeout.

 

Вывод (гипотеза)

Поведение похоже на проблему в Wi-Fi datapath:

AMPDU / Block-ACK state
или
TX queue scheduler

Симптом появляется после client reassociation и исчезает после BSS reset (Apply Wi-Fi).

 

Дополнительная информация

ndmc -c show version


{ "release": "5.01.A.5.0-0", "sandbox": "draft", "title": "5.1 Alpha 5", "arch": "aarch64", "ndm": { "exact": "0-48dac5d", "cdate": "7 Mar 2026" }, "bsp": { "exact": "0-6b6113d2e2", "cdate": "7 Mar 2026" }, "ndw": { "features": "dual_image,usb_3,usb_3_first,led_control,wifi_button,wifi5ghz,vht2ghz,mimo2ghz,mimo5ghz,atf2ghz,atf5ghz,wifi7,wifi_ft,wpa3,hwnat,hwnat_mib,link_agg,cable_diag", "components": "base,cloudcontrol,corewireless,ddns,dhcpd,dns-filter,dns-https,dns-tls,dot1x,easyconfig,exfat,ext,fat,hfsplus,igmp,ip6,l2tp,lang-en,lang-ru,mdns,miniupnpd,mws,nathelper-ftp,nathelper-h323,nathelper-pptp,nathelper-rtsp,nathelper-sip,ndmp,ndns,ntfs,openvpn,opkg,pingcheck,ppe,pppoe,pptp,proxy,storage,trafficcontrol,transmission,tsmb,usb,webdav,wireguard" }, "ndw3": { "version": "5.1.12" }, "ndw4": { "version": "5.1.A.5.0" }, "manufacturer": "Netcraze Ltd.", "vendor": "Netcraze", "series": "NC", "model": "Ultra (NC-1812)", "hw_version": "1218C000", "hw_type": "router", "hw_id": "NC-1812", "device": "Ultra", "consent": "EA", "region": "EA", "description": "Netcraze Ultra (NC-1812)", "prompt": "(config)" }

 

 

Минимальный способ воспроизведения

iphone 15 pro

macbook air 2020

во вложении параметры 5гц вайфай с которыми так же не работает.

  1. подключить клиент по Wi-Fi

  2. reconnect Wi-Fi клиента

  3. выполнить:

nc -vz 192.168.1.1 222
nc -vz 192.168.1.1 222
nc -vz 192.168.1.1 222

Ожидаемо:

1 success
2 timeout

 

 

Вот пример конфигурации в гуи с которой проблема воспроизводится, все галки и снимал и ставил, после реконекта они не влияют - до: может заработать после применения настроек

Снимок экрана 2026-03-11 в 04.28.28.png

Изменено пользователем maxyrius

Рекомендуемые сообщения

  • 0
Опубликовано (изменено)

а если,  nping --tcp -p 80 --flags syn IP -c 100 

У меня на 1812, на двух маках вроде ок (m3 m4 26.4)


Кстати интересный вопрос, решил на ночь глядя посмотреть на это, и не понял откуда взялся adguard?

 

❯ sudo nping --tcp -p 222 --flags syn --delay 1s --count 100 192.168.1.1

RCVD (32.1734s) ICMP [192.168.1.1 > 192.168.1.102 Host 94.140.14.49 unreachable (type=3/code=1) ] IP [ttl=64 id=8252 iplen=92 ]
RCVD (32.1750s) ICMP [192.168.1.1 > 192.168.1.102 Host 94.140.14.49 unreachable (type=3/code=1) ] IP [ttl=64 id=8253 iplen=92 ]
SENT (33.0464s) TCP 192.168.1.102:39222 > 192.168.1.1:222 S ttl=64 id=16898 iplen=40  seq=527736774 win=1480
RCVD (33.1735s) ICMP [192.168.1.1 > 192.168.1.102 Host 94.140.14.49 unreachable (type=3/code=1) ] IP [ttl=64 id=8341 iplen=92 ]
RCVD (33.1735s) ICMP [192.168.1.1 > 192.168.1.102 Host 94.140.14.49 unreachable (type=3/code=1) ] IP [ttl=64 id=8342 iplen=92 ]
SENT (34.0487s) TCP 192.168.1.102:39222 > 192.168.1.1:222 S ttl=64 id=16898 iplen=40  seq=527736774 win=1480
RCVD (34.1752s) ICMP [192.168.1.1 > 192.168.1.102 Host 94.140.14.49 unreachable (type=3/code=1) ] IP [ttl=64 id=8577 iplen=92 ]
RCVD (34.1752s) ICMP [192.168.1.1 > 192.168.1.102 Host 94.140.14.49 unreachable (type=3/code=1) ] IP [ttl=64 id=8578 iplen=92 ]
SENT (35.0504s) TCP 192.168.1.102:39222 > 192.168.1.1:222 S ttl=64 id=16898 iplen=40  seq=527736774 win=1480
RCVD (35.1763s) ICMP [192.168.1.1 > 192.168.1.102 Host 94.140.14.49 unreachable (type=3/code=1) ] IP [ttl=64 id=8768 iplen=92 ]
RCVD (35.1763s) ICMP [192.168.1.1 > 192.168.1.102 Host 94.140.14.49 unreachable (type=3/code=1) ] IP [ttl=64 id=8769 iplen=92 ]
SENT (36.0524s) TCP 192.168.1.102:39222 > 192.168.1.1:222 S ttl=64 id=16898 iplen=40  seq=527736774 win=1480
RCVD (36.1783s) ICMP [192.168.1.1 > 192.168.1.102 Host 94.140.14.49 unreachable (type=3/code=1) ] IP [ttl=64 id=8885 iplen=92 ]
RCVD (36.1783s) ICMP [192.168.1.1 > 192.168.1.102 Host 94.140.14.49 unreachable (type=3/code=1) ] IP [ttl=64 id=8886 iplen=92 ]

 

Изменено пользователем snark
  • 0
Опубликовано (изменено)

у меня мак на интел, но на айфоне проблема воспроизводиться

sudo nping --tcp -p 222 --flags syn --delay 1s --count 100 192.168.1.1

 

Starting Nping 0.7.98 ( https://nmap.org/nping ) at 2026-03-11 04:19 MSK

SENT (0.0197s) TCP 192.168.1.61:50892 > 192.168.1.1:222 S ttl=64 id=45133 iplen=40  seq=48746320 win=1480

RCVD (0.0215s) TCP 192.168.1.1:222 > 192.168.1.61:50892 SA ttl=64 id=0 iplen=44  seq=3867915682 win=29200 <mss 1460>

SENT (1.0207s) TCP 192.168.1.61:50892 > 192.168.1.1:222 S ttl=64 id=45133 iplen=40  seq=48746320 win=1480

SENT (2.0213s) TCP 192.168.1.61:50892 > 192.168.1.1:222 S ttl=64 id=45133 iplen=40  seq=48746320 win=1480

SENT (3.0218s) TCP 192.168.1.61:50892 > 192.168.1.1:222 S ttl=64 id=45133 iplen=40  seq=48746320 win=1480

SENT (4.0223s) TCP 192.168.1.61:50892 > 192.168.1.1:222 S ttl=64 id=45133 iplen=40  seq=48746320 win=1480

SENT (5.0236s) TCP 192.168.1.61:50892 > 192.168.1.1:222 S ttl=64 id=45133 iplen=40  seq=48746320 win=1480

SENT (6.0249s) TCP 192.168.1.61:50892 > 192.168.1.1:222 S ttl=64 id=45133 iplen=40  seq=48746320 win=1480

Спойлер

SENT (7.0265s) TCP 192.168.1.61:50892 > 192.168.1.1:222 S ttl=64 id=45133 iplen=40  seq=48746320 win=1480

SENT (8.0281s) TCP 192.168.1.61:50892 > 192.168.1.1:222 S ttl=64 id=45133 iplen=40  seq=48746320 win=1480

SENT (9.0287s) TCP 192.168.1.61:50892 > 192.168.1.1:222 S ttl=64 id=45133 iplen=40  seq=48746320 win=1480

SENT (10.0302s) TCP 192.168.1.61:50892 > 192.168.1.1:222 S ttl=64 id=45133 iplen=40  seq=48746320 win=1480

SENT (11.0311s) TCP 192.168.1.61:50892 > 192.168.1.1:222 S ttl=64 id=45133 iplen=40  seq=48746320 win=1480

SENT (12.0325s) TCP 192.168.1.61:50892 > 192.168.1.1:222 S ttl=64 id=45133 iplen=40  seq=48746320 win=1480

SENT (13.0331s) TCP 192.168.1.61:50892 > 192.168.1.1:222 S ttl=64 id=45133 iplen=40  seq=48746320 win=1480

SENT (14.0345s) TCP 192.168.1.61:50892 > 192.168.1.1:222 S ttl=64 id=45133 iplen=40  seq=48746320 win=1480

SENT (15.0361s) TCP 192.168.1.61:50892 > 192.168.1.1:222 S ttl=64 id=45133 iplen=40  seq=48746320 win=1480

SENT (16.0376s) TCP 192.168.1.61:50892 > 192.168.1.1:222 S ttl=64 id=45133 iplen=40  seq=48746320 win=1480

SENT (17.0380s) TCP 192.168.1.61:50892 > 192.168.1.1:222 S ttl=64 id=45133 iplen=40  seq=48746320 win=1480

SENT (18.0385s) TCP 192.168.1.61:50892 > 192.168.1.1:222 S ttl=64 id=45133 iplen=40  seq=48746320 win=1480

SENT (19.0394s) TCP 192.168.1.61:50892 > 192.168.1.1:222 S ttl=64 id=45133 iplen=40  seq=48746320 win=1480

SENT (20.0409s) TCP 192.168.1.61:50892 > 192.168.1.1:222 S ttl=64 id=45133 iplen=40  seq=48746320 win=1480

SENT (21.0424s) TCP 192.168.1.61:50892 > 192.168.1.1:222 S ttl=64 id=45133 iplen=40  seq=48746320 win=1480

SENT (22.0430s) TCP 192.168.1.61:50892 > 192.168.1.1:222 S ttl=64 id=45133 iplen=40  seq=48746320 win=1480

SENT (23.0436s) TCP 192.168.1.61:50892 > 192.168.1.1:222 S ttl=64 id=45133 iplen=40  seq=48746320 win=1480

SENT (24.0449s) TCP 192.168.1.61:50892 > 192.168.1.1:222 S ttl=64 id=45133 iplen=40  seq=48746320 win=1480

SENT (25.0464s) TCP 192.168.1.61:50892 > 192.168.1.1:222 S ttl=64 id=45133 iplen=40  seq=48746320 win=1480

SENT (26.0478s) TCP 192.168.1.61:50892 > 192.168.1.1:222 S ttl=64 id=45133 iplen=40  seq=48746320 win=1480

SENT (27.0493s) TCP 192.168.1.61:50892 > 192.168.1.1:222 S ttl=64 id=45133 iplen=40  seq=48746320 win=1480

SENT (28.0501s) TCP 192.168.1.61:50892 > 192.168.1.1:222 S ttl=64 id=45133 iplen=40  seq=48746320 win=1480

SENT (29.0516s) TCP 192.168.1.61:50892 > 192.168.1.1:222 S ttl=64 id=45133 iplen=40  seq=48746320 win=1480

SENT (30.0530s) TCP 192.168.1.61:50892 > 192.168.1.1:222 S ttl=64 id=45133 iplen=40  seq=48746320 win=1480

SENT (31.0535s) TCP 192.168.1.61:50892 > 192.168.1.1:222 S ttl=64 id=45133 iplen=40  seq=48746320 win=1480

SENT (32.0540s) TCP 192.168.1.61:50892 > 192.168.1.1:222 S ttl=64 id=45133 iplen=40  seq=48746320 win=1480

SENT (33.0553s) TCP 192.168.1.61:50892 > 192.168.1.1:222 S ttl=64 id=45133 iplen=40  seq=48746320 win=1480

SENT (34.0560s) TCP 192.168.1.61:50892 > 192.168.1.1:222 S ttl=64 id=45133 iplen=40  seq=48746320 win=1480

SENT (35.0565s) TCP 192.168.1.61:50892 > 192.168.1.1:222 S ttl=64 id=45133 iplen=40  seq=48746320 win=1480

SENT (36.0579s) TCP 192.168.1.61:50892 > 192.168.1.1:222 S ttl=64 id=45133 iplen=40  seq=48746320 win=1480

SENT (37.0591s) TCP 192.168.1.61:50892 > 192.168.1.1:222 S ttl=64 id=45133 iplen=40  seq=48746320 win=1480

SENT (38.0599s) TCP 192.168.1.61:50892 > 192.168.1.1:222 S ttl=64 id=45133 iplen=40  seq=48746320 win=1480

SENT (39.0608s) TCP 192.168.1.61:50892 > 192.168.1.1:222 S ttl=64 id=45133 iplen=40  seq=48746320 win=1480

SENT (40.0611s) TCP 192.168.1.61:50892 > 192.168.1.1:222 S ttl=64 id=45133 iplen=40  seq=48746320 win=1480

SENT (41.0625s) TCP 192.168.1.61:50892 > 192.168.1.1:222 S ttl=64 id=45133 iplen=40  seq=48746320 win=1480

SENT (42.0639s) TCP 192.168.1.61:50892 > 192.168.1.1:222 S ttl=64 id=45133 iplen=40  seq=48746320 win=1480

SENT (43.0652s) TCP 192.168.1.61:50892 > 192.168.1.1:222 S ttl=64 id=45133 iplen=40  seq=48746320 win=1480

SENT (44.0658s) TCP 192.168.1.61:50892 > 192.168.1.1:222 S ttl=64 id=45133 iplen=40  seq=48746320 win=1480

SENT (45.0672s) TCP 192.168.1.61:50892 > 192.168.1.1:222 S ttl=64 id=45133 iplen=40  seq=48746320 win=1480

SENT (46.0677s) TCP 192.168.1.61:50892 > 192.168.1.1:222 S ttl=64 id=45133 iplen=40  seq=48746320 win=1480

SENT (47.0687s) TCP 192.168.1.61:50892 > 192.168.1.1:222 S ttl=64 id=45133 iplen=40  seq=48746320 win=1480

SENT (48.0691s) TCP 192.168.1.61:50892 > 192.168.1.1:222 S ttl=64 id=45133 iplen=40  seq=48746320 win=1480

SENT (49.0697s) TCP 192.168.1.61:50892 > 192.168.1.1:222 S ttl=64 id=45133 iplen=40  seq=48746320 win=1480

SENT (50.0708s) TCP 192.168.1.61:50892 > 192.168.1.1:222 S ttl=64 id=45133 iplen=40  seq=48746320 win=1480

SENT (51.0724s) TCP 192.168.1.61:50892 > 192.168.1.1:222 S ttl=64 id=45133 iplen=40  seq=48746320 win=1480

SENT (52.0730s) TCP 192.168.1.61:50892 > 192.168.1.1:222 S ttl=64 id=45133 iplen=40  seq=48746320 win=1480

SENT (53.0735s) TCP 192.168.1.61:50892 > 192.168.1.1:222 S ttl=64 id=45133 iplen=40  seq=48746320 win=1480

SENT (54.0748s) TCP 192.168.1.61:50892 > 192.168.1.1:222 S ttl=64 id=45133 iplen=40  seq=48746320 win=1480

ну и далее тож самое

Изменено пользователем maxyrius
  • 0
Опубликовано (изменено)
3 часа назад, dmitry.a сказал:

Очень похоже на то, что у меня. Перестает быть доступ по 222 порту.

У меня есть еще маршрутизатор в сети, я к нему подключаюсь по вайфай и все отлично подключается к -222 на кинетик через него. С тем же айпи, дхцп второго роутера выключен

те фактически по проводу

проблема именно в вайфай кинетика, если перевести в режим 802.11а только - проблема исчезает.

 

вот если ЧЕРЕЗ вайфай кинетика пытаться подключиться ко второму маршрутизатору по ssh порт -22 - то точно такая же проблема, те по вайфай кинетик через себя не пропускает и тоже таймаут

клиент - вайфай - ультра - провод - второй роутер

Изменено пользователем maxyrius

Присоединяйтесь к обсуждению

Вы можете написать сейчас и зарегистрироваться позже. Если у вас есть аккаунт, авторизуйтесь, чтобы опубликовать от имени своего аккаунта.
Примечание: Ваш пост будет проверен модератором, прежде чем станет видимым.

Гость
Ответить на вопрос...

×   Вставлено с форматированием.   Вставить как обычный текст

  Разрешено использовать не более 75 эмодзи.

×   Ваша ссылка была автоматически встроена.   Отображать как обычную ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставлять изображения напрямую. Загружайте или вставляйте изображения по ссылке.

  • Последние посетители   0 пользователей онлайн

    • Ни одного зарегистрированного пользователя не просматривает данную страницу
×
×
  • Создать...

Важная информация

На этом сайте используются файлы cookie. Нажимая "Я принимаю" или продолжая просмотр сайта, вы разрешаете их использование: Политика конфиденциальности.