Le ecureuil

Я, кстати, не стал откусывать WiFi и резать платы, а просто зажал RESET-пин на чипах программно (thx 2 @Padavan) - поведение строго такое, как если чипа вообще нет.

@Tony Stark @Leksey118 @keenet07 Good news anyone! Все, у кого отвалился WiFi, приглашаются к тестированию. Версия 2.11.D.0.3 - VOX : https://yadi.sk/d/gwE9CcBYnXU7Iw - LTE: https://yadi.sk/d/8zKbHiTapLUieg - DSL: https://yadi.sk/d/p1wa1I4pXPwW2w - Giga II: https://yadi.sk/d/pdPbB7N7g69kIg - Keenetic II: https://yadi.sk/d/GLtlgk6uo5Iq5A - Ultra: https://yadi.sk/d/lqZsmypiQYiIkA Если все заработает (но без WiFi, как ожидается), то исправления войдут в 2.11 и 2.15. Всех прошу отписать о результате.

Можно хоть сейчас заниматься разработкой - вопрос в том, что если компания не из OIN начнет патентный спор с компанией из OIN, то все участники OIN накинут претензий по патентам на нее - лучше не начинать вообще. Ограничений нет - в OIN можно вступить любой компании.

А кнопка "Восстановить settings.json" чем не подходит?

Как только добавит - сразу появится. Если внимательно почитаете новости, то она отдаст патенты в пул OIN только если драйвер в ядре напишут и примут exfat в LSB. Ждем этого события (вероятность, на мой взгляд, довольно высока, хотя может это произойдет и не так скоро как кажется). То, что сейчас есть от samsung gregkh добавил в ядро, но - код там так себе (пользователи LKML называют его напрямую "говно") - часть вещей работает непонятно как - в спецификациях есть не все для "clean-room implementation" - ну и патенты пока не отданы в OIN Ждем развития событий!

Тогда на сервере нужно установить rekey интервал для ike и для transform в 1,5 - 2 раза больше, чем на клиенте. И на клиенте поставить сутки на оба. Тогда будет хорошо.

Еще раз - исправление будет в версиях после 3.01.

Это в первую очередь для l2tp/ipsec сервера, чтобы они никогда не начинал сам reauth. Ну и чтобы если клиент "ушел не попрощавшись" он не пытался пересогласовать туннель.

А что вы хотите от протокола ARP из 1980-х? Вообще, это может быть и легитимной ситуацией - когда одно устройство выступает в роли MAT или на нем много IP-алиасов.

В WiFi клиенты сами решают, где им быть, а BSS может только подсказывать с разной степенью грубости.

Вот из-за таких "мелочей" как неработа ссылок и разваливающиеся сайты мы и не включаем это для всех.

Попинывайте меня в этой теме изредка. У меня валяются специально заготовленные g2 и k2 с изуродованным wifi, и я хочу добавить его graceful degradation в 2.11/2.15, но прямо сейчас нет времени.

В 3.01 не будет, только в следующих версиях.

Вы же его можете выключить в любой момент.

Это невозможно, поскольку очень много вещей в ПО и в сборке на серверах завязано на это.

На мой взгляд самые доступные устройства с "неограниченной" флешкой - это DSL/DUO. Там по 128 Мбайт + проц мощнее, чем 7628. Все же устройства на 7628 - это entry-level. Да, они работают, но поскольку _большинству_ нужен только доступ в Интернет + WiFi, то именно вокруг этих параметров и крутится маркетинг. Для понимающих жизнь людей линейка выглядит так: Start (только интернет и все) -> Air/Extra/DUO (двухдиапазонник начального/среднего уровня) -> 1910/DSL/1010 (когда нужен упор не на WiFi) -> 1810.

Ждите, исправление уже в тестировании

Хотя бы версию ПО до self-test показать, ну и сказать про тип доступа: прямой али через облако.

Наверное в будущем нужно для dot/doh будет приделать привязку к домену, сейчас таковая не поддерживается (считалось, что необходимости в этом не будет). Давайте тогда отложим ненадолго это.

Работаем над этим.

Спасибо за подсветку проблемы. Сейчас этот функционал на самом деле работает, но провайдеры перехватывают нешифрованные dns и тупо их блокируют (в том числе и запросы в зону .lib). Потому нашел вам кучку opennic-серверов, которые умеют dot и doh. Добавляйте их к обычным dot/doh серверам, и все будет работать: https://servers.opennic.org/edit.php?srv=ns10.de.dns.opennic.glue https://servers.opennic.org/edit.php?srv=ns12.nh.nl.dns.opennic.glue https://servers.opennic.org/edit.php?srv=ns8.he.de.dns.opennic.glue https://servers.opennic.org/edit.php?srv=ns31.de.dns.opennic.glue Прямо сейчас не поддерживаются DoH-сервера с указанием порта в uri, но в следующих релизах это будет поправлено.

DNS на конкретное соединение не игнорируется - именно по причине, озвученной выше. Можно еще его даже до домена ограничить.

Если это возможно, то полный сброс и попытаться опять настроить. Если не залезет - то перегенерить ключи и сертификаты, чтобы занимали меньше места.

Попробуйте в официальную техподдержку обратиться.

Да, возможно. Описано все в cli guide (ищите для версий 2.05 и младше).