ndm

Будучи разработчиками, мы понимаем желание получить исходный код.

Код предназначен для внутреннего использования, но если интересно, то он показывает результат тестов "наличия интернета". У вас выставлено два флага: 0x01 — шлюз доступен 0x02 — DNS доступен Остальные проверки не прошли. В удобном для чтения формате флаги печатает `show internet status`.

Лучше обращайтесь в поддержку, там запросят всю необходимую информацию и объяснят, как подключиться.

Будьте добры, точную версию.

Не удивительно. Без внешнего диска такое "решение" в роутеры впихнуть невозможно. Учтите еще зависимости.

Заголовки добавлены. Версия 3.06 Beta 0.

Сохраните startup-config ретранслятора, удалите из конфига пароли (они потом не подойдут), удалите ретранслятор из Wi-Fi-системы. Он должен сброситься. Потом включите, залейте свой конфиг и поставьте пароль вручную. Настройте свой IPTV-порт, как хотели. Бесшовный роуминг будет работать.

Сейчас нельзя вывести порт IPTV на ретрансляторе. Эта функция пока на ранней стадии. Всё, что сейчас можно предложить, это отключить автоматическую передачу настроек, и сделать всё вручную. С двумя устройствами это не очень сложно.

Уважаемые пострадавшие! Ради того, чтобы раз и навсегда справиться с этой напастью, в версии 3.4 и выше был реализован улучшенный способ отключения дисков при штатной перезагрузке устройства и нажатии кнопки "извлечь". Changelog давно перекочевал в архив. Топик-стартер @Axolder пишет про "перерыв", но это не само собой случилось, а кто-то кучу кода перемолол и многократно всё проверил. Несколько замечаний: Со старыми устройствами (до версии 3.4) извините, ничего делать уже не будем Если на одном USB-хабе висит диск и USB-модем, который дёргают по питанию — не нужно так делать Если диск не рассчитан на питание от одного USB-порта, либо у вас перебои с электричеством, ничем помочь не можем. Обеспечьте надежное питание. Тем, к кому замечания не относятся, и кто наблюдает возобновление проблемы на версии 3.6, открывайте новую тему. Это другое. Выкладывайте подробную информацию и self-test. Здесь тему закрываем.

Ядро используется 3.4 или 4.9 от прошивки, модули к нему родные. Из Debian — только userspace-пакеты.

Почитайте здесь, начиная со слов "Включаем прокси".

Во-первых, команда называется "ip hotspot host service-class", а не "ip hotspot service-class". Во-вторых, нужно подправить документацию. "6" — это аргумент с названием "service-class". То есть в /ci надо слать <service-class>6</service-class>. <request id="1"> <command name="ip hotspot host service-class"> <service-class>6</service-class> <mac>b4:00:cb:fa:cc:aa</mac> </command> </request> В-третьих, что более важно, интерфейс /ci будет выходить из обращения, и есть пара более свежих способов. Современный интерфейс API называется /rci. Но для удобной авторизации в нём нужно добавить прокси. Включаем прокси Делаем доменное имя в виде токена из набора случайных символов. Осторожно: мы проксируем запросы на 127.0.0.1:79, где /rci доступен без пароля, поэтому для уверенности можем добавить авторизацию. Она настраивается в командной строке. Создадим пользователя с именем "api" и паролем "---password---". (config)> ip http proxy emuxev3f-rgn3edfn-pkgc8v9n auth Http::Proxy: "emuxev3f-rgn3edfn-pkgc8v9n": enabled authentication. (config)> user api Core::Authenticator: User "api" has been added. (config-user)> tag http-proxy Core::Authenticator: User "api" tagged with "http-proxy". (config-user)> password ---password--- Core::Authenticator: Password set has been changed for user "api". (config-user)> exit Core::Configurator: Done. (config)> system configuration save Core::ConfigurationSaver: Saving configuration... Теперь возвращаемся к задаче про service-class. /rci/parse Принимает ввод команды в виде строки. (Строка должна быть в двойных кавычках согласно RFC.) curl "https://emuxev3f-rgn3edfn-pkgc8v9n.giga4.keenetic.limited/rci/parse" \ --user "api:---password---" \ --request POST \ --header "Content-Type: application/json" \ --data-ascii '"ip hotspot host b4:00:cb:fa:cc:aa service-class 6"' /rci/ip/hotspot/host/service-class Принимает объект JSON. curl "https://emuxev3f-rgn3edfn-pkgc8v9n.giga4.keenetic.limited/rci/ip/hotspot/host/service-class" \ --user "api:---password---" \ --request POST \ --header "Content-Type: application/json" \ --data-ascii '{"mac":"b4:00:cb:fa:cc:aa","service-class":6}' { "status": [ { "status": "message", "code": "19008040", "ident": "Hotspot::Manager", "message": "service class \"6\" applied to host \"b4:00:cb:fa:cc:aa\"." } ] }

Mesh-устройства придется сбросить и захватить заново. Пока только так, к сожалению.

Пока полноценной функции переноса не сделано (работы ведутся), при переносе startup-config на другое устройство нужно: удалить хеши паролей всех пользователей либо заменить их на plaintext перед заливкой переименовать FastEthernet в GigabitEthernet, если поменяли 100Мбит-устройство на гигабитное (или наоборот) Остальное не так фатально. Можно подстроить из Web-интерфейса.

После обновления, сброса на фабричные установки, а также восстановления через keenetic recovery utility не слетают servicehost/servicepass. Процедура получения servicepass для старых моделей Zyxel, к которым относится и Ваше устройство, раньше действительно работала, но сейчас отключена. Ваш lite2 должен был получить пароль давным-давно, у него было много лет для этого. А что люди химичат, затирают, шьют киты с 4pda, это не по адресу.

Здравствуйте! Можно сказать, что разработчики — тоже люди с ограниченными возможностями. Не в том смысле, что наши силы ограничены (хотя и это, конечно, тоже), но в плане понимания образа жизни тех, кто работает с компьютером с помощью screen-reader. Сейчас трудно сказать, можно ли существенно улучшить имеющийся интерфейс, т.к. подобные возможности закладываются заранее, на этапе дизайна. Но точно имеет смысл учесть логику работы программ screen-reader в следующем поколении интерфейса, над которым сейчас ведется активная работа. Напишите здесь, на что нам обратить внимание. Какой screen-reader взять за эталон, например?

Контроллер должен объединять разные MAC-адреса ретрансляторов в одно устройство, т.к. известен алгоритм их смещения. В этом месте была ошибка, спасибо! Попробуйте 3.6 Alpha 9, должно помочь.

Вчера поставили на автотесты. Если в понедельник с утра всё чисто, выложим в Preview и релиз.

Просьба проверить, что на версии 3.6 Alpha 8 проблема исправлена.

Может быть, минусуют те, кто наоборот всё понимает и сопротивляется её внедрению по всему миру! Нарисуйте схему, как работает На уровне взаимодействия всех сторон авторизации. Что будет, если пропал интернет и надо его настроить?

Просто удалите компонент и выньте USB-диск, и никаких "хвостов" не останется.

You can address your question to the official tech support in your country. Have you tried? Did you read this: https://help.keenetic.com/hc/en-us/articles/360000422620-IPSec-VPN-site-to-site

Вот так компания теряет ключевых заказчиков Если серьезно, то хотелось бы побыстрее всем. Работы ведутся, было бы глупо говорить, что кинетик принципиально за "кнопочный" wi-fi, и другой никому не нужен. Мы все свободны покупать в магазине, что хочется, и на что есть деньги. Компания каждый день теряет ровно процент потребителей, которым "здесь и сейчас" от кинетика нужен wifi6, и ровно такой в один прекрасный день вернется обратно.

Удалите компонент mws, если не используете Wi-Fi систему. В версии 3.4 с ним есть такая особенность. В версии 3.5 это убрано. Если используете Wi-Fi систему, то ставьте 3.5 и пришлите self-test, там могут быть нюансы.

На текущей версии воспроизвести не можем. Наблюдается ли проблема после обновления на beta 3? Если да, то нужен журнал загрузки системы. Точнее, то место, где из startup-конфига читается роль.