Jump to content

Joe

Forum Members
  • Posts

    127
  • Joined

  • Last visited

Posts posted by Joe

  1. Сами девайсы b\g. У меня два стоят таких, один рядом с роутером - он постоянно в g работает. И два довольно далеко, в списке устройств они отображаются как b. 
    Т.е. девайсы не b-only точно

  2. При исходящем звонке при ошибке (486 Busy here) в журнале звонков запись Входящий, не отвечен.

    Это не только в альфе, но и в стабильных 3.3

  3. Я поддержу про защиту от брутфорса, особенно в свете постонного мусора в логе от китайско-японских серверов.

    Конечно имя админа поменять легко, только потом есть риск найти косяки в других местах, где сам кинетик начнет глючить при не-дефолтном имени пользователя, потому что где нибудь в какой нибудь вайфай системе захордкожен "admin" (но это не точно)

    image.png.c3634c2b94df275b79ae13885d7516d2.png

  4. 3.3 Beta 5

     eo8nx72k27afdkeitsjszkuggrq.gif

    Смотрим на юзера family.

    1. Открываем окно настройки, открываем нужный путь, жмем иконку доступа - видим что настройки доступны для редактирования. Можем поставить желаемые права, нажать сохранить.

    Ожидание: - права на папку появились.

    Реальность - прав на папку все еще нет.

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

    Чтобы реально доступ заработал нужно у корневой дать чтение запись, и тогда на уровень

     

    Итого чтобы заработало - приходится давать на все вообще чтение\запись, иначе в наследованых папках доступ будет запрещен.  Неудобно и небезопасно.

    _________

    Проблема номер 3 - во вложения к посту не добавляются файлы GIF - "Возникла проблема при обработке загруженного файла. -200"

    • Upvote 1
  5. На роутере было настроено проводное соедиенение, потом я его удалил. Для надежности роутер перезагрузил.

    В разделе захвата сетевых пакетов удаленное соединение все равно отображается.

    Screenshot_4.png

    Screenshot_5.png

  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

     

     

    self-test 3.1.txt

  7. Настроил на роутере и на клиенте 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

     

    self-test (5).txt

  8. Такая же проблема 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 не поднимается.

    Какие могут быть дальнейшие действия? 

    self-test (2).txt

×
×
  • Create New...