Jump to content

GeodE

Forum Members
  • Posts

    50
  • Joined

  • Last visited

Posts posted by GeodE

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

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

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

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

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

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

     

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

  4. В 06.08.2023 в 22:39, dchusovitin сказал:

    А если заменить "cloudflare-dns.com" на "one.one.one.one"

    Спасибо, полезный совет, у меня тоже пров блокирует cloudflare, я уж забил на это.

    А с one.one.one.one реально работает, не знал про это зеркало

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

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

    Есть)

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

    111.JPG.61b827b5b8a80d4c6bf8a7b5658133fd.JPG

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

  9. В 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 дней (!). Даже скидку дали, когда уже жаловаться начал в ТП.

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

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

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

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

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

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

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

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

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

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

    А линк можно?

  13. Я так понимаю, мне в эту же тему. Гига 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.

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

  14. 6 часов назад, Le ecureuil сказал:

    Ищите устройство с адресом 0.50.

    Кажется нашел. Виновник - репитер dlink, подключенный в режиме клиента (или wi-fi моста, кто как называет).

    При том, что в этом режиме на нём отключен его собственный dhcp-сервер, да и ip он получает от роутера исправно - он всё равно как то пихает свои адреса из подсети 192.168.0.х, причем сразу нескольким клиентам.

    Как и почему - не понятно, буду разбираться, всем спасибо.

  15. 8 минут назад, krass сказал:

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

    13 минуты назад, KorDen сказал:

    У вас кто-то раздал репитеру левый IP, вот и всё: Jul 23 17:26:17 ndhcpc: Bridge0: received OFFER for 192.168.0.111 from 192.168.0.50.

    Как этот кто то смог это сделать, почему это частично парализовало репитер, и что с этим сделать на будущее?

     

  16. 26 минут назад, KorDen сказал:

    Подсеть дефолтная 192.168.1.x или нет? Она вообще пингуется?

    Да, дефолтная.

    Репитер не пингуется, всё остальное (в том числе клиенты, подключенные к репитеру) - пингуется.

    З.Ы. Соврал, клиенты не пингуются, они они и не должны. Факт в том, что два клиента в данном случае - два ПК, подключенных к репитеру по вафле. Инет на них есть, и доступ к ним через тот же тимвьюер тоже есть.

    Сейчас походил ещё с телефоном - перестал телефон подключаться к репитеру, не может получить ip, хотя вначале подключался. Но два вышеуказанных клиента - продолжают работать.

     

×
×
  • Create New...