vleonv

Режим AN only ничего не дал. Т.е. проблема некоторых устройств android при работе с 5 GHz

Вспомнил еще одну особенность, если будет работать всего 1 или 2 клиента на 5GHz данная проблема тоже не наблюдается. Всего у меня 7 устройств работающих на 5Ghz. Пока писал сообщение придумал еще одну ситуацию - перевести роутер в режим AN only

Друзья разработчики, подскажите, пожалуйста, как вам правильно задать вопрос?! Опишу ситуацию. Имеется 4 andriod клиента: Galaxy S5 (SM-G900H). S6 (SM-G920F), S7 (SM-G930F) и Google Nexus 7 2013. Первые три работают в стандарте AC, а Nexus AN. Последний работает в 5GHz стабильно, а с первыми тремя есть вопросы особенно с Galaxy S5 (SM-G900H), когда они уходят в режим (сна) экономии энергии. Наблюдается следующая ситуация, когда клиент уходит в режим сна, то через некоторое время (на Galaxy S5 (SM-G900H) это 10-15 минут) клиент пропадает из списка устройств на роутере и оправленное сообщение на любой месенджер клиента не доходит, пока не выведешь смартфон из режима сна, или спустя некоторое время от 1 до 17 минут. Лог роутера при этом чистый, какого-либо переподключения не фиксирует. Все что вижу я это пропадаение клиента из списка устройств на роутере, и недоставленное сообщение на месенджер. При этом если клиенты перевести на 2,4GHz данная проблема не наблюдается, так же не наблюдается, если клиенты подключить к 5 GHz на RT-N56U_B1 с прошивкой Андрея. Поможет ли вам self-test, если лог пустой?

И так отчет о работе 2.12.A.5.0-4. В субботу обновился, утром обнаружил перезагруженный роутер, супруга описала проблему примерно так же как это вижу я (когда все устройства теряли IPv6 - не работает скайп, не работают или плохо работают сервисы гугл,файсбук и т.п. Кстати такое же поведение было и с 2.12.A.5.0-1 когда в течение нескольких часов после обновления дважды возникали проблемы). Но дальше с 6-ти утра воскресенья по сейчас все работает стабильно, никаких нареканий на работу с IPv6 на всем домашнем зоопарке. Короче, если бы не непонятная ситуация утром воскресенья, то сказал бы, что точно помогли исправления. Через пару дней можно будет сказать точно

Я за IPv6 клиентам через OpenVPN. Или это уже есть и надо просто поработать с конфигом?!

Дело в том, что я уже 1,5 недели не использую галку "Запретить доступ всем незарегистрированным устройствам" еще до 2.12.A.5.0-1, т.к. из-за нее у меня не работают клиенты по OpenVPN (клиенты при каждом подключении имеют разные МАС). Поэтому есть зарегистрированные устройства (чтобы ip постоянный имели), но запрета больше нет. В любом случае спасибо, конечно же отпишусь как в случае положительного, так и отрицательного поведения

Небольшой отчет без self-test в пятницу сразу после обновления на 2.12.A.5.0-1 в течение 3 часов дважды случался отвал IPv6 на всех устройствах, но мне было не до self-test, я просто отключил IPv6. В субботу после обновления на 2.12.A.5.0-2 я включил IPv6 и до сегодняшнего дня не ловил отвал IPv6 на всех устройствах, только на гугловских (под андроидом) и не всех одновременно, чаще в паре с сhromecast.

В версии до 2.12.A.4.0-9 было то, что послужило созданию данной темы. Т.е. на всех устройствах все работает, но ограниченное время (через 30-90 минут работать по IPv6 устройства отказывались) В версии 2.12.A.4.0-9 стало лучше на всех устройствах, кроме android (если активен запрет доступа для незарегистрированных устройств). И появилась проблема с "первым" пакетом после перерыва (т.е. отсутствие трафика IPv6 более 10-15 минут). Это выразалось в потере первого пакета при пинговании или чуть более долгим открытием интернет страницы в браузере В новой версии вернулась изначальная проблема, примерно через 1,5 часа все домашние устройства отказались работать по IPv6. Домашний зоопарк довольно большой. Стационарные компьютеры и ноуты под Windows 8.1 или Debian 9.4, хранилище Synology под DSM 6.1.6, смартфоны и планшет под Android 6 и 7 (в чистой реализации от гугла или от самсунга), плюс неведомы зверюшки google сhromecast или ТВ от самсунга

self-test на новой версии нужен? Или решение вопроса еще не завершено? После обновления стало немного хуже

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

Всем откликнувшимся спасибо, особенно r13. Вопрос закрыт для меня, все работает

ndm_self-test(3).txt

Хорошо, завтра так и сделаю, когда буду удаленно заходить домой P.S. Хотя для чего ждать завтра если можно сейчас подключится к соседской точке. Короче self-test прилагаю

ndm_self-test(1).txt ndm_self-test.txt

Постараюсь доступно описать. Имеем роутер KN-1010, к которому подключено чуть более десятка устройств (компьютеры, файловое хранилище, смартфоны и т.п.). На роутере поднимаем openvpn сервер, конфиг выше приложен. Далее есть несколько удаленных клиентов, которые подключаются по openvpn, при этом не имеет значения виндовый или линуксный клиент это. Для примера я беру смартфон Galaxy S7 (SM-G930F) c OpenVPN для Android 0.6.73, его конфиг выше приложен.Теперь описываю ситуацию: удаленный клиент S7 подключается по openvpn к роутеру KN-1010 при этом получает ip 192.168.128.2 и весь интернет трафик заворачивается через роутер. Т.е. работает так как надо, но у клиента отсутствует доступ к домашним устройствам подключенным к роутеру (отсутствие доступа обоюдное, т.е. домашние тоже не могут даже пропинговать клиент S7). Но при этом как с клиента S7 я могу получить доступ к web-морде роутера по адресу 192.168.1.1, так и роутер может пропинговать клиента по адресу 192.168.128.2 route 0.0.0.0 0.0.0.0 в клиентском конфиге могу убрать и проверить завтра днем работу без него, но эту строку добавляет само приложение OpenVPN для Android 0.6.73 при активации пункта "направлять весь IPv4 трафик через сервер" и в конфиге виндовых или линуксовых клиентов этого нет