GeodE
-
Posts
50 -
Joined
-
Last visited
Content Type
Profiles
Forums
Gallery
Downloads
Blogs
Events
Posts posted by GeodE
-
-
4.1 beta 3, подтверждаю проблему, сегодня с этим столкнулся - сменился ip на "сервере" и коннекта не было до тех пор, пока не пересохранил конфиг на "клиенте". Несмотря на то, что подключение идёт по домену ****.keenetic.name
-
Сейчас проверил, на втором кинетике kn-1011 (в другой локации и с другим провайдером) на котором ещё 4.0.2 стоит - похожие проблемы, Error: [E08D] unable to send request: operation not permitted.
И куча сообщений о таймауте Doh
- 2
-
Подтверждаю, kn-1011, 4.0.3, весь лог забит подобными сообщениями.
Ощущение, что как то связано с dot/doh
- 1
-
5 часов назад, SySOPik сказал:
Подозреваю что обсуждения Shadowsocks, V2Ray, XRay, XTLS, Hysteria, Cloak тут не одобрят.
А чо так?)
-
Ну что господа, переходим на следующий уровень..
На момент написания этого поста столкнулся с тем, что на мобильном операторе (Билайн, Москва) не работает ни один vpn. Забанены, похоже, именно протоколы, т.к. не коннектит даже к собственному VPN, поднятому на VPS-серваке в Нидерландах, ни по wireguard, ни по openvpn. На проводном операторе пока всё работает.
Т.к. VPN поднимал через Amnezia, они к переходу на "следующий уровень" готовы, и в свежей версии клиента запилили поддержку OpenVPN over Cloak. Установил контейнер на сервак, попробовал с их же клиента, как под win, так и под android - работает! Вопросы скорости пока оставим за скобками, всё, конечно, ощутимо печальней, чем при "чистом" openvpn (на чистом даёт 150мбит при канале у сервака в 200мбит, а через cloak - 50мбит..), но оно, хотя бы, работает
Поэтому вопрос - как поднять клиент openvpn over cloak на кинетике?
-
В 06.08.2023 в 22:39, dchusovitin сказал:
А если заменить "cloudflare-dns.com" на "one.one.one.one"
Спасибо, полезный совет, у меня тоже пров блокирует cloudflare, я уж забил на это.
А с one.one.one.one реально работает, не знал про это зеркало
-
В 07.08.2023 в 05:54, Denver79 сказал:
Выбора частот как не было так и нет 😕
Есть)
Скрытый текстВам нужно прошить модем из режима HILINK в режим STICK, прошивкой 21.333.01.00.00 (дашборд шить не обязательно, если модем используется только в роутере, то дашборд не нужен).
Соответствующие мануалы есть на 4pda в ветке данного модема.
-
Сегодня тоже писал в поддержку - на 4.0.0 ping check (в автоматическом режиме) пускает резервный модем в циклическую перезагрузку по питанию. Без пингчека всё нормально работает. Проблема тут обсуждалась в соседних темах ещё на альфах 4.0, что то делалось, но, похоже, так до конца и не была решена.
Также, основное соединение (на котором включен ping check), после перезагрузки роутера, около минуты не цепляется из за пингчека, но, в итоге, всё таки стартует. Поэтому на основном ping check не стал отключать.
P.S. На 3.9.8 основное цеплялось сразу и резервный модем не отваливался. Ping Check на обоих соединениях был включён в автоматическом режиме всегда.
-
2 часа назад, vst сказал:
Для Huawei NDIS SMS не делали и в планах тоже нет
Зачем тогда оно появилось в вебморде в 3.9? Мы то думали, что будут смс..
В 3.8 не было, и глаза не мозолило.
Ну и да, тоже поинтересуюсь, почему такое решение? Одни из самых популярных модемов.
-
19 часов назад, XEGARE ᅠ сказал:
перепрошился на МТСовскую стик прошивку, но там вообще коннекта к сети не происходило
Емнип, МТСовская не рекомендуется установке, она какая то упоротая)
21.333.01.00.00 из стиков самое то.
19 часов назад, XEGARE ᅠ сказал:По какой причине не знаю.
Скорее всего всё таки были какие то работы на БС, просто её не отключали полностью, как в моём случае (до сих пор не могу понять, что там должно было случиться, что бы 10 дней БС вообще не работала)
19 часов назад, XEGARE ᅠ сказал:Я это к тому что странный у меня e3372
У меня небрендированный, 18го года, купленный новым запечатанным в прошлом году - тоже определяется как UsbLte0 и тоже нет SMS/USSD. Как то даже не задумывался особо над этим, думал норма. Если в 3.9 появились - круто, пока ещё не ставил эти прошивки.
P.S. Ещё у меня не выбираются диапазоны - если нажать на "выбрать частотные диапазоны" - ничего не происходит. У вас также?
-
В 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 дней (!). Даже скидку дали, когда уже жаловаться начал в ТП.
-
Напишу в эту тему дабы не плодить.
Модем E3372h-153 в режиме Stick (Ndis) - не работает выбор частотных диапазонов.
При клике на соответствующую ссылку =>"Подождите" => и ничего не происходит.
Баг или фича?
-
Прочитал эту тему - наверное я не до конца правильно выразился.
В моём случае "vpn" - это просто vpn-провайдер, к которому роутер подключается через ikev2. И соответственно отдельный профиль с приоритетом этого vpn-провайдера, куда закинуты несколько устройств (для обхода ограничений, связанных со всем известными событиями), подключенных к роутеру по проводу и wifi.
И когда отваливается основной isp, роутер переключается на резервный wisp - все устройства из профиля с приоритетом vpn-провайдера - не выходят в инет.
Хотя это самое подключение к vpn-провайдеру нормально устанавливается.
-
4 минуты назад, loginella сказал:
А в основном профиле это vpn-соединение стоит последним, т.е. после основного и резервного провайдера?
Да
- 1
-
Имеется vpn, поднятый на роутере (IKEv2) и отдельный профиль для нескольких устройств, для постоянного подключения через этот vpn. При проводном соединении через провайдера всё отлично работает, но если подключиться через резервный WISP, все устройства, привязанные к этому профилю - оффлайн.
При этом само по себе vpn-соединение на роутере в этот момент работает, соединение есть.
-
Подтверждаю, на 3.7.4 сломан DoH, интернет с ним не работает, пришлось откатываться на 3.7.3
-
18 часов назад, enterfaza сказал:
пишите смотрешке и кидайте им линк на поддержку движка ntce
я так сделал с 24htv
Хм, т.е. это смотрёшка должна в свою приложуху поддержку добавлять, а не разработчики ntce смотрёшку?
А линк можно?
-
Добрый день, приложение "Смотрешка" можно как то добавить? На всех телеках основное моё приложение для просмотра тв, и везде попадает в uncategorized
-
Я так понимаю, мне в эту же тему. Гига 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:27wmondWifiMaster1/AccessPoint0: (MT7915) STA(b0:6e:bf:a4:19:94) had deauthenticated by STA (reason: STA is leaving or has left BSS).Сен 8 20:30:34wmondWifiMaster1/AccessPoint0: (MT7915) STA(b0:6e:bf:a4:19:94) had associated successfully.Сен 8 20:30:39wmondWifiMaster1/AccessPoint0: (MT7915) STA(b0:6e:bf:a4:19:94) had disassociated by STA (reason: STA is leaving or has left BSS).Сен 8 20:30:39wmondWifiMaster1/AccessPoint0: (MT7915) STA(b0:6e:bf:a4:19:94) had deauthenticated by STA (reason: STA is leaving or has left BSS).Сен 8 20:31:34ndhcpsDHCPREQUEST received (STATE_RENEWING) for 192.168.1.140 from b0:6e:bf:5f:93:d2.Сен 8 20:31:34ndhcpssending ACK of 192.168.1.140 to b0:6e:bf:5f:93:d2.Сен 8 20:31:40wmondWifiMaster1/AccessPoint0: (MT7915) STA(b0:6e:bf:a4:19:94) had associated successfully.Сен 8 20:31:45wmondWifiMaster1/AccessPoint0: (MT7915) STA(b0:6e:bf:a4:19:94) had disassociated by STA (reason: STA is leaving or has left BSS).Сен 8 20:31:45wmondWifiMaster1/AccessPoint0: (MT7915) STA(b0:6e:bf:a4:19:94) had deauthenticated by STA (reason: STA is leaving or has left BSS).Сен 8 20:32:46wmondWifiMaster1/AccessPoint0: (MT7915) STA(b0:6e:bf:a4:19:94) had associated successfully.Сен 8 20:32:51wmondWifiMaster1/AccessPoint0: (MT7915) STA(b0:6e:bf:a4:19:94) had disassociated by STA (reason: STA is leaving or has left BSS).Сен 8 20:32:52wmondWifiMaster1/AccessPoint0: (MT7915) STA(b0:6e:bf:a4:19:94) had deauthenticated by STA (reason: STA is leaving or has left BSS).Сен 8 20:33:46ndhcpsDHCPREQUEST received (STATE_RENEWING) for 192.168.1.66 from e0:d5:5e:83:f3:29.Сен 8 20:33:47ndhcpssending ACK of 192.168.1.66 to e0:d5:5e:83:f3:29.Сен 8 20:33:52wmondWifiMaster1/AccessPoint0: (MT7915) STA(b0:6e:bf:a4:19:94) had associated successfully.Сен 8 20:33:57wmondWifiMaster1/AccessPoint0: (MT7915) STA(b0:6e:bf:a4:19:94) had disassociated by STA (reason: STA is leaving or has left BSS).Сен 8 20:33:57wmondWifiMaster1/AccessPoint0: (MT7915) STA(b0:6e:bf:a4:19:94) had deauthenticated by STA (reason: STA is leaving or has left BSS).Сен 8 20:34:58wmondWifiMaster1/AccessPoint0: (MT7915) STA(b0:6e:bf:a4:19:94) had associated successfully.Сен 8 20:35:03wmondWifiMaster1/AccessPoint0: (MT7915) STA(b0:6e:bf:a4:19:94) had disassociated by STA (reason: STA is leaving or has left BSS).Сен 8 20:35:03wmondWifiMaster1/AccessPoint0: (MT7915) STA(b0:6e:bf:a4:19:94) had deauthenticated by STA (reason: STA is leaving or has left BSS).Сен 8 20:36:15wmondWifiMaster1/AccessPoint0: (MT7915) STA(b0:6e:bf:a4:19:94) had associated successfully.Сен 8 20:36:19wmondWifiMaster1/AccessPoint0: (MT7915) STA(b0:6e:bf:a4:19:94) replay counter differs in key handshaking.Сен 8 20:36:20wmondWifiMaster1/AccessPoint0: (MT7915) STA(b0:6e:bf:a4:19:94) had disassociated by STA (reason: STA is leaving or has left BSS).Сен 8 20:36:20wmondWifiMaster1/AccessPoint0: (MT7915) STA(b0:6e:bf:a4:19:94) had deauthenticated by STA (reason: STA is leaving or has left BSS).Сен 8 20:37:21wmondWifiMaster1/AccessPoint0: (MT7915) STA(b0:6e:bf:a4:19:94) had associated successfully.Сен 8 20:37:26wmondWifiMaster1/AccessPoint0: (MT7915) STA(b0:6e:bf:a4:19:94) had disassociated by STA (reason: STA is leaving or has left BSS).Сен 8 20:37:26wmondWifiMaster1/AccessPoint0: (MT7915) STA(b0:6e:bf:a4:19:94) had deauthenticated by STA (reason: STA is leaving or has left BSS).Сен 8 20:38:27wmondWifiMaster1/AccessPoint0: (MT7915) STA(b0:6e:bf:a4:19:94) had associated successfully.Селфтест прикрепил.
-
-
6 часов назад, Le ecureuil сказал:
Ищите устройство с адресом 0.50.
Кажется нашел. Виновник - репитер dlink, подключенный в режиме клиента (или wi-fi моста, кто как называет).
При том, что в этом режиме на нём отключен его собственный dhcp-сервер, да и ip он получает от роутера исправно - он всё равно как то пихает свои адреса из подсети 192.168.0.х, причем сразу нескольким клиентам.
Как и почему - не понятно, буду разбираться, всем спасибо.
-
8 минут назад, krass сказал:
Буду иметь в виду, спасибо, я тут новенький. Ну раз уж выложил то выложил.
13 минуты назад, KorDen сказал:У вас кто-то раздал репитеру левый IP, вот и всё: Jul 23 17:26:17 ndhcpc: Bridge0: received OFFER for 192.168.0.111 from 192.168.0.50.
Как этот кто то смог это сделать, почему это частично парализовало репитер, и что с этим сделать на будущее?
-
3 минуты назад, KorDen сказал:
А 192.168.1.3 случаем не пингуется?
Нет. А что должно быть на этом адресе?
Если что, у репитера вручную назначен 192.168.1.2
-
26 минут назад, KorDen сказал:
Подсеть дефолтная 192.168.1.x или нет? Она вообще пингуется?
Да, дефолтная.
Репитер не пингуется, всё остальное
(в том числе клиенты, подключенные к репитеру)- пингуется.З.Ы. Соврал, клиенты не пингуются, они они и не должны. Факт в том, что два клиента в данном случае - два ПК, подключенных к репитеру по вафле. Инет на них есть, и доступ к ним через тот же тимвьюер тоже есть.
Сейчас походил ещё с телефоном - перестал телефон подключаться к репитеру, не может получить ip, хотя вначале подключался. Но два вышеуказанных клиента - продолжают работать.
ndhcps: someone has same IP
in Тестирование Dev-сборок
Posted
Такая же фигня была, с некоторыми устройствами, разбираться не стал, просто забиндил за всеми важными стационарными устройствами фиксированные IP из диапазона, который ниже начального адреса пула DHCP. По-умолчанию в кинетиках пул раздачи IP начинается с *.*.*.33, соответственно все айпишники ниже 33 раздаваться через DHCP не должны, и конфликтов не будет.
Вроде помогло.