Jump to content

ndm

Administrators
  • Posts

    3,667
  • Joined

  • Last visited

  • Days Won

    648

Posts posted by ndm

  1. В 30.01.2019 в 16:04, r13 сказал:

    @ndm Сброс Band Steering контроллером при перезагрузке  на подчиненных устройствах почините пожалуйста, все еще актуальный баг.

    Было сделано специально, т.к. он довольно плохо сочетался с включенным 802.11k/r. Хотя, начиная с 2.15.A.5.0-1, ситуация изменилась для клиентов с поддержкой 802.11v (Apple, в основном). Им теперь вежливо предлагают проследовать на другой band. Предлагаете настраивать его зеркально с контроллером?

  2. 1 hour ago, zyxmon said:

    Давайте сюда полную цитату и имя сотрудника поддержки. Если такое кто сказал про "процессор в роутере медиатек", то его, подозреваю уволят за профнепригодность.

     

    @zyxmon Пожалуйста, не провоцируйте, мы эту тему мусолим уже много дней, в том числе и в поддержке. Кто-то чуть не так переставил слова, а мы сейчас прицепимся. Проблему это не решит.

    • Thanks 1
  3. 1 hour ago, Илья Картавенко said:

    У меня тоже сложилось впечатление, что не хватает мощности, или как будьто бы не хватает питания.

    @Илья Картавенко не хватает оперативной памяти, и только. Посмотрите внимательно на ошибки.

    [W] Jan 26 23:46:51 ndm: kernel: SLAB: Unable to allocate memory on node 0 (gfp=0x20)
    [W] Jan 26 23:46:51 ndm: kernel:   cache: size-131072, object size: 131072, order: 5
    [W] Jan 26 23:46:51 ndm: kernel:   node 0: slabs: 2/2, objs: 2/2, free: 0
    [W] Jan 26 23:46:51 ndm: kernel: SWNAT: OOM
    [W] Jan 26 23:46:51 ndm: kernel: kworker/0:2: page allocation failure: order:5, mode:0x20

    OOM = Out of memory

    Чел нагрузил роутер по самые гланды. Он и качает (на медленную!) флешку, и должен еще маршрутизировать. При очередной попытке выделить память для SWNAT SLAB-аллокатор не нашел фрагмента нужного размера.

    @DimoniXo учтите, что чем медленнее носитель, тем хуже. Он не успевает записывать с той скоростью, с которой transmission качает. Пока i/o-подсистема давится тем, что не успевает пропихнуть на диск, swnat-у понадобилось пустить кого-то в интернет. Кому-то придется подождать.

    И не перезагружается!!! Ха-ха, отлично :D

    • Thanks 2
  4. 3 часа назад, r13 сказал:

    Это стало бы возможно если бы mws подменяла mac на гостевой ТД.

    Предполагается, что на точки заходят через интерфейс контроллера. Либо по доменному имени через http-прокси + keenDNS, где тоже постоянный IP-адрес не нужен. Более того, точки убраны из списка устройств, и теперь даже негде этот IP настроить.

    Но если очень хочется, то... На захваченных точках доступа можно менять любые настройки, кроме небольшого числа заблокированных. Так понимаю, речь о MAC-адресе на гостевом сегменте Bridge1. Ставим его вручную, чтобы отличался от Bridge0 и сохраняем конфиг. Теперь привязка по IP работает без проблем. Из видимых недостатков — на контроллере точка доступа раздваивается. Гостевая видна как отдельное устройство. Она также видна в списке MWS с кнопкой "Проверить состояние".

  5. В 19.01.2019 в 09:47, r13 сказал:

    Остается только password, type = nt.

    password, type = md5: пропадает.

    Да, это был ключ к разгадке. Оказалась проблема не в контроллере, а на захваченных устройствах. Хеш md5 слетает при старте, после чего пароль админа приходит с контроллера, а остальные нет. Сейчас пофиксим в 2.15, но в 2.14 (стабильной) она останется.

    • Thanks 1
    • Upvote 1
  6. 1 hour ago, Odium said:

    Идея протянуть в "мёртвую зону" кабель и поставить там имеющийся Keenetic lite Rev. B (старый, серенький, с одной антенной). Подскажите могу ли я это как то настроить так чтобы главный роутер передавал интернет по кабелю Zixel'ю, а тот ретранслировал имеющуюся точку доступа бесшовно?

    Воткните кинетик проводом в режиме точки доступа, настройте на нем такой же SSID и пароль, и будет бесшовно. Не парьтесь насчет новомодных протоколов роуминга, в Вашем случае они невозможны. Они сокращают время перехода с сотен до десятков миллисекунд, но какая в сущности разница? Зато бесплатно.

    • Thanks 1
    • Upvote 3
  7. On 1/13/2019 at 9:10 PM, AndreyUA said:

    @ndm хотя бы кивните, что тему заметили😄

    Заметили! Извиняемся, что заставили понервничать, т.к. аналогично @dexter в нашей тестовой системе ТД были на 2.14. Давно пора исправить, похожие темы из этой серии:

     

    • Thanks 1
  8. 3 часа назад, JIABP сказал:

    Случайно обнаружил такой баг: включил 2.4 ггц точку доступа со стандартным именем Keenetic-12345, снял скрины, потом вырубил ТД и iPhone iOS 12.1.2 выдал такое сообщение

    Создайте тему про баг в разделе Мобильное приложение, чтобы заметили.

  9. Не можем воспроизвести. Гостевая сеть работает нормально при тех же условиях. Проверьте, видит ли Extra II роутер KN-1010 по гостевой сети. Включите на Bridge1 Extra II DHCP-клиент. Получает ли он адрес и т.д.? Поставьте security-level private на Bridge1 KN-1010. Изменяется ли что-нибудь?

  10. 21 hours ago, jazzy said:
    On 12/20/2018 at 9:25 PM, Александр Рыжов said:

    Ещё косямба: если подчинённое устройство в режиме AP соединено с головным устройством WAN-портом, то при захвате оно наглухо зависнет, после чего поможет только сброс скрепкой.

    Подозреваю, что это происходит из-за переконфигурирования свитча в процессе синхронизации конфига с головным устройством.

    Такая же ситуация. Основное устройство Ultra KN-1810, подчиненное Ultra 2 (сброшенное в ноль и переведенное в режим AP) подключено WANом к LANу основного.

    При нажатии на контроллере кнопки "Захватить" подчиненное виснет.

     

    Да, это известная проблема — не пользуйтесь синим портом KN-1010, KN-1810 и KN-1910 в "режимах". Даже так: его нельзя включать в сегменты ни в каком режиме. Придется потерперь это ограничение некоторое время.

    • Thanks 2
  11. On 1/10/2019 at 9:28 PM, r13 said:

    @ndm @Le ecureuil Надо что-то придумать для конфига в котором гостевая точка тоже задействована,

    Сейчас в такой конфигурации точка запрашивает ip у основной точки с одним и тем же маком и в гостевом и в домашнем сегментах

    При этом в списке устройств отображается или гостевая и или основная точка рандомно.

    Замена mac на гостевом сегменте точки доступа не помогает, контроллер восстанавливает настройки сегмента на точке доступа, отключение dhcp клиента в гостевом сегменте тоже не доступно.

     

    Да, естественно сами тоже заметили. Решили сделать таким образом, чтобы на списке устройств захваченные точки отсутствовали и не мозолили глаза. Вместо этого они будут детально представлены в таблице Wi-Fi системы, и там будет правильная ссылка на Home-адрес.

    • Thanks 1
×
×
  • Create New...