Jump to content

Andrey Kupreychik (Foxel)

Forum Members
  • Posts

    13
  • Joined

  • Last visited

Everything posted by Andrey Kupreychik (Foxel)

  1. Первое не совсем верно. Я понимаю этот подход, он имеет место быть, но сессия на модеме остается активна даже если я выключаю соединение в UI/Telnet и оно больше не идет как резервное, автоматического перехода на него не будет. В этом даже для первого сценария я вижу баг. Второй сценарий это конечно мечта. Рад слышать что его уже прорабатывают разработчики.
  2. Добрый вечер! После покупки модема Megafon для резервного соединения обнаружил что у меня списываются деньги за дни когда я не использую соединение (использую тариф с оплатой только за дни подключения). Оказалось что роутер не отключает интернет на модеме после опускания интерфейса. Из отладочного лога видно следующее (ключевые части): Jan 22 16:59:55 192.168.0.1 ndm: Network::Interface::Base: "CdcEthernet0": interface is up. Jan 22 16:59:55 192.168.0.1 ndm: Core::ConfigurationSaver: saving configuration... Jan 22 16:59:56 192.168.0.1 ndm: Network::Interface::UsbEthernet: "CdcEthernet0": link up. ... Jan 22 17:00:04 192.168.0.1 ndm: Network::Interface::WebCaller::Task: calling http://192.168.100.1/goform/goform_set_cmd_process. Jan 22 17:00:04 192.168.0.1 ndm: Network::Interface::WebCaller::Task: sending: goformId=SET_CONNECTION_MODE&isTest=false&ConnectionMode=auto_dial&roam_setting_option=off. ... Jan 22 17:00:04 192.168.0.1 ndm: Network::Interface::WebCaller::Task: calling http://192.168.100.1/goform/goform_set_cmd_process. Jan 22 17:00:05 192.168.0.1 ndm: Network::Interface::WebCaller::Task: sending: isTest=false&notCallback=true&goformId=CONNECT_NETWORK. Дальше идет опрос уровня сигнала и т.п. При отключении: Jan 22 17:06:25 192.168.0.1 ndm: Network::Interface::Base: "CdcEthernet0": interface is down. Jan 22 17:06:25 192.168.0.1 ndm: Core::ConfigurationSaver: saving configuration... Jan 22 17:06:26 192.168.0.1 ndhcpc: CdcEthernet0: sendmsg() failed (network is unreachable). Jan 22 17:06:26 192.168.0.1 ndhcpc: CdcEthernet0: can not send RELEASE (network is unreachable) in RELEASING state. Jan 22 17:06:26 192.168.0.1 ndm: Dhcp::Client: DHCP server is not responding. Jan 22 17:06:26 192.168.0.1 ndhcpc: CdcEthernet0: interrupted by a stop signal. Jan 22 17:06:26 192.168.0.1 ndhcpc: CdcEthernet0: NDM DHCP client stopped (exit status 0). Jan 22 17:06:26 192.168.0.1 ndm: Network::Interface::Ip: "CdcEthernet0": IP address cleared. Jan 22 17:06:26 192.168.0.1 ndm: FeedbackListener: failed to send a feedback result code. Jan 22 17:06:28 192.168.0.1 ndm: Network::Interface::UsbEthernet: "CdcEthernet0": link down. Jan 22 17:06:29 192.168.0.1 ndm: Core::ConfigurationSaver: configuration saved. Я бы как минимум ожидал `goformId=DISCONNECT_NETWORK` перед отключением порта. Мне так-же кажется лишним `ConnectionMode=auto_dial` при подключении. Возможно имеет смысл на всякий случай перезагрузки модема, но тогда я хотел бы видеть `ConnectionMode=manual_dial` при выключении интерфейса. Проблема с открытым соединением не позволяет мне удобно использовать данный вид подключения. Считаю это недоработкой/ошибкой. Есть ли шанс что ситуация изменится в будущих версиях прошивки? Роутер KN-1010. Текущая версия KeeneticOS: 3.5.6. Модем: Мегафон 4G+ (LTE) модем M150-3 kn-1010-cdc.log
  3. Это работает если я IP зафиксировал, и то синхронизироваться не будет если IP сменить. Но вот мне как-раз когда зафиксировал IP, имя уже не будет нужно, а нужно без фиксации IP.
  4. День добрый. Использую функцию `ip dhcp pool update-dns`. Удобно, но не все клиенты посылают корректное имя и не все посылают имя в принципе. Можно ли сделать так, чтобы в DNS попадали имена устройств, заданные при их внесении в known host? Ну или отдельно как-то задать dns имя для устройства?
  5. Отпишусь тут. Скажите, если нужно отдельную тему завести. Хотелось бы чтобы при работе MWS было возможно: * настраивать какие порты захваченной точки принадлежат каким VLAN (или иметь режим MWS в котором она не настраивает на дочерних vlan для портов которые не ведут к главному роутеру. * чтобы MWS не стирало на дочерних точках бриджи и Vlan к которым она не имеет отношения MWS очень удобная вещь для настройки именно беспроводной части, синхронизации списков доступа, включения/отключения сетей WI-FI. Но настройку проводной части она делает довольно грубо. По минимуму было бы достаточно иметь режим MWS в котором при настройке дочерних точек происходило следующее: * при настройке VLAN на портах, настраивался только порт ведущий к главной точке, trunk VLAN только добавлялись, но не убирались * при настройке Bridge интерфейсов, интерфейсы только добавлялись, но не убирались Таким образом можно было бы настроить на дочерних точках VLAN самому, а также иметь дополнительные бриджи
  6. Добрый день. Сегодня обнаружил, что не могу открыть WEB-интерфейс роутера: браузер до изнеможения ждет ответ на /rci/show/version. Попробовал команду 'show version' через telnet - все сработало: (config)> show version release: 3.01.C.0.0-0 sandbox: stable title: 3.1 arch: mips ndm: exact: 0-b285276 cdate: 28 Aug 2019 bsp: exact: 0-6c35696 cdate: 28 Aug 2019 ndw: version: 3.1.20 features: wifi_button,wifi5ghz,usb_3,led_control,dual_image,wifi_ft,wpa3 components: base,config-ap,corewireless,dhcpd,dot1x,dpi,easyconfig,igmp,miniupnpd,netflow, pingcheck,ppe,pppoe,trafficcontrol,usb manufacturer: ZyXEL vendor: ZyXEL series: Keenetic series model: Keenetic hw_version: 80280000-D hw_id: kng_re device: Keenetic Giga III class: Internet Center region: RU description: ZyXEL Keenetic Контекст: роутер используется в режиме точки доступа и работает как слейв в Wi-Fi системе под управлением Giga KN-1010. Последнее изменение, насколько я помню, - добавление нового сегмента. Помогите разобраться в проблеме.
  7. Вижу что докатилась до официальной беты. Перешел на бету. Теперь все равботает. Спасибо!
  8. Мой вариант использования следующий: я использую белые списки на обоих точках. У всех моих устройств одинаковый MAC в двух диапазонах. Т.к. зона покрытия 5ГГц меньше, мне нужно, чтобы двухдиапазонные переносимые устройства (телефоны и планшеты) имели доступ к обоим точкам, т.е. мне нужно внести их в оба списка и не потерять в последствии при подключении новых устройств.
  9. Добрый день. Где-то месяц назад заметил в UI NDMS GIGA 3 следующий баг: список доступа не всегда показывает зарегистрированные устройства, даже если они в текущий момент есть в списке доступа. Это вызывает неудобства с добавлением новых устройств, ибо при сохранении списка, неотображаемые устройства из него стираются. Вчера я покопался в проблеме глубже и обнаружил следующий код в /modules/wireless.acl.js: for (var i in khost) { var mac = khost[i].mac; if (!macs[mac].ap && !+macs[mac].port || macs[mac].ap == AP_IFACE) rows.push([macs[mac].name || macs[mac].hostname, mac.toUpperCase()]); } Согласно данному алгоритму в список для отображения не попадают устройства, в данный момент ассоциированные с AP, если это не AP которую мы настраиваем. Т.е. если я открываю список доступа сети 2.4 ГГц, я не вижу там устройств, которые сейчас подключены к 5 ГГц точке (и наоборот). Я считаю это багом, ибо есть необходимость добавить устройство в белый список для обоих точек. Прошу починить или объяснить. P.S. Приходится управлять списком через telnet. Это конечно не часто бывает, но очень неудобно, особенно учитывая, что стоит мне сохранеить список в UI я теряю уже сохраненные настройки.
×
×
  • Create New...