ndm

Тогда вам нужно поменять опцию на https: upstream https 78.178.33.23 5001

Что у вас слушает на этих портах, HTTP? Тогда можно прописать любые доменные имена и проксировать http/https, куда хотите. Настраивается из командной строки, например (config)> ip http proxy syn (config-http-proxy)> domain static test1234.ru (config-http-proxy)> upstream http 78.178.33.23:5001 То есть, различать доменные имена 3-го уровня будет встроенный в кинетик nginx (по заголовкам Host или SNI).

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

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

Thanks @yerebakan, the issue will be fixed in the nearest update. We have found the root cause.

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

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

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

Заголовки добавлены. Версия 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