
Joe
-
Posts
127 -
Joined
-
Last visited
Content Type
Profiles
Forums
Gallery
Downloads
Blogs
Events
Posts posted by Joe
-
-
В настройках Wifi 2.4 стоит 802.11gn https://prnt.sc/vls4uh
Но в списке устройств есть два девайса умного дома которые отображается как 802.11.b https://prnt.sc/vls5lj https://prnt.sc/vls7dv
Получается .11b всетаки можно?
KN-1010 3.5.2
-
В 19.08.2020 в 19:29, vst сказал:
Было бы неплохо увидеть дампы.
У нас есть проблема с согласованием SMB диалекта c MacOS. Винда до вашего отчета не была уличена в подобном.
вот это - то о чем вы говорите?
-
При исходящем звонке при ошибке (486 Busy here) в журнале звонков запись Входящий, не отвечен.
Это не только в альфе, но и в стабильных 3.3
-
Я поддержу про защиту от брутфорса, особенно в свете постонного мусора в логе от китайско-японских серверов.
Конечно имя админа поменять легко, только потом есть риск найти косяки в других местах, где сам кинетик начнет глючить при не-дефолтном имени пользователя, потому что где нибудь в какой нибудь вайфай системе захордкожен "admin" (но это не точно)
-
3.3 Beta 5
Смотрим на юзера family.
1. Открываем окно настройки, открываем нужный путь, жмем иконку доступа - видим что настройки доступны для редактирования. Можем поставить желаемые права, нажать сохранить.
Ожидание: - права на папку появились.
Реальность - прав на папку все еще нет.
2. Открываем снова окно на редактирование и выбираем корневую папку. Видим что на ней стоят права, а на вложенные права наследуются, и если теперь покликать вложенные папки - то редактировать их права не удастся - они будут не кликабельные.
Чтобы реально доступ заработал нужно у корневой дать чтение запись, и тогда на уровень
Итого чтобы заработало - приходится давать на все вообще чтение\запись, иначе в наследованых папках доступ будет запрещен. Неудобно и небезопасно.
_________
Проблема номер 3 - во вложения к посту не добавляются файлы GIF - "Возникла проблема при обработке загруженного файла. -200"
-
1
-
-
-
Та же самая проблема на 3.1.6
С включенным роумингом не подключется ни в какую. Точка в эфире одна.
-
Всем привет, ситуация следующая.
В один прекрасный день Extra (KN-1710) на 2.15 отваливается МГТС PPOE и больше не подключается.
В логах мы видим бесконечное за последние 12 часов.
[I] Sep 15 17:37:59 ndm: Network::Interface::Base: "PPPoE0": interface is up. [I] Sep 15 17:38:02 pppd[940]: Plugin rp-pppoe.so loaded. [I] Sep 15 17:38:02 pppd[940]: pppd 2.4.4-4 started by root, uid 0 [I] Sep 15 17:38:02 pppd[940]: Found unterminated session: 775:7c:20:64:9d:5c:a6 [I] Sep 15 17:38:02 pppd[940]: Sent PADT [W] Sep 15 17:38:18 pppd[940]: Timeout waiting for PADO packets [E] Sep 15 17:38:18 pppd[940]: Unable to complete PPPoE Discovery [I] Sep 15 17:38:18 pppd[940]: Exit.
Напрямую в комп - PPOE все работает. Через роутер нет.
Пробуем ребут роутера, передергивание провода, вкл\выкл PPOE в роутере - не помогает.
Обновляемся до 3.1 - без изменений.
Гуглим, находим такую же проблему у людей в 2017 и 2015 году. Везде ситуация одинаковая - со стороны провайдера сессии нет, но кинетик упорно видит незакрытую сессию и, видимо пытается с ней работать.
Может вы все таки обратите внимание и поправите что-нибудь в прошивке? Ограничите число попыток, я не знаю, еще что нибудь
В моём случае помогло пересоздание PPOE подключения заново, только это вообще не способ решения проблемы для обычных пользователей.
https://forum.tis-dialog.ru/viewtopic.php?t=486211
-
Настроил на роутере и на клиенте mru\mtu 1328. Соединение стало чуть стабильнее 15-25 минут, но в логе кинетика постоянный спам, и тем не менее коннект все равно рвется
Сен 3 17:41:19 ndm kernel: mppe_compress[0]: osize too small! (have: 1332 need: 1336) Сен 3 17:41:19 ndm kernel: vpn0: ppp: compressor dropped pkt Сен 3 17:41:19 ndm kernel: mppe_compress[0]: osize too small! (have: 1332 need: 1336) Сен 3 17:41:19 ndm kernel: vpn0: ppp: compressor dropped pkt
-
Такая же проблема PPTP сервер (2.15.C.5.0-0) Giga KN-1010 <> клиент Asus RTN-56U . Каждые 10 минту примерно соединение рвется + ошибки в логе.
В логе http://prntscr.com/p18nbb
Сен 3 16:39:12 ndm kernel: PPTP: turn off SEQ window because of PPP compression Сен 3 16:39:12 ndm kernel: mppe_compress[0]: osize too small! (have: 1324 need: 1328) Сен 3 16:39:12 ndm kernel: vpn0: ppp: compressor dropped pkt
Игрался с MTU\MRU на стороне клиента (1450 дефолт асуса, 1350 как ая понял из документации - дефолт кинетика. На стороне клиента (asus) снижал до 1320, ошибка продолжается.
Также на стороне клиента менял Алгоритм проверки подлинности Auto > MSCHAP2 - не помогает
Шифрование по логам вижу что срабатывает 40 bit. Если поставить 128-bit то vpn не поднимается.
Какие могут быть дальнейшие действия?
802.11b работает если отключен
in 3.5
Posted
Сами девайсы b\g. У меня два стоят таких, один рядом с роутером - он постоянно в g работает. И два довольно далеко, в списке устройств они отображаются как b.
Т.е. девайсы не b-only точно