BDV
-
Posts
77 -
Joined
-
Last visited
Content Type
Profiles
Forums
Gallery
Downloads
Blogs
Events
Posts posted by BDV
-
-
@Le ecureuil, добрый день.
Аналогичную проблему с NTP наблюдаю на NAS от Asustor. При установке keenetic'а в качестве NTP-сервера синхронизация не происходит, NAS выдает ошибку синхронизации. Дампы с неработающим NTP-сервером (Keenetic) и работающим NTP-сервером (pool.ntp.org) приложил скрытым сообщением.
-
Добрый день.
Также наблюдаю ошибку вида: "ICMP: someone has same IP 192.168.X.XX" начиная с версии ПО 4.1.0. Причем подобные сообщения я получаю только от устройств включенных через неуправляемый гигабитный свитч. На 4.1.1 ошибки сохраняется. Роутер Keenetic Peak KN-2710.
-
Добрый день.
Аналогичная проблема на Peak KN-2710, началась с переходом с ПО 4.0.7 на 4.1 alpha 19. На 4.1.1 также присутствует.
Кроме того, вот еще одна тема с аналогичной проблемой:
-
В 17.08.2023 в 21:13, paurus сказал:
Вот мое обращение в ТП от 03.08.22 T_I_C_K_E_T_I_D_99016476
"Настроена wifi система:
Peak (KN-2710) RU - главный + City (KN-1510) и Extra (KN-1710) как ретрансляторы.
После перехода с 3.7 на 3.8.2 при каждом переходе клиента внутри wifi системы начали приходить уведомления об отключении/подключении клиента. После перехода на 3.8.3 ситуация не поменялась.
На 3.7 уведомления были только при подключении/отключении клиента к wifi системе."
Далее была переписка с отправкой журналов, скринов и т.п.
Последний ответ ТП от 06.04.2023
"Приносим извинения за долгую паузу. Пока ещё разбираемся с этим вопросом."
Больше от ТП сообщений нет.
Сейчас на 4.0.2 - проблема та же.
Уточню суть. При переходе от главного к ретранслятору приходит два уведомления "отключился" и сразу "подключился".
При этом в журнале значится "Быстрый переход"
При возвращении от ретранслятора к главному - таких уведомлений нет.
Проблема должна быть решена в 4.1 beta 3, можно понаблюдать:
- Wi-Fi: исправлены некорректные события отключения/подключения клиента в мобильном приложении [NDM-3079]
-
Keenetic Peak в режиме ретранслятора. На версии 4.0.6 такая же ошибка в журнале, до этого не было.
-
В 12.09.2023 в 08:43, slava.trifonov сказал:
У меня другая проблема, как научить роутер видеть есп-шки по их именам, без прописывания статических ip
Аналогично, может у кого есть решение?
-
14 часа назад, Infy сказал:
Если есть желание, то готов позднее сделать отладочную версию на базе 3.9.8 для точной локализации проблемы.
Да, естественно желание есть.
-
В 22.02.2023 в 13:13, Infy сказал:
В ветке 3.9 исправление войдёт ориентировочно в 3.9.5.
@Infy, спустя пол года EoL устройства получили апдейт до версии 3.9.8, так вот, проблема по-прежнему актуальна, весь журнал усыпан сообщениями:
То есть: "IGMP: исправлена ошибка "group address 224.0.1.187 is not equal destination address" [SYS-775]" не исправлено.
-
16 часов назад, paurus сказал:
Уточню суть. При переходе от главного к ретранслятору приходит два уведомления "отключился" и сразу "подключился".
При этом в журнале значится "Быстрый переход"
При возвращении от ретранслятора к главному - таких уведомлений нет.
Добрый день, аналогичная проблема.
Mesh из 2-х ZKU2, версия ПО 3.9.4
Обращался в личку к Alex SP, так как грешил на приложение. Ответ был следующий:
"Так, у вас оказывается старые девайсы из дельты прошитые. Скорей всего какое то несоответствие драйверов новых и железа. Сорри, но разбираться с этим накладно. И девайсы сняты с поддержки."
-
Добрый день.
Имею mesh из двух ZKU2. Обнаружил неприятный баг. Не работает IPTV при подключении приставки к экстендеру. При этом если подключить эту же приставку к контроллеру все работает изумительно.
Исходные данные:
- Версия ПО 3.9.4 на обоих устройствах (контроллер и экстендер);
- Контроллер и экстендер соединены проводом (линк - 1G);
- Компонент "Прокси-службы для IGMP и PPPoE" на контроллере установлен, IGMP-прокси включен (авто).
- Для просмотра IPTV никакие доп. настройки не требуются (оператор МТС), нет никаких отдельных вланов, ни нужно светить маком приставки в wan-интерфейс и тому подобное;
- Приставка к экстендеру подключена проводом.
Детальное описание проблемы при подключении приставки к экстендеру:
- Плейлист доступен, но ни один канал не воспроизводится. Черное поле. Есть подозрение что контроллер не получает пакет IGMP-Report от приставки.
- Если перезагрузить контроллер или экстендер (оба или один из них, не важно), то воспроизведение на приставке начинается, но тоже с особенностями:
- если канал SD (2-6 Мб/сек) - проблем не замечено;
- если канал HD (8-12 Мб/сек) - наблюдаю фризы на экране, заикания по звуку и т.д.;
- если канал UHD (порядка 25 Мб/сек) - воспроизведение даже не начинается (черное поле), только звук постоянно заикается и всё.
Теперь естественно сами вопросы:
- Нужно ли устанавливать какие либо дополнительные компоненты на экстендер, например "Прокси-службы для IGMP и PPPoE" или "Прокси-сервер UDP-HTTP (udpxy)"? Возможно еще что-то необходимо?
- С чего начать диагностику проблемы для ее решения? Снять дампы траффика не проблема, но вот что искать в них не ясно.
- Ошибки в конфигурации экстендера думаю можно исключить, так как в нем нет никаких дополнительных настроек на этот счет и всем управляет контроллер?
- И вообще у кого нибудь работает IPTV за экстендером?
PS. Буду признателен за любые идеи в поиске решения проблемы.
-
3 минуты назад, Mamay сказал:
Ну ежели за прошедший месяц с лишним никто не откликнулся...
Подождем, ZKU2 достойная железная, и много кто еще ей пользуется.
-
1 час назад, Mamay сказал:
Конечно же читал! А что вы хотите тогда услышать тут от волонтёров то?
Ну во первых, найти единомышленников с подобной проблемой, во вторых, возможно уже кто-то с ней сталкивался и решил её. В третьих, возможно разработчики обратят внимание и подскажут что с этим делать.
-
1 минуту назад, Mamay сказал:
Пишите официалам. Здесь вы можете вести монологи сам с собой до бесконечности!
Вы хоть первый пост прочитали? Или просто в каждой теме флудите? Давно ли официалы стали оказывать техподдержку ZKU2?
-
Обновился до 3.9.3, ситуация не изменилась.
-
14 часа назад, Serg2103 сказал:
Все рекомендованные Вами параметры в setting.conf так и были указаны с самого начала только в HASS_API_PASWORD вместо строки пароля сейчас записал созданный токен В моем вопросе указан "null" потому что пароль был перенесен и записан в secrets.yaml и ссылка на него в configuration.yaml
Так, да не так.
Я, хоть и вне явном виде, предложил вам отказаться от secrets.yaml, хотя бы на этапе поиска проблемы. И прописать токены и пароли непосредственно в setting.conf.
8 часов назад, Serg2103 сказал:И токены "Токены обновления" на каждый сеанс автоматически регистрируются новые а предыдущие не удаляются.
В HA есть токены обновления и долгосрочные токены доступа, и где-то в этом месте вы допускаете ошибку. Вам нужен именно долгосрочный токен доступа, который необходимо создать для Configurator.
- 1
-
1 час назад, Serg2103 сказал:
Прошу помощи в устранении ошибки API идентификации
2023-02-10 13:55:34.241 WARNING (MainThread) [homeassistant.components.http.ban] Login attempt or request with invalid authentication from 192.168.1.1 (192.168.1.1). Requested URL: '/api/services'. (Python-urllib/3.10)
Ошибка выскакивает когда я захожу в ConfiguratorФайлы конфигурации:
# hass-configurator_settings.conf ( configurator.py )
"HASS_API": "http://192.168.1.1:8123/api/",
"HASS_WS_API": null,
"HASS_API_PASSWORD": null, # перенесен в файл secrets.yaml
................
----------------------------
# configuration.yaml
homeassistant:
auth_providers:
- type: homeassistant
- type: trusted_networks
trusted_networks:
- 192.168.1.0/24
- type: legacy_api_password
api_password: !secret http_api_password
# Hass-Configurator
panel_iframe:
configurator:
title: "Configurator"
url: "http://192.168.1.1:3218"
icon: mdi:square-edit-outline
---------------------------
# secrets.yaml
http_api_password: "pass.."1. В HA выпустите долгосрочный токен для конфигуратора
2. Файл setting.conf отредактируйте для начала вот так:
"HASS_API": "http://192.168.1.1:8123/api/", "HASS_API_PASSWORD": "Вставляем ранее полученный долгосрочный токен из HA", "USERNAME": "Придумываем логин для входа в конфигуратор", "PASSWORD": "Придумываем пароль для входа в конфигуратор"
Проверьте уйдет ли ошибка из журнала HA
-
В 12.01.2023 в 09:55, BDV сказал:
Вопрос, с чем связаны данные ошибки? На что они влияют? И самое главное как от них избавиться?
Продолжу беседу сам с собой, так как за две недели не получил ни одного комментария.
1. Ошибки в системном журнале связаны с multicast'ом и возникают в момент когда устройства Samsung пытаются подписаться на группу 224.0.1.187 (Membership Report group 224.0.1.187).
2. Ip адрес 224.0.1.187 попадает в диапазон 224.0.1.0/24, который в свою очередь зарезервирован под протоколы, которым необходимо передавать мультикаст по всей сети, то есть проходить через маршрутизаторы.
3. Единственное упоминание о группе 224.0.1.187 нашел в rfc7252:
4. Согласно данному rfc данный адрес/группа закреплена за протоколом CoAP (Протокол интернета вещей).
5. О механизме работы протокола можно почитать в статье:
lib.tssonline.ru/articles2/internet-of-things/protokol-interneta-veschey-coap
То есть с уверенностью в 99,9% могу предположить, что ошибки в системном журнале связаны с работой Samsung SmartThings.
И в принципе вроде бы со всем разобрался, но так и не понял, что не нравиться keenetic'у и как это победить.
PS. Пока единственным вариантом избавиться от ошибок в системном журнале является отключение IGMP-Прокси в настройках домашней сети, но при этом становится не возможным просмотр IPTV, как то так.
-
Всем добрый день.
Нашел решение своей проблемы. Возможно кому то это будет интересно и у кого то происходит подобное.
Ошибки, возникающие при переключении клиента от одной точки доступа к другой, а именно:
Являются следствием включения на смартфонах (в моем случае марки - Samsung) галки напротив "Определения подозрительных сетей" в разделе дополнительных настроек Wi-Fi.
Отключил на всех устройствах и проблема ушла.
- 1
-
В 21.01.2023 в 09:10, Mioniks сказал:
Здравствуйте.
Данные сообщения могут быть связаны с большим числом DNS-запросов к Keenetic, которые и загружают его CPU.Запросы могут приходить как из домашней сети, так и со стороны подключения PPPoE0.
На данный момент разработчики занимаются данным вопросом по устранению указанных ошибок в логе. Ожидаем исправление в будущих версиях ПО.Всем добрый день. Кому-нибудь помогли эти рекомендации ТП? Мне нет. Ошибки хоть и одинаковые, но у меня возникают именно в момент перехода клиента с одной точки доступа на другую и с чем это связано не понятно.
PS. Mioniks, отдельное спасибо за предоставленную информацию.
-
Добрый день.
Mesh из 2-х ZKUII. Версия ПО 3.9.2 на обоих. Аналогичные ошибки в системном журнале:
Заметил, что ошибки возникают в 100% случаев в момент переключения клиента с одной точки доступа на другую.
-
-
Mesh из 2-ух Ultra 2. После обновления до 3.8 beta 1 наблюдаю спонтанные перезагрузки контроллера. На syslog сервере вижу следующее:
"2022-05-07 13:55:01","warning","kern","kernel","Keenetic_Ultra1"," Lo : 0000000a"
"2022-05-07 13:55:01","warning","kern","kernel","Keenetic_Ultra1"," Hi : 00000003"
"2022-05-07 13:55:01","warning","kern","kernel","Keenetic_Ultra1"," $28 : 8fc6e000 8fc13e10 00000001 81256eac"
"2022-05-07 13:55:01","warning","kern","kernel","Keenetic_Ultra1"," $24 : 000000f5 0000000a "
"2022-05-07 13:55:01","warning","kern","kernel","Keenetic_Ultra1"," $20 : 00000001 c0d01000 8b3bf060 8b3bf040"
"2022-05-07 13:55:01","warning","kern","kernel","Keenetic_Ultra1"," $16 : 00000000 8b3bff78 8c182540 8b3bff60"
"2022-05-07 13:55:01","warning","kern","kernel","Keenetic_Ultra1"," $12 : 000000ee 00000018 0000006b 0000007f"
"2022-05-07 13:55:01","warning","kern","kernel","Keenetic_Ultra1"," $ 8 : 00000000 00000004 00000004 0000002f"
"2022-05-07 13:55:01","warning","kern","kernel","Keenetic_Ultra1"," $ 4 : 0f4941e6 00000001 8fc13d00 0000002e"
"2022-05-07 13:55:01","warning","kern","kernel","Keenetic_Ultra1"," $ 0 : 00000000 8151000c 0000007f 00000000"
"2022-05-07 13:55:01","warning","kern","kernel","Keenetic_Ultra1"," task: 390cf052 task.stack: f25e7853"
"2022-05-07 13:55:01","warning","kern","kernel","Keenetic_Ultra1"," CPU: 3 PID: 0 Comm: swapper/3 Tainted: P O 4.9-ndm-5 #0"
"2022-05-07 13:55:01","warning","kern","kernel","Keenetic_Ultra1"," Unhandled kernel unaligned access[#1]:"Кроме того в логах регулярно проскакивает ошибка:
"2022-05-07 13:26:25","error","daemon","ndnproxy","Keenetic_Ultra1"," query section count mismatch, got 0 (expect 1), ignore. "
На 3.7.4 подобного не было.
Вопрос один. С чем это связано и как победить?
-
14 минуты назад, vst сказал:
3.6 уже содержит последнюю версию minidlna.
У меня mesh из двух Ultra II на 3.6.10 и TV Samsung Q-серии. Проблема сохраняется, подскажите как правильно тогда поступить?
PS. Релиз minidlna v1.3.0 у ReadyMedia датирован 25.11.2020г, вы пишите о патче от 14.02.2020г, мы точно не о разных вещах говорим?
-
Ответ техподдержки на вопрос об обновлении minidlna:
"Версия 1.3.0 уже используется с тестовой версии 3.07.A.0.0-4 из канала разработчиков"
Ответ техподдержки на вопрос о переносе minidlna версии 1.3.0 в стабильные релизы 3.5.10 (для Ultra II и не только) и 3.6.10:
Мы в техподдержке не принимаем решение в таких вопросах. Напишите, пожалуйста, нашим разработчикам напрямую на их форуме https://forum.keenetic.net
Пишу. Планируется ли обновление dlna-сервера на стабильных релизах 3.5.10 и 3.6.10?
NTP Keentic Server ( Кинетик в роли NTP/SNTP Сервера)
in Развитие
Posted · Edited by BDV
@Le ecureuil
Также не работает синхронизация времени у ESP'ек с NTP-сервером keenetic'а. Дампы работающего и не работающего NTP приложил скрытым сообщением.