corniger

Изменение метки и базовая возможность форматирования раздела, возможно, разметка накопителя содержатся в планах. Спасибо.

Здравствуйте! Встроенный в систему модуль для работы с разделами и файловыми системами находится в очереди на разработку. Конкретный срок реализации достоверно обозначить на данный момент возможности нет. Можно ожидать в обозримом будущем. Имеется, действительно, возможность развернуть на встроенной ПЗУ-памяти устройства opkg и поменять метку тома подключившись по ssh. Для этого понадобится проследовать по шагам инструкции из ТП (до слов Теперь установите нужный opkg-пакет). Ваш файл установщика для peak - https://bin.entware.net/aarch64-k3.10/installer/aarch64-installer.tar.gz. Нужно выбрать пакеты обязательно как на первой иллюстрации в статье. В конце процесса развертывания подключаемся в развернутый opkg по ssh. Порт может быть номер 222, если у вас уже установлен SSH-сервер в наборе компонентов системы. То есть например ssh root@192.168.1.1 -p 222 Далее, после того как выполнено обновление списка пакетов и обновление opkg, нужно установить пакет (принимаем, что требуется изменить метку тома, отформатированного в NTFS) ntfs-3g-utils - командой opkg install ntfs-3g-utils. ~ # opkg install ntfs-3g-utils Installing ntfs-3g-utils (2022.5.17-1-fuseext) to root... ... Configuring ntfs-3g-utils. Далее, выполняем команду mount | grep ntfs - она выведет список смонтированных разделов, подключенных как NTFS-тома. / # mount | grep ntfs /dev/sdb1 on /tmp/mnt/53097E6816DAFC1A type tntfs (rw,nosuid,noexec,noatime,uid=0,gid=1000,umask=02,allow_utime=0020,utf8,min_prealloc_size=64k,max_prealloc_size=117176576,readahead=4M,user_xattr,case_insensitive,fail_safe,hidden=show,dotfile=show,protected_system=ignore,errors=continue,mft_zone_multiplier=1) У нас один раздел, /dev/sdb1. Выведем его метку (если разделов больше, при помощи этой команды легко выбрать нужный). / # ntfslabel -f /dev/sdb1 Forced to continue. 120GB Метка - "120GB" - та, что мы хотим изменить. Ключ -f мы использовали для того, чтобы прочитать метку с примонтированного раздела (это безопасно). Следующим шагом, демонтируем нужный раздел командой umount /dev/sdb1. Она срабатывает без отклика. На демонтированном разделе /dev/sdb1 устанавливаем новую метку "Leia" командой ntfslabel /dev/sdb1 Leia и проверяем: / # umount /dev/sdb1 / # ntfslabel dev/sdb1 Leia / # ntfslabel /dev/sdb1 Leia Далее, чтобы изменение было корректно считано (и отобразилось, в веб-конфигураторе), нужно либо переподключить накопитель к порту USB, либо перезапустить систему. Для перезагрузки, из ssh-сеанса к opkg выполните команду reboot. Последовательность проверена на KN-2710.

Доброго дня. У расписания есть рабочие и нерабочие часы. Действие функции, которой назначено расписание, осуществляется в рабочие часы расписания. И, соответственно, в нерабочие часы расписания подверженная ему функция деактивируется. Рабочие часы задаются выделением временных интервалов на графике расписания. Пожалуйста, напишите, с цитатой, что именно воспринимается с двойственным или неудобоприятным смыслом.

Доброго дня. Согласование улучшено, снимок с 4.1.7

Спасибо. Поправлено, войдёт в очередной выпуск.

Перехват трафика должен включаться если задействован один из (любой) режимов фильтрации. Транзит запросов нужен только в случае включенного перехвата трафика, для того чтобы разрешать имена в адреса через явно указанные на устройствах сервисы. Система "никуда ничего не посылает", только запрос и только туда куда указано по указанным настройкам. Складируется только в локальный кеш (это нормальное поведение любого резолвера, вести кеш). Пожалуйста, если вы идите другое поведение, опишите как воспроизвести. Здесь или в обращении в Техническую поддержку.

Буква "и" не была использована чтобы избежать ..ее и И.. Вся настройка так и осталась называться Ограничение скорости, данное поле ввода принимает значение для обоих направлений одинаковое, если включить ниже Асимметрично то поле разделяется на два, по направлениям

Настройка "Без IP адреса" для сегментов устройства в режиме extender запланирована в 3.8.

Спасибо. Вам, если рассматривать использование Wi-Fi-системы, не поможет решение вопроса "просто разрешите сохранение настроек сегмента без IP-адреса", так как в случае ваших требований, если даже и будет такая возможность, это будет, как, знаете, маска с огурцами. Действует пока нанесено. Как только контроллер проведет следующее построение, например при перезапуске, настройка interface ip no address с ретрансляторов будет убрана - заменена на ip address dhcp. Другая настройка не поддерживается для неосновного сегмента в Wi-Fi-системе, и планов на реализацию этого пока совсем нет. Я не понял причем тут настройки arp у вас на шлюзе). Если не рассматривать управляемые с контроллера точки доступа, тогда да, во имя чего-то настройка без IP-адреса имеет место быть на сегменте. Есть мнение что стоит предусмотреть такой сценарий в веб-интерфейсе, хотя бы для избежания отказа при работе. А скажите, сценария когда вы устройство переводите в неуправляемый Wi-Fi-коммутатор без возможности зайти на него по сети, такого нету ведь у вас? Хотя бы один сегмент остается с настройкой IP?

Кажется, понял о чем вы. Имеется в виду, что в дополнительных сегментах (кроме основного, который вы оставляете как VLAN управления) требуется на всех узлах Wi-Fi системы, включая контроллер, отсутствие IP-адресов? FT-роуминг при этом не будет работать, но вам это и не нужно, так? А требование такое, потому что а) доступ пользователей к веб-интерфейсам точек доступа и контроллера неприемлем б) использование DHCP-клиентов неприемлемо в) статические адреса (они и не поддерживаются на точках досутпа в дополнительных сегментах) также неприемлемы

Доступ к управлению можно закрыть при помощи сетевого экрана, устранять адрес интерфейса для этого не обязательно. Я видимо неверно понимаю вашу схему, мне так начинает казаться по прочтении этого несмотря на то, что вы не отреагировали на мой вопрос о примере настройки интерфейса сегмента. Или, если это не относится к сегменту, то тогда кто - он? Пожалуйста, уточните, как у вас планируется, как должен быть настроен сегмент? Вы включаете в сегменте несколько VLAN-интерфейсов, с разными внешними DHCP-серверами?

Пожалуйста уточните, чем мешает адрес интерфейса сегмента, кроме очевидного - занятый IP? Верно понимаю, что вы говорите о сегменте к примеру с такой конфигурацией? interface Bridge2 description "Segment 3" include GigabitEthernet0/Vlan15 include WifiMaster0/AccessPoint2 include WifiMaster1/AccessPoint2 mac access-list type none security-level protected ip dhcp client dns-routes ip dhcp client name-servers iapp key ns3 6i1ln01HEPOQDCOyDeDwY/FL up Без адреса на сегменте, если не ошибаюсь, не будет работать 802.11r - FT-роуминг. Если можно расскажите подробнее также о других недоработках. В реализации на данный момент, действительно, контроллер Wi-Fi-системы это обязательно устройство в основном режиме работы, но все сегменты кроме Home вы можете настроить на использование внешнего DHCP и шлюза.

Пожалуйста уточните по возможности, для какой цели требуется решить такую задачу. На данный момент реализация не позволяет настроить сетевой мост как вы описали. Мосты в системе могут содержать только Ethernet-интерфейсы, каковым интерфейс QMI-модема не является. Если говорить о франкенштейне, то тоже нет, DHCP Relay тут не поможет, так как этот протокол вовсе не используется на стороне провайдера.

1 и 2, работы в этом направлении запланированы, обращение в техподдержку если нет специальной необходимости можно не оформлять в названии топика есть слово "ребут", и также вы пишете в сообщениях о ребуте всех клиентов - пожалуйста, уточните, это перезагрузка имеется в виду? или ребут в данном случае надо понимать как переподключение к сети

насколько я могу понять, это не проблема связанная с изменениями в этом выпуске данное предложение можно внести в соотв. раздел (о предложениях) настройка о которой идет речь, продвинутого уровня. не всегда в настройках продвинутого уровня удается элегантно заложить защиту от дурака. в данном случае можно рассмотреть как вариант отслеживать действие пользователя по удалению установленных пользовательских DNS-серверов вместе с наличием интерфейсов у которых запрещено использование провайдерских DNS. с такими условиями вы бы увидели сообщение на моменте удаления. речь об этом? либо можно в Системном мониторе сообщать о проблемах более развернуто, то есть добавить валидацию наличия ключевых параметров подключения. второй вариант представляется более логичным, а первый - более костыльным