Jump to content

Alex Ostrenko

Forum Members
  • Posts

    5
  • Joined

  • Last visited

Equipment

  • Keenetic
    KN-1810-01RU

Alex Ostrenko's Achievements

Newbie

Newbie (1/5)

0

Reputation

  1. Вот прямо сейчас протестировал, увожу телефон на андроиде в режим полёта и в активных соединениях продолжаю видеть такой список, который постепенно уменьшается, а в логах снова ежесекундные записи: OnePlus6T 5G 192.168.2.139 :49310 173.194.73.95 - Google TCP/443 :47612 173.194.221.95 - Google TCP/443 :47034 64.233.162.95 - Google TCP/443 :46230 192.70.199.114 - Svyaz VSD (местная точка обмена трафиком) TCP/443 :46162 173.194.222.188 - Google TCP/5228 :42602 64.233.165.95 - Google TCP/443 :40732 54.174.144.201 - Amazon TCP/443 :40192 209.85.233.139 - Google TCP/443 :37914 173.194.222.95 - Google TCP/443 Возвращаю из режима полёта на связь и всё затихает
  2. Вероятно это попытки установки соединений со стороны серверов. У меня с такими симптомами живёт айфон, если на нём выключаю Wi-Fi. Раз в секунду, ровно 20 минут после каждого пропадания айфона из сети, потом утихает. Судя по логам/портам и информации в сети - это сервер push уведомлений Apple пытается установить/поддержать соединение. Аналогично несколько раз было с телефоном на андроиде, когда я руками переводил его на другой IP. Только не 20 минут, а несколько часов, пока я не ребутнул роутер. Вот буквально пару часов назад что-то так же долбилось в выключенный смарт-тв на андроиде. Он даже в ждущем режиме сам периодически лезет в сеть и судя по логам последний раз делал это в 18:48, после чего 20 минут были эти уведомления в логах, потом прекратились.
  3. Насколько я вижу по логам, когда уходишь на другую ТД или выключаешь Wi-Fi на клиенте, он отваливается как (reason: STA is leaving or has left BSS) TP-Link и Asus отключены, лежат на полке. Других сетей, которые знает этот девайс и к которым хотя раз подключался - вокруг нет. Удалил на всякий случай все сохранённые, посмотрим. BT выключен вообще на всех устройствах в квартире. Текущее состояние эфира на скрине (чуть подвинул частоту), два синхронных пика мои, один из них гостевой (включил ибо проблема не в нём), его девайс не знает. Зелёный, белый, серый видимо соседские, их тоже не знает. Остальные вообще далеко. Отодвигался от зелёного подальше, ибо он иногда до -45 доходит, но не повлияло.
  4. Проблема именно с 2,4, как я и указал. Регион - это число каналов, при указании России ни на что вообще не повлиял, в том числе на вылеты. Уже тоже склоняюсь к особенности телефона, т.к. нашёл на 4pda жалобы на непредсказуемый Wi-Fi у него, но смущает, что на других имеющихся в распоряжении роутерах проблем не было.
  5. Добрый вечер всем! Купил KN-1810-01RU Настроено 2 отдельные домашние Wi-Fi в 2,4 и 5 ггц, с разными названиями. Скрин настроек 2,4 Роуминг между частотами соответственно выключен Гостевые сети отключены, MESH отключена. Экраны, фильтры и т.д. не создавались, всё в состоянии "из коробки". Только сделал статические IP устройствам. Уровень сигнала от роутера до устройства - около -32db, перекрытия с другими мощными сетями нет. На 5G до 4 устройств - все стабильные в любых режимах. На 2,4G - до 3 устройств, одно из них периодически вылетает, остальные стабильные. Может вылетать даже когда роутер больше никто не трогает и нагрузки нет. Устройство - смарт Asus ZenFone Max Pro (ZB602KL), поддерживает 802.11 b/g/n, стабильно работает в требуемом режиме на двух других роутерах - TP-Link и Asus На устройстве всего-лишь WhatsApp - по статистике в пределах 20 мегабайт в минуту, т.е. ни о чём вообще. В какую сторону копать и что делать? Нужна стабильная связь. Логи - пример двух случаев: Дек 17 21:05:50 wmond WifiMaster0/AccessPoint0: (MT7615) STA(0c:9d:92:d8:f1:5b) had deauthenticated by STA (reason: class 3 error - nonassoc STA). Дек 17 21:05:50 wmond WifiMaster0/AccessPoint0: (MT7615) STA(0c:9d:92:d8:f1:5b) had associated successfully. Дек 17 21:05:51 wmond WifiMaster0/AccessPoint0: (MT7615) STA(0c:9d:92:d8:f1:5b) set key done in WPA2/WPA2PSK. Дек 17 21:05:51 ndhcps DHCPDISCOVER received from 0c:9d:92:d8:f1:5b. Дек 17 21:05:51 ndhcps making OFFER of 192.168.2.44 to 0c:9d:92:d8:f1:5b. Дек 17 21:05:51 ndhcps DHCPREQUEST received (STATE_SELECTING) for 192.168.2.44 from 0c:9d:92:d8:f1:5b. Дек 17 21:05:51 ndhcps sending ACK of 192.168.2.44 to 0c:9d:92:d8:f1:5b. Дек 17 21:06:01 wmond WifiMaster0/AccessPoint0: (MT7615) STA(0c:9d:92:d8:f1:5b) had deauthenticated by STA (reason: class 3 error - nonassoc STA). Дек 17 21:06:01 wmond WifiMaster0/AccessPoint0: (MT7615) STA(0c:9d:92:d8:f1:5b) had deauthenticated by STA (reason: class 3 error - nonassoc STA). Дек 17 21:06:07 wmond WifiMaster0/AccessPoint0: (MT7615) STA(0c:9d:92:d8:f1:5b) had associated successfully. Дек 17 21:06:07 wmond WifiMaster0/AccessPoint0: (MT7615) STA(0c:9d:92:d8:f1:5b) set key done in WPA2/WPA2PSK. Дек 17 21:06:07 ndhcps DHCPDISCOVER received from 0c:9d:92:d8:f1:5b. Дек 17 21:06:07 ndhcps making OFFER of 192.168.2.44 to 0c:9d:92:d8:f1:5b. Дек 17 21:06:07 ndhcps DHCPREQUEST received (STATE_SELECTING) for 192.168.2.44 from 0c:9d:92:d8:f1:5b. Дек 17 21:06:07 ndhcps sending ACK of 192.168.2.44 to 0c:9d:92:d8:f1:5b. Дек 17 21:06:11 ndm UPnP::Manager: a new nat rule appended. Дек 17 21:06:11 ndm UPnP::Manager: redirect rule added: udp GigabitEthernet1:1549 -> 192.168.2.44:41201. Дек 17 21:06:11 ndm UPnP::Manager: a new filter rule appended. Дек 17 21:06:11 ndm UPnP::Manager: forward rule added: udp GigabitEthernet1 -> 192.168.2.44:41201. Дек 20 18:52:18 wmond WifiMaster0/AccessPoint0: (MT7615) STA(0c:9d:92:d8:f1:5b) had deauthenticated by STA (reason: class 3 error - nonassoc STA). Дек 20 18:52:18 wmond WifiMaster0/AccessPoint0: (MT7615) STA(0c:9d:92:d8:f1:5b) had deauthenticated by STA (reason: class 3 error - nonassoc STA). Дек 20 18:52:29 wmond WifiMaster0/AccessPoint0: (MT7615) STA(0c:9d:92:d8:f1:5b) had associated successfully. Дек 20 18:52:29 wmond WifiMaster0/AccessPoint0: (MT7615) STA(0c:9d:92:d8:f1:5b) set key done in WPA2/WPA2PSK. Дек 20 18:52:29 ndhcps DHCPDISCOVER received from 0c:9d:92:d8:f1:5b. Дек 20 18:52:29 ndhcps making OFFER of 192.168.2.44 to 0c:9d:92:d8:f1:5b. Дек 20 18:52:29 ndhcps DHCPREQUEST received (STATE_SELECTING) for 192.168.2.44 from 0c:9d:92:d8:f1:5b. Дек 20 18:52:29 ndhcps sending ACK of 192.168.2.44 to 0c:9d:92:d8:f1:5b. Дек 20 18:52:37 ndm UPnP::Manager: a new nat rule appended. Дек 20 18:52:37 ndm UPnP::Manager: redirect rule added: udp GigabitEthernet1:6663 -> 192.168.2.44:49171. Дек 20 18:52:37 ndm UPnP::Manager: a new filter rule appended. Дек 20 18:52:37 ndm UPnP::Manager: forward rule added: udp GigabitEthernet1 -> 192.168.2.44:49171.
×
×
  • Create New...