Jump to content

dimon27254

Forum Members
  • Posts

    555
  • Joined

  • Last visited

  • Days Won

    18

Posts posted by dimon27254

  1. @eralde при каждом обращении к этой странице в логе появляются предупреждения:

    [W] Apr 27 16:58:12 ndm: Json::Object: AppendMember: duplicate key: "short". 
    [W] Apr 27 16:58:12 ndm: Core::Syslog: last message repeated 191 times.

    Проверял на KN-1811 с 4.2 Alpha 6.

    • Thanks 1
  2. В 4.2 Alpha 6 вышеприведенная ошибка в логе больше не появляется.

    Вместо неё, появилась пачка других:

    [C] Apr 27 14:33:09 ndm: Mutex: "INTERFACE_REPO": system failed [0xcffd0042], resource deadlock avoided. 
    [C] Apr 27 14:33:09 ndm: Mutex: "Event sender" (709) backtrace: 
    [C] Apr 27 14:33:09 ndm: Mutex:   Hotspot::AutoRegister::OnDhcpLease_(Event::DhcpLease const&)+0x1a4 
    [C] Apr 27 14:33:09 ndm: Mutex:   Event::Sender::Run()+0x250 
    [C] Apr 27 14:33:09 ndm: Mutex:   Thread::StartRoutine_(void*)+0x2c8 
    [C] Apr 27 14:33:09 ndm: Mutex:   start()+0x90 
    [C] Apr 27 14:33:09 ndm: Mutex:   __clone()+0x30 
    [C] Apr 27 14:33:09 ndm: Mutex: "INTERFACE_REPO": system failed [0xcffd0042], resource deadlock avoided. 
    [C] Apr 27 14:33:09 ndm: Mutex: "Event sender" (709) backtrace: 
    [C] Apr 27 14:33:09 ndm: Mutex:   Hotspot::AutoRegister::OnDhcpLease_(Event::DhcpLease const&)+0x1a4 
    [C] Apr 27 14:33:09 ndm: Mutex:   Event::Sender::Run()+0x250 
    [C] Apr 27 14:33:09 ndm: Mutex:   Thread::StartRoutine_(void*)+0x2c8 
    [C] Apr 27 14:33:09 ndm: Mutex:   start()+0x90 
    [C] Apr 27 14:33:09 ndm: Mutex:   __clone()+0x30 
    [I] Apr 27 14:33:09 ndm: Core::KnownHosts: new host "*:*:*:*:*:* - Home network - 1/01/1970 13:57" has been created. 
    [C] Apr 27 14:33:09 ndm: Thread: "Event sender": lock precedence violation: HOTSPOT_MANAGER (19) after INTERFACE_REPO (52). 
    [C] Apr 27 14:33:09 ndm: Thread: "Event sender" (709) backtrace: 
    [C] Apr 27 14:33:09 ndm: Thread:   Hotspot::Manager::SetHostConform(CString const&)+0x30 
    [C] Apr 27 14:33:09 ndm: Thread:   Hotspot::AutoRegister::OnDhcpLease_(Event::DhcpLease const&)+0x5f4 
    [C] Apr 27 14:33:09 ndm: Thread:   Event::Sender::Run()+0x250 
    [C] Apr 27 14:33:09 ndm: Thread:   Thread::StartRoutine_(void*)+0x2c8 
    [C] Apr 27 14:33:09 ndm: Thread:   start()+0x90 
    [C] Apr 27 14:33:09 ndm: Thread:   __clone()+0x30 

    Также заметил, что в имя авторегистрируемого устройства подставляются некорректные дата и время.

    • Thanks 1
  3. @Le ecureuil нет ли свежих новостей по реализации возможности ввода нескольких IP/доменов в профилях ping-check?

    В default-профиле это уже есть, но хотелось бы, например, изменить интервал проверки, или же отключить перезагрузку подключенного USB-модема по питанию.

    • Upvote 1
  4. Предлагаю немного другой способ - выключение и последующее включение именно Ethernet-порта по расписанию. В этом случае линк будет перезапускаться на физическом уровне, словно был отсоединен и снова подсоединен Ethernet-кабель. Перезагрузка Кинетика не потребуется.

    Минусы:
    1) интернет будет отсутствовать минимум 1 минуту, т.к. KeeneticOS не позволяет создавать расписания с большей точностью;
    2) в веб-интерфейсе такое сделать не получится - только через командную строку (CLI).

    Последовательность команд:

    schedule resetlink
    description resetlink
    action stop 0 6 *
    action start 1 6 *
    exit
    interface GigabitEthernet1 schedule resetlink
    system configuration save

    Создается расписание "resetlink" (можно дать и любое другое имя) с действием "stop" каждый день в 06:00, и действием "start" каждый день в 06:01. Далее это расписание привязывается к нужному интерфейсу (в случае с KN-1810 - WAN-порт находится на GigabitEthernet1) и внесенные изменения сохраняются в память. Таким образом, каждый день в 06:00 будет выключаться порт, а в 06:01 включаться обратно.

    На других моделях Кинетиков вместо GigabitEthernet1 может потребоваться указать иной интерфейс, через который работает подключение к интернету. Например: GigabitEthernet0/0, FastEthernet0/0 или другой - в зависимости от номера порта и конкретной конфигурации.

    • Upvote 3
  5. @Le ecureuil на KN-1811 c 4.2 Alpha 5 настроен резолвинг парочки доменов через сервер DoT/DoH.

    Как через DoT, так и через DoH, эти домены резолвятся на последней альфе корректно, но в логе примерно каждые 5 минут повторяются записи, касающиеся bootstrap. Приведу пример при использовании DoT:

    [I] Apr 24 13:28:30 ndm: Dns::Secure::Tools: unable to obtain addresses for "*". 
    [I] Apr 24 13:28:30 ndm: Dns::Secure::DotConfigurator: "_WEBADMIN_PPPoE0": skip service "*:853", wait for bootstrap. 
    [I] Apr 24 13:28:36 stubby: starting Stubby 0.4.0 

    Для основного подключения PPPoE имеется ping-check профиль "_WEBADMIN_PPPoE0", в котором настроена TLS-проверка доступности домена, не входящего в список тех, которые резолвятся через сервер DoT/DoH. Несмотря на это, судя по всему, ping-check все равно пытается использовать этот настроенный сервер.

    Если отключить ping-check, то спам в логе прекращается.

    • Thanks 1
  6. @eralde при установке или снятии у правила чекбокса, постоянно открывается диалоговое окно "Правило межсетевого экрана".

    Из-за этого выбор нескольких правил для копирования или переноса занимает больше времени в сравнении с текущим вебом, т.к. окно приходится постоянно закрывать перед выбором следующего правила.

    Проверял на KN-1811 с 4.2 Alpha 5.

    • Thanks 1
  7. Почему-то для stable и preview всегда возвращается текущая версия из канала draft:

    Скрытый текст

    image.png.04bc0e3fe8ab0f2b73b1d6936c10afe9.pngimage.png.65606367d03b9654441f35b1f2aee00d.png

    Поэтому откат на stable или preview не происходит.

    @Le ecureuil @admin когда в draft выйдет новая сборка 4.2, на неё получится штатно обновиться с 4.2 Alpha 4, или потребуется ручная загрузка файла прошивки?

  8. 44 минуты назад, Le ecureuil сказал:

    Ничего не понял.
    deny и политика - это ортогональные понятия.
    На хосте может быть

    1 - политика и deny (правда смысл, все равно доступа нет)

    2 - политика и permit (доступ есть, по политике самого хоста)

    3 - conform и deny (тоже смысла мало, доступа нет)

    4 - conform и permit (доступ по политике с интерфейса).

    Какие из вариантов работают неверно?

    Вероятно, @r13 имел ввиду, что для хоста нет возможности назначить "системную" политику по умолчанию. Хост теперь может следовать только или политике сегмента (conform), или же созданной вручную (policy PolicyX).

    Таким образом, если сегмент имеет настройку вида ip hotspot policy Bridge1 deny, а устройство - ip hotspot host {mac} permit и ip hotspot host {mac} conform, то оно не имеет доступа в интернет, т.к. следует политике сегмента, у которого настроен deny.

    • Thanks 1
  9. @Le ecureuil @hellonow при большой нагрузке на сеть (например, скачивании торрентов) циклически падает и перезапускается NTCE.

    В логе поток сообщений вида:

    [E] Apr 15 10:20:27 ntce-pace2: !ntce_pace2_build_flow_key(), udp ip6_size 40. 
    [E] Apr 15 10:20:27 ntce-pace2: unable to proceed with data, exit. 
    [I] Apr 15 10:20:27 ntce-pace2: stopped. 
    [E] Apr 15 10:20:27 ndm: Service: "Ntce::Manager": unexpectedly stopped. 
    [I] Apr 15 10:20:27 ndm: Ntce::Manager: cleanup stale data. 
    [I] Apr 15 10:20:30 ntce-pace2: starting "1.0-45". 
    [I] Apr 15 10:20:30 ntce-pace2: using "libc" memory allocator. 
    [I] Apr 15 10:20:30 ntce-pace2: using huge memory model. 
    [I] Apr 15 10:20:30 ntce-pace2: loaded CSC plugin. 
    [I] Apr 15 10:20:30 ntce-pace2: R&S PACE2 API version: "481". 
    [I] Apr 15 10:20:30 ntce-pace2: R&S PACE2 build: "24.03.22". 
    [I] Apr 15 10:20:30 ntce-pace2: now running as nobody:nobody. 
    [I] Apr 15 10:20:30 ntce-pace2: ready for processing. 

    Проверял на KN-1811 c 4.2 Alpha 4.

  10. В 08.04.2024 в 20:17, dimon27254 сказал:

    1. Если в сегменте отсутствуют беспроводные сети, то при попытке их задать, не отображается кнопка сохранения.

    2. В блоке "правила использования интернет-трафика" не отображается актуальная политика доступа.

    @eralde подтверждаю исправление в 4.2 Alpha 4. Спасибо!

    • Thanks 1
  11. В 29.03.2024 в 18:40, dimon27254 сказал:

    1. В сканере сетей было бы неплохо, чтобы время выводилось в 24-часовом формате, как в текущем вебе.

    Еще хотел бы уточнить: за что отвечает строка usbqmi.air-scan.table.operator-status.used? Будет отображаться иконка или текстовая информация о том, что используется именно эта сеть?

    2. В сканере, при неудачном сканировании, появляется следующее сообщение.

    @eralde @Anna_ спасибо! В 4.2 Alpha 4 исправлено.

    В "метриках сигнала" отображение значений для мобильной версии стало еще лучше, но длинные строки все равно выходят за пределы видимой области:

    Скрытый текст

    image.png.7ef76066d0b0f16c3e5a5e809b86477c.png

    В десктопной версии "метрик сигнала" потерялись межстрочные интервалы в блоках "Данные антенн", "Band" и "Несущие". Еще было бы неплохо, чтобы данные антенн расположили построчно, как это сделано с несущими:

    Скрытый текст

    image.png.b5218cf19f438be225ebba63ac794c7e.png

    • Thanks 1
×
×
  • Create New...