Перейти к содержанию

GeodE

Участники форума
  • Постов

    55
  • Зарегистрирован

  • Посещение

Сообщения, опубликованные GeodE

  1. Контроллер неверно отображает скорость проводного 100-мбит клиента, подключённого к репитеру, показывает 1-гбит:

    534.thumb.JPG.ac65acca5a7429ec3c776e2e3e61e86f.JPG

    Наверное берёт скорость линка с репитером (соединение контроллер-репитер также проводное)

  2. 4 часа назад, vasek00 сказал:

    192.168.1.3 данный адрес используется при проблеме на DHCP сервере или его отсутствие, т.е. точка не получила IP и был назначен по умолчанию.

    Не совсем понял, что имеется в виду, почему 192.168.1.3 резервный и где про это почитать?

    У меня вручную назначены IP - 192.168.1.2 и 192.168.1.3 у обеих ТД, на Beta2 вторая точка становится не видна в mesh, хотя по факту в UI зайти можно. Любые манипуляции с IP ничего не дают - по новым IP также доступна веб-морда, но в mesh точку не видно. Откат на Beta1 решает проблему, всё работает

  3. Подтверждаю, KN-3810 ( три штуки в mesh) - один из роутеров не виден в mesh после обновления до 4.3 beta 2.

    По факту, роутер доступен по своему адресу (вручную назначен 192.168.1.3). В логе нашёл, что у третьего роутера "same ipv4", как у второго, что, по факту, не так. Любые попытки поиграть с ip (поменять, сделать автоназначение , не решают проблему)

    Решает проблему откат на 4.3 Beta 1 на контроллёре.

  4. Доброго, как выключить SQM? В вебе поставить скорость 0 не даёт, у меня включено на трёх интерфейсах:

    qms.JPG.e3a6667092a389fc7829a88435201113.JPG

    Что в cli прописать, чтобы везде нули были, как оно было по-умолчанию?

     

     

  5. Такая же фигня была, с некоторыми устройствами, разбираться не стал, просто забиндил за всеми важными стационарными устройствами фиксированные IP из диапазона, который ниже начального адреса пула DHCP. По-умолчанию в кинетиках пул раздачи IP начинается с *.*.*.33, соответственно все айпишники ниже 33 раздаваться через DHCP не должны, и конфликтов не будет.

    Вроде помогло.

  6. 4.1 beta 3, подтверждаю проблему, сегодня с этим столкнулся - сменился ip на "сервере" и коннекта не было до тех пор, пока не пересохранил конфиг на "клиенте". Несмотря на то, что подключение идёт по домену ****.keenetic.name

  7. Сейчас проверил, на втором кинетике kn-1011 (в другой локации и с другим провайдером) на котором ещё 4.0.2 стоит - похожие проблемы, Error: [E08D] unable to send request: operation not permitted.

    И куча сообщений о таймауте Doh

    • Спасибо 2
  8. Ну что господа, переходим на следующий уровень..

    На момент написания этого поста столкнулся с тем, что на мобильном операторе (Билайн, Москва) не работает ни один vpn. Забанены, похоже, именно протоколы, т.к. не коннектит даже к собственному VPN, поднятому на VPS-серваке в Нидерландах, ни по wireguard, ни по openvpn. На проводном операторе пока всё работает.

    Т.к. VPN поднимал через Amnezia, они к переходу на "следующий уровень" готовы, и в свежей версии клиента запилили поддержку OpenVPN over Cloak. Установил контейнер на сервак, попробовал с их же клиента, как под win, так и под android - работает! Вопросы скорости пока оставим за скобками, всё, конечно, ощутимо печальней, чем при "чистом" openvpn (на чистом даёт 150мбит при канале у сервака в 200мбит, а через cloak - 50мбит..), но оно, хотя бы, работает

     

    Поэтому вопрос - как поднять клиент openvpn over cloak на кинетике?

  9. В 07.08.2023 в 05:54, Denver79 сказал:

    Выбора частот как не было так и нет 😕

    Есть)

    Скрытый текст

    111.JPG.61b827b5b8a80d4c6bf8a7b5658133fd.JPG

    Вам нужно прошить модем из режима HILINK в режим STICK, прошивкой 21.333.01.00.00 (дашборд шить не обязательно, если модем используется только в роутере, то дашборд не нужен).

    Соответствующие мануалы есть на 4pda в ветке данного модема.

  10. Сегодня тоже писал в поддержку - на 4.0.0 ping check (в автоматическом режиме) пускает резервный модем в циклическую перезагрузку по питанию. Без пингчека всё нормально работает. Проблема тут обсуждалась в соседних темах ещё на альфах 4.0, что то делалось, но, похоже, так до конца и не была решена.

    Также, основное соединение (на котором включен ping check), после перезагрузки роутера, около минуты не цепляется из за пингчека, но, в итоге, всё таки стартует. Поэтому на основном ping check не стал отключать.

    P.S. На 3.9.8 основное цеплялось сразу и резервный модем не отваливался. Ping Check на обоих соединениях был включён в автоматическом режиме всегда.

  11. 2 часа назад, vst сказал:

    Для Huawei NDIS SMS не делали и в планах тоже нет

    Зачем тогда оно появилось в вебморде в 3.9? Мы то думали, что будут смс..

    В 3.8 не было, и глаза не мозолило.

    Ну и да, тоже поинтересуюсь, почему такое решение? Одни из самых популярных модемов.

  12. 19 часов назад, XEGARE ᅠ сказал:

    перепрошился на МТСовскую стик прошивку, но там вообще коннекта к сети не происходило

    Емнип, МТСовская не рекомендуется установке, она какая то упоротая)

    21.333.01.00.00 из стиков самое то.

    19 часов назад, XEGARE ᅠ сказал:

    По какой причине не знаю.

    Скорее всего всё таки были какие то работы на БС, просто её не отключали полностью, как в моём случае (до сих пор не могу понять, что там должно было случиться, что бы 10 дней БС вообще не работала)

    19 часов назад, XEGARE ᅠ сказал:

    Я это к тому что странный у меня e3372

    У меня небрендированный, 18го года, купленный новым запечатанным в прошлом году - тоже определяется как UsbLte0 и тоже нет SMS/USSD. Как то даже не задумывался особо над этим, думал норма. Если в 3.9 появились - круто, пока ещё не ставил эти прошивки.

    P.S. Ещё у меня не выбираются диапазоны - если нажать на "выбрать частотные диапазоны" - ничего не происходит. У вас также?

  13. В 19.08.2022 в 13:33, XEGARE ᅠ сказал:

    После включения света такое началось. И сохраняется и на стабильной 3.8.4 и на 3.9 Alpha 6. Так что не ясна какая версия.

    Почему решили, что виноват роутер?

    Точно такой же модем, также прошитый в stick (прошивка 21.333.01.00.00) работает у меня на kn-1011 (3.8.4) сейчас в качестве резервного - никаких проблем не наблюдаю, аптайм неделями.

    P.S. У вас не билайн случаем? Недавно была история - подключение на модеме отвалилось и никак не хотело подниматься. Я битый час не мог понять, в чём причина, пока наконец не дошло - отключили базовую станцию, тупо не было сигнала, даже Е-шка не ловила. И отключали её не на сколько нибудь, а аж на 10 дней (!). Даже скидку дали, когда уже жаловаться начал в ТП.

  14. Напишу в эту тему дабы не плодить.

    Модем E3372h-153 в режиме Stick (Ndis) - не работает выбор частотных диапазонов.

    При клике на соответствующую ссылку =>"Подождите" => и ничего не происходит.

    30343715_.PNG.5db8a4e38152c5c96aa3d19e2273f5d1.PNG

     

    Баг или фича?

  15. Прочитал эту тему - наверное я не до конца правильно выразился.

    В моём случае "vpn" - это просто vpn-провайдер, к которому роутер подключается через ikev2. И соответственно отдельный профиль с приоритетом этого vpn-провайдера, куда закинуты несколько устройств (для обхода ограничений, связанных со всем известными событиями), подключенных к роутеру по проводу и wifi.

    И когда отваливается основной isp, роутер переключается на резервный wisp - все устройства из профиля с приоритетом vpn-провайдера - не выходят в инет.

    Хотя это самое подключение к vpn-провайдеру нормально устанавливается.

  16. Имеется vpn, поднятый на роутере (IKEv2) и отдельный профиль для нескольких устройств, для постоянного подключения через этот vpn. При проводном соединении через провайдера всё отлично работает, но если подключиться через резервный WISP, все устройства, привязанные к этому профилю - оффлайн.

    При этом само по себе vpn-соединение на роутере в этот момент работает, соединение есть.

  17. 18 часов назад, enterfaza сказал:

    пишите смотрешке и кидайте им линк на поддержку движка ntce

    я так сделал с 24htv

    Хм, т.е. это смотрёшка должна в свою приложуху поддержку добавлять, а не разработчики ntce смотрёшку?

    А линк можно?

  18. Я так понимаю, мне в эту же тему. Гига KN-1011, 3.7b2 (но так было и на прошлых прошивках, включая несколько релизов 3.6).

    Всё работает нормально по несколько дней, потом происходит что то, и некоторые клиенты начинают тупить, отваливаться, не хотят переподключаться и т.д.

    Не помогает ничего, кроме перезагрузки роутера. После перезагрузки всё снова отлично от суток до, чуть ли, не недели, потом опять что то, пошли глюки, отвалы = ребут = опять всё ок.

    Один из тех клиентов, что начинают тупить, вот так например начинает себя вести:

    Скрытый текст
    WifiMaster1/AccessPoint0: (MT7915) STA(b0:6e:bf:a4:19:94) had disassociated by STA (reason: STA is leaving or has left BSS).
    Сен 8 20:30:27
    wmond
    WifiMaster1/AccessPoint0: (MT7915) STA(b0:6e:bf:a4:19:94) had deauthenticated by STA (reason: STA is leaving or has left BSS).
    Сен 8 20:30:34
    wmond
    WifiMaster1/AccessPoint0: (MT7915) STA(b0:6e:bf:a4:19:94) had associated successfully.
    Сен 8 20:30:39
    wmond
    WifiMaster1/AccessPoint0: (MT7915) STA(b0:6e:bf:a4:19:94) had disassociated by STA (reason: STA is leaving or has left BSS).
    Сен 8 20:30:39
    wmond
    WifiMaster1/AccessPoint0: (MT7915) STA(b0:6e:bf:a4:19:94) had deauthenticated by STA (reason: STA is leaving or has left BSS).
    Сен 8 20:31:34
    ndhcps
    DHCPREQUEST received (STATE_RENEWING) for 192.168.1.140 from b0:6e:bf:5f:93:d2.
    Сен 8 20:31:34
    ndhcps
    sending ACK of 192.168.1.140 to b0:6e:bf:5f:93:d2.
    Сен 8 20:31:40
    wmond
    WifiMaster1/AccessPoint0: (MT7915) STA(b0:6e:bf:a4:19:94) had associated successfully.
    Сен 8 20:31:45
    wmond
    WifiMaster1/AccessPoint0: (MT7915) STA(b0:6e:bf:a4:19:94) had disassociated by STA (reason: STA is leaving or has left BSS).
    Сен 8 20:31:45
    wmond
    WifiMaster1/AccessPoint0: (MT7915) STA(b0:6e:bf:a4:19:94) had deauthenticated by STA (reason: STA is leaving or has left BSS).
    Сен 8 20:32:46
    wmond
    WifiMaster1/AccessPoint0: (MT7915) STA(b0:6e:bf:a4:19:94) had associated successfully.
    Сен 8 20:32:51
    wmond
    WifiMaster1/AccessPoint0: (MT7915) STA(b0:6e:bf:a4:19:94) had disassociated by STA (reason: STA is leaving or has left BSS).
    Сен 8 20:32:52
    wmond
    WifiMaster1/AccessPoint0: (MT7915) STA(b0:6e:bf:a4:19:94) had deauthenticated by STA (reason: STA is leaving or has left BSS).
    Сен 8 20:33:46
    ndhcps
    DHCPREQUEST received (STATE_RENEWING) for 192.168.1.66 from e0:d5:5e:83:f3:29.
    Сен 8 20:33:47
    ndhcps
    sending ACK of 192.168.1.66 to e0:d5:5e:83:f3:29.
    Сен 8 20:33:52
    wmond
    WifiMaster1/AccessPoint0: (MT7915) STA(b0:6e:bf:a4:19:94) had associated successfully.
    Сен 8 20:33:57
    wmond
    WifiMaster1/AccessPoint0: (MT7915) STA(b0:6e:bf:a4:19:94) had disassociated by STA (reason: STA is leaving or has left BSS).
    Сен 8 20:33:57
    wmond
    WifiMaster1/AccessPoint0: (MT7915) STA(b0:6e:bf:a4:19:94) had deauthenticated by STA (reason: STA is leaving or has left BSS).
    Сен 8 20:34:58
    wmond
    WifiMaster1/AccessPoint0: (MT7915) STA(b0:6e:bf:a4:19:94) had associated successfully.
    Сен 8 20:35:03
    wmond
    WifiMaster1/AccessPoint0: (MT7915) STA(b0:6e:bf:a4:19:94) had disassociated by STA (reason: STA is leaving or has left BSS).
    Сен 8 20:35:03
    wmond
    WifiMaster1/AccessPoint0: (MT7915) STA(b0:6e:bf:a4:19:94) had deauthenticated by STA (reason: STA is leaving or has left BSS).
    Сен 8 20:36:15
    wmond
    WifiMaster1/AccessPoint0: (MT7915) STA(b0:6e:bf:a4:19:94) had associated successfully.
    Сен 8 20:36:19
    wmond
    WifiMaster1/AccessPoint0: (MT7915) STA(b0:6e:bf:a4:19:94) replay counter differs in key handshaking.
    Сен 8 20:36:20
    wmond
    WifiMaster1/AccessPoint0: (MT7915) STA(b0:6e:bf:a4:19:94) had disassociated by STA (reason: STA is leaving or has left BSS).
    Сен 8 20:36:20
    wmond
    WifiMaster1/AccessPoint0: (MT7915) STA(b0:6e:bf:a4:19:94) had deauthenticated by STA (reason: STA is leaving or has left BSS).
    Сен 8 20:37:21
    wmond
    WifiMaster1/AccessPoint0: (MT7915) STA(b0:6e:bf:a4:19:94) had associated successfully.
    Сен 8 20:37:26
    wmond
    WifiMaster1/AccessPoint0: (MT7915) STA(b0:6e:bf:a4:19:94) had disassociated by STA (reason: STA is leaving or has left BSS).
    Сен 8 20:37:26
    wmond
    WifiMaster1/AccessPoint0: (MT7915) STA(b0:6e:bf:a4:19:94) had deauthenticated by STA (reason: STA is leaving or has left BSS).
    Сен 8 20:38:27
    wmond
    WifiMaster1/AccessPoint0: (MT7915) STA(b0:6e:bf:a4:19:94) had associated successfully.

    Селфтест прикрепил.

  19. Напишу в эту тему, что бы не создавать новую - если удалить репитер из сети, а затем захватить по новой - даже после всех настроек остаётся висеть сообщение "можете объединить эти устройства"Screenshot_20210728-190016_Keenetic.thumb.jpg.b3f8cb2790446ac1037cfafd38ee8074.jpg

×
×
  • Создать...

Важная информация

На этом сайте используются файлы cookie. Нажимая "Я принимаю" или продолжая просмотр сайта, вы разрешаете их использование: Политика конфиденциальности.