Jump to content

sergeyk

Forum Members
 View Profile  See their activity

  • Posts

    1,430

  • Joined

  • Last visited

  • Days Won

    9

 Content Type 

Everything posted by sergeyk

  1. sergeyk
    Как вы его перезапускаете?
  2. sergeyk
    I suppose you may reconfigure the camera to make backups at any time to speedup the investigation.
  3. sergeyk
    @Race можете попробовать воспользоваться новой функцией Включайте на обоих подключениях к провайдеру и они будут автоматически включаться попеременно.
  4. sergeyk
    Сервер только предлагает (OFFER) адрес, присваивать и назначать его себе ­— задача клиента.
  5. sergeyk
    @KYTECHNGAMING looks like the root cause of reboots is a tsmb module crash (see proc:mtdoops/ndm section in your self-tests). "oops": { "origin": "kernel", "version":"4.00.A.13.0-0", "board": "KN-1011", "timestamp": "2023-03-14 00:19:58", "hash": "b6d5955", and "oops": { "origin": "kernel", "version":"4.00.A.13.0-0", "board": "KN-1011", "timestamp": "2023-03-15 00:19:59", "hash": "9e603c3a", Could you investigate what happens at this time in your network? I do not see any configured schedules in your startup configuration. Probably a packet capture for a SMB protocol close to this time will help (a packet capture should be stored on a USB storage to keep it in a case of a kernel crash).
  6. sergeyk
    Все эти сообщения от процесса ndhcps (DHCP-сервера). С его стороны видно, что приходят запросы от клиента 44:da:30:**** и он на них исправно отвечает.
  7. sergeyk
    Из вашего журнала со стороны сервера видно, что сервер отсылает OFFER, про клиента тут ничего нет.
  8. sergeyk
    Видимо придётся захватить обмен пакетами для диагностики.
  9. sergeyk
    Если вы хотите помочь в отладке, нужно сохранить файлы self-test с обоих устройств через telnet или мобильное приложение, например.
  10. sergeyk
    Для отладки его не нужно принимать. Оно не новое: <eula-status> <version>20200330</version> </eula-status>
  11. sergeyk
    @AJ_ у вас точно на 4.00.A.11 согласие с EULA не требовалась? Между версиями 11 и 12 исправлений в этой части не было.
  12. sergeyk
    @AJ_ тут он неполный, к сожалению. Скачайте ещё раз self-test без очистки журнала.
  13. sergeyk
    @AJ_ хотелось бы ещё увидеть журнал с начала старта системы (сразу после перезагрузки).
  14. sergeyk
    Сохраните self-test.
  15. sergeyk
    Тут пишут, что это работа сканеров уязвимостей.
  16. sergeyk
    IPv6 address support implemented in 4.0 branch.
  17. sergeyk
    You may reduce the effect if you will exclude https and TLS protocols from your ping check profile mode setting.
  18. sergeyk
    It is known issue and it will be fixed in 3.9.4.
  19. sergeyk
    @demos76 почему у него адрес 192.168.1.2? Если вы отлючили DHCP и назначали ему адрес вручную, нужно ещё прописать маршрут по умолчанию.
  20. sergeyk
    @volvic Спасибо, такие ошибки я уже видел. В 4.00 Alpha 7 предположительно есть исправления, которые могли бы помочь. Если вам тестовая версия не подходит, можете пока вернуться на версию, где ошибка не воспроизводилась.
  21. sergeyk
    Видимо нужно было ещё попробовать show log show system show threads Они не должны зависать.
  22. sergeyk
    По self-test пока ничего особенно подозрительного не увидел. В следующий раз, если повторится проблемная ситуация, попробуйте следующее: 1. Отключите питание у ретранслятора. 2. При возникновении ошибок авторизации Web сохранить (хотя бы скриншотами) ошибки в отладочной консоли браузера, если они есть. 3. Попробуйте очистить cookie для 192.168.1.1, my.keenetic.net и имени устройства в KeenDNS. 4. Если есть возможность, попробуйте зайти в консоль через telnet. Если получится, в консоли нужно сохранить вывод команды "more ndm:self-test".
  23. sergeyk
    Получилось.
  24. sergeyk
    Да, два файла в скрытом сообщении.
  25. sergeyk
    Снимите self-test с роутера и ретранслятора, когда всё нормально.
×
×
  • Create New...