-
Posts
1,587 -
Joined
-
Last visited
-
Days Won
65
Content Type
Profiles
Forums
Gallery
Downloads
Blogs
Events
Posts posted by eralde
-
-
4 часа назад, User624 сказал:
Добрый день, подскажите, это так и должно быть или баг.
При попытке отредактировать созданное правило перенаправления портов, в частности, изменение параметра "Открыть порт", на любой другой, с последующим нажатием на кнопку Сохранить. Происходит не изменения параметров редактируемого правила, а создание нового, с внесёнными изменениями. Так же, новое правило становится активированным, хотя чекбокс без птички.
1 час назад, Kiborg_Man сказал:Воспроизвёл на draft 2.13.B.1.0-1.
Спасибо, воспроизвели. Постараемся побыстрее пофиксить.
В релизе точно будет исправлено.
- 1
-
10 минут назад, User624 сказал:
Добрый день, подскажите, это так и должно быть или баг.
При попытке отредактировать созданное правило перенаправления портов, в частности, изменение параметра "Открыть порт", на любой другой, с последующим нажатием на кнопку Сохранить. Происходит не изменения параметров редактируемого правила, а создание нового, с внесёнными изменениями. Так же, новое правило становится активированным, хотя чекбокс без птички.
В какой версии прошивки это происходит?
-
В 30.08.2018 в 12:20, ajs сказал:
Удалил, залил, пересоздал, вроде все хорошо... Спасибо!
Возможно проблема была из за того что я мог не сохранить конфигурацию, т.е.:
- Жму кнопку добавить сегмент
- Ввожу все данные для 2.4
- Жму дополнительные данные
- Заполняю, жму сохранить
- Ввожу все данные для 5
- Жму дополнительные данные
- Заполняю, жму сохранить
- Заполняю свойства DHCP
- и т.д.
А вот тут или не нажал Сохранить (отвлекли и оно отвалилось по тайм-ауту) или нажал Отмена (отвлекли - промазал) или возможно просто ушел с данной страницы настроек - Это как вариант повторения проблемы, особо не помню как тогда происходило точно. Но как то в памяти отложилось что этот сегмент или не создан или не настроен, а сегодня увидел что сеть есть и пошел разбираться ...
"Вылечено удалением" ?
Теперь зайти в доп. настройки Wi-Fi до сохранения нового сегмента нельзя. Другие варианты приводят к слишком большому количеству скрытых от пользователя действий.
- 1
-
В 07.09.2018 в 18:16, AndreBA сказал:
@eralde Не забудьте пожалуйста про этот баг. А то как то немного не "комильфо" .
В следующей сборке должно работать корректно. Спасибо за терпение!
- 1
-
14 часа назад, dvg_lab сказал:
Запрашиваю POST'ом /rci/components/list
и не пойму почему, но иногда, (чаще после какого-то значительного простоя , минут 20 по ощущениям), между GET/POST запросами роутер отвечает кодом 200 и таким контентом:
'_content' => '{ "continued": true }',
При этом следующий такой же запрос уже отвечает по полной форме. Это куда копать? .
Есть ряд команд, которые работают долго, поэтому возвращают такой статус если еще не могут выдать ответ. Для них после первого POST-запроса нужно продолжать посылать GET-запросы на тот же ресурс (URL) пока не будет получен ответ без признака continued -- это и будут нужные вам данные.
14 часа назад, dvg_lab сказал:И еще вопрос, подскажите как в JSON переводится команды "no ip nat" и "ip static Home ISP", чего-то не могу подобрать правильный формат.
В такой форме:
{ip: {nat: {no: true}}}
должно сработать.
Во втором случае проще всего посмотреть, что отвечает роутер по GET-запросу rci/ip/static если такое правило создать в CLI (или через веб-интерфейс)
Вот такой POST-запрос на адрес rci/ создает нужное правило:
{ "ip": { "static": { "interface": "Home", "to-interface": "ISP" } } }
- 1
-
25 минут назад, Himmler сказал:
Обновился до 2.12, обратил внимание, что в web-GUI мои текущие настройки ping-check (заданные ранее через CLI) хоть и отображаются, но подсвечены как "некорректные".
А именно - нет возможности задать доменное имя (требуется именно IP, а в моём случае это как раз-таки ddns-имя)
Нет возможности задать интервал более 600 секунд (у меня 900)
Изменить и сохранить настройки ping-check я не могу, пока не сделаю все параметры "корректными" по мнению GUI.
Не знаю, баг это или фича, но создаёт неудобства.
Спасибо, поправим к релизу 2.13
-
1 минуту назад, eralde сказал:
Попробуйте
"disable": false
аналогично с schedule
true/false -- не строковые константы, а зарезервированные значения для булевого типа
- 1
-
2 минуты назад, dvg_lab сказал:
Запихиваю вот такой JSON
[ { "access-list": { "acl": "_WEBADMIN_OpenVPN0", "no": "True" } }, { "access-list": [ { "permit": { "disable": "False", "source-mask": "0.0.0.0", "_": "0", "destination": "0.0.0.0", "schedule": { "no": "True" }, "acl": "_WEBADMIN_OpenVPN0", "protocol": "ip", "index": "0", "destination-mask": "0.0.0.0", "action": "permit", "source": "0.0.0.0" } } ] }, { "interface": { "OpenVPN0": { "ip": { "access-group": [ { "direction": "in", "acl": "_WEBADMIN_OpenVPN0" } ] } } } }, далее идут остальные интерфейсы и сохранение
Правила попадают на свои интерфейсы и отображаются в веб интерфейсе, все нормально, но они все в состоянии "Выключено", несмотря на параметр "disable":"False"
Вроде никакого специфичного запроса на включение больше не отлавливается.
Что нужно сделать чтобы они заенаблились?
Попробуйте
"disable": false
- 1
-
Только что, eralde сказал:
Прямо сейчас -- удаляем все, сохраняем новый список целиком
Это приводит к проблемам у некоторых пользователей, поэтому и переработали механизм сохранения.
- 1
- 1
-
28 минут назад, MDP сказал:
А как происходит процедура, когда правило надо втиснуть меж других правил? ...удаляется хвост вписывается правило и добавляется хвост из правил?
Прямо сейчас -- удаляем все, сохраняем новый список целиком
- 1
-
16 минут назад, dvg_lab сказал:
Спасибо огромное, а за ссылку на /a отдельное спасибо, не знал, а теперь все гораздо проще!
По новому способу хранения правил, значит перед тем как отправлять правила в /rci нужно будет еще и версию release проверять, подскажите с какой версии поменяется алгоритм хранения?
Изменения попадут в 2.14. При создании списка с нуля (или удалении первой командой) -- ничего не поменяется.
- 1
-
1 час назад, dvg_lab сказал:
Накопилось некоторое количество вопросов по интерфейсу /rci, и так как пока не готов мануал по rci, буду задавать вопросы здесь в отдельном треде и надеюсь на помощь сообщества:
Создаю правило в МСЭ через веб морду и смотрю как формируется JSON, например интерфейс OpenVPN0, на котором не было ни одного правила в первых строках удаляет вроде бы не существующий access-list
[{"access-list": { "acl":"_WEBADMIN_OpenVPN0", "no":true } }, { "access-list": [{"permit": {"source":"0.0.0.0", ... далее понятно
И ответ подтверждает удаление "message": "_WEBADMIN_OpenVPN0" access list removed."
Вопрос, это необходимая процедура перед началом создания первого правила на интерфейсе, сначала удалить, а потом он автоматически создастся при первом же permit/deny правиле?
И второй вопрос, можно ли одним JSON запросом сформировать сразу все правила (у меня их около 18) на все интерфейсы и тем же запросом сказать {"system":{"configuration":{"save":true}}} ?
1. Нет, эта процедура скоро станет необязательной. Как раз сейчас способ сохранения правил переделывается. Это запрос удаляет цепочку ACL целиком.
2. При сохранении правила цепочка будет создана автоматически. Чтобы сохранить несколько правил -- отсылайте правила массивом, в каждом элементе -- запрос для отдельного интерфейса с массивами в permit и deny
Точную форму запроса можно найти, экспериментируя в Web CLI: my.keenetic.net/a (вкладка REST)
- 2
-
38 минут назад, Александр Рыжов сказал:
Вероятно, имелись в виду иконки типа устройств, как у Азуса при клике на «View List».
Да, я так и понял.
Но пока пользовательские настройки для веб-интерфейса на Кинетике хранить нет возможности.
Когда (если) появится -- будет и конфигурируемый дашборд, и иконки для хостов, и т.п.
-
24 минуты назад, vrodetogo сказал:
Привязку выбранных иконок к MAC-адресам (пока) негде хранить, поэтому в ближайшее время такое точно не появится.
-
Ошибки WEB
in 2.13
-
Ошибки WEB
in 2.13
15 часов назад, denmmx сказал:Keenetic Giga II, 2.13.B.0.0-0
Вот такое пишет, хотя L2TP-подключение (Билайн) установлено и нормально работает... После перезагрузки то же самое
По скриншотам невозможно понять как все настроено. Нужна конфигурация ваших подключений + вывод команды show interface. Пришлите в личку
-
Ошибки WEB
in 2.13
4 часа назад, Sfut сказал:Да, это известная проблема. Пока IE11 в низком приоритете, если функционально все работает. Но мы исправим.
-
Ошибки WEB
in 2.13
2 часа назад, Geont сказал:В каких случаях график так выглядит? Всегда?
2 часа назад, Geont сказал:Плюс на какой-то из последних сборок снова появились разночтения при отображении информации у однотипных подключений.
У верхнего подключения точно есть два разных IP-адреса?
2 часа назад, Geont сказал:В виду выхода беты повторюсь с вопросом: настройки портов для удаленного управления центром решено оставить в разделе "пользователи"?
Надо переименовать страницу. Мы сознательно не даем включать доступ к устройству если есть хотя бы один пользователь с правами администратора и без пароля.
Выносить эти настройки в другое место, значит, увеличить количество действий в стандартном сценарии "хочу открыть доступ к устройству".
2 часа назад, Geont сказал:Положение попапа мы поправим. Издержки очень быстрого внедрения адаптивной верстки.
Относительно контроля доступа -- сейчас мы не сохраняем информацию о том, как последний раз устройство было подключено.
Когда эта информация появится у проводных хостов этого блока не будет. Опять же, в старом вебе это вообще никого не смущало.
-
Ошибки WEB
in 2.13
16 минут назад, r777ay сказал:Win10 Chrome Версия 68.0.3440.106 (Официальная сборка), (64 бит)
Спасибо! Значит, мало тестировали. Будем исправлять
- 1
-
Ошибки WEB
in 2.13
-
22 минуты назад, ajs сказал:
Удалил, залил, пересоздал, вроде все хорошо... Спасибо!
Возможно проблема была из за того что я мог не сохранить конфигурацию, т.е.:
- Жму кнопку добавить сегмент
- Ввожу все данные для 2.4
- Жму дополнительные данные
- Заполняю, жму сохранить
- Ввожу все данные для 5
- Жму дополнительные данные
- Заполняю, жму сохранить
- Заполняю свойства DHCP
- и т.д.
А вот тут или не нажал Сохранить (отвлекли и оно отвалилось по тайм-ауту) или нажал Отмена (отвлекли - промазал) или возможно просто ушел с данной страницы настроек - Это как вариант повторения проблемы, особо не помню как тогда происходило точно. Но как то в памяти отложилось что этот сегмент или не создан или не настроен, а сегодня увидел что сеть есть и пошел разбираться ...
Спасибо, надо будет внимательно протестировать такой сценарий. В любом случае -- поведение некорректное
- 1
-
2 минуты назад, ajs сказал:
Удалить секции:
- interface WifiMaster0/AccessPoint2
- interface WifiMaster0/AccessPoint3
- interface WifiMaster1/AccessPoint2
-
interface WifiMaster1/AccessPoint3
Или в них просто убрать SSID и перевести в Down?
Убрать SSID, добавить down
- 1
-
2 минуты назад, ajs сказал:
Т.е. надо создать сегмент
с тем же именем и SSID? Не выходит, говорит занято в другом сегменте ...Т.е. если просто создать сегмент -- сеть к нему не присоединяется. Тогда это ошибка, нужно почистить конфиг
- 1
- 1
-
12 минуты назад, ajs сказал:
Только это уже 4-й сегмент непонятно откуда и зачем без имени и других атрибутов.
Эти 4 секции я удалить наверняка могу, но как это лучше сделать не знаю. В cli? не совсем понимаю как в конфиге и его перезалить? Или может все таки можно в webgui их получить и удалить оттуда
Удалять интерфейсы WifiMasterX/AccessPointY не нужно.
Достаточно удалить у них SSID (удалить строчку ssid %%%%%%)и выключить интерфейс (добавить строчку down) в секции, относящиеся к этим интерфейсам.
В вашем примере все правильно настроено у WifiMaster0/AccessPoint3.
Попробуйте еще раз создать третий сегмент в веб-интерефейсе. Если в нем не будет настроенной сети Wi-Fi -- удалите.
Я попробую воспроизвести ваш сценарий. При удалении сегмента настройки сетей должны чиститься.
- 1
Гостевая сеть
in 2.13
Posted
"Изоляция клиентов" после добавления хотя бы одной беспроводной сети в сегмент