AmiGO

Приветствую всех! Возникла проблема: не сохраняется конфигурация mws member port access после перезагрузки на 4.3.6.2, воспроизводится нижеописанным способом. На контроллере (в моём случае KN-2710): (config)> mws member **:**:**:**:**:** port 4 access Bridge1 Mws::Controller::Manager: "**:**:**:**:**:**": port "4" has been attached to "Bridge1". (config)> copy running-config startup-config Core::FileSystem::Repository: Copied "flash:startup-config". (config)> system configuration save Core::System::StartupConfig: Saving (cli). Дальше system reboot на ведомом устройстве (Keenetic Extra II на той же версии прошивки), либо mws member **:**:**:**:**:** reboot на контроллере и начинаем непрерывно долбить cat running-config на контроллере: после завершения загрузки ведомого устройства mws member **:**:**:**:**:** port 4 access Bridge1 мгновенно исчезает из конфигурации контроллера, а само ведомое устройство загружается так, будто перенастройка и не производилась, т.е. на лицо явный сброс конфигурации после перезагрузки, хотя до неё всё работает. Также я пробовал дополнительно сохранять конфигурацию перед перезагрузкой на ведомом устройстве, убеждаясь в том, что в startup-config на нём всё записано правильно, однако результат прежний. Есть ли возможность исправить это? Дополнительно к исправлению хотелось бы иметь возможность полноценного конфигурирования mws member * port на контроллере аналогично команде interface * switchport на ведомом устройстве, т.е. чтобы можно было и trunk, и гибридный режим сконфигурировать и чтобы при этом ничего не сбрасывалось после ребута. Спасибо.

Нет, никаких проверок там нет. Я пробовал убрать кинетик и оставить только GPON-терминал от провайдера, однако и он не получал префикс. И вот, сегодня, безо всякого объявления войны и каких-либо изменений конфигурации, на кинетике, который уже давно "перераздаёт" /64 от провайдера с помощью SLAAC в домашнюю сеть, внезапно появился желанный /56 на PPPoE. Счастью моему нет предела, т.к. теперь я могу отдать по отдельному /64 и в сеть для всевозможных "умных" устройств, и в гостевую. Да здравствует IPv6! Ура, товарищи!

Привет?

Проблема актуальна на 4.3.6.2, воспроизводится элементарно. На контроллере (в моём случае KN-2710): (config)> mws member **:**:**:**:**:** port 4 access Bridge1 Mws::Controller::Manager: "**:**:**:**:**:**": port "4" has been attached to "Bridge1". (config)> copy running-config startup-config Core::FileSystem::Repository: Copied "flash:startup-config". (config)> system configuration save Core::System::StartupConfig: Saving (cli). Дальше system reboot на ведомом устройстве (Keenetic Extra II на той же версии прошивки), либо mws member **:**:**:**:**:** reboot на контроллере и начинаем непрерывно долбить cat running-config на контроллере: после завершения загрузки ведомого устройства mws member **:**:**:**:**:** port 4 access Bridge1 мгновенно исчезает из конфигурации контроллера, а само ведомое устройство загружается так, будто перенастройка и не производилась, т.е. на лицо явный сброс конфигурации после перезагрузки, хотя до неё всё работает. Также я пробовал дополнительно сохранять конфигурацию перед перезагрузкой на ведомом устройстве, убеждаясь в том, что в startup-config на нём всё записано правильно, однако результат прежний. Есть ли возможность исправить это? Дополнительно к исправлению хотелось бы иметь возможность полноценного конфигурирования mws member * port на контроллере аналогично команде interface * switchport на ведомом устройстве, т.е. чтобы можно было и trunk, и гибридный режим сконфигурировать и чтобы при этом ничего не сбрасывалось после ребута. Спасибо.

@vst Спасибо за ответ. Жаль. А по-поводу ipv6 pass through с PPPoE - тоже нет?

@vst поможете?

@vst Спасибо огромное за ответ! Могли бы пояснить? Я подключен не к микропровайдеру, а к Ростелекому, однако ну вот не даёт он DHCPv6-PD и у меня нет ни малейшего понятия о том, появится ли, т.к. тех.поддержка на вопросы физ.лиц по IPv6 не отвечает, зато за сеть я более-менее уверен, т.к. подключен к ней уже очень давно и в ближайший десяток лет на что-то иное переключаться не планирую. Объяснений тоже не требуется, т.к. я и так всё понимаю, хочется лишь избавиться от костылей. Если заглянуть в "Справочник команд", то можно заметить довольно обширное количество возможностей, не представленных в веб-интерфейсе, объяснить суть которых неподготовленному пользователю тоже весьма затруднительно, т.е. доступно всё только тем, кому это действительно необходимо. В качестве примера: ipv6 local-prefix - настройка анонсов ULA ipv6 pass - включение IPv6 pass-through ipv6 subnet mode - выбор между SLAAC и DHCPv6 Ни одна из этих опций не представлена в веб-интерфейсе. Если запрашиваемый мой функционал уже реализован, то почему сложность вызывает добавление CLI-команды (скажем ipv6 prefix reuse <wan-iface>) которая позволила бы включить переанонсирование уже полученного ранее /64 IPv6-префикса? Если взглянуть на changelog 4.1 draft, то там уже есть 4 "Requested by" и ещё большее количество "Reported by": The new Proxy connection options, which introduce connectivity over the UDP protocol, are now available from the Command Line Interface (CLI). [NDM-2971] [Requested by Skrill0] The Next Generation Web Interface (beta) component now allows changing HTTPS port on the Users and Access page. [NWI-3054] [Requested by dimon27254] The Kernel modules for Netfilter system component now includes vxlan support. [SYS-1028] [Requested by MrArtemSid] IPv6 local prefixes of the ULA fc00::/7 address space are now available for configuration on network interfaces. [NDM-3039] [Requested by fl4co] Да, у меня счётчик сообщений на форуме не уходит за несколько сотен и Кинетиков у меня всего 4, а не целое море, как у некоторых вопрошающих, однако каких-либо иных отличий моей просьбы добавить запрошенный функционал от перечисленных выше я не наблюдаю. На PC (Linux/macOS/Windows), при подключении напрямую, выдаваемый провайдером IPv6 функционирует нормально, на OpenWRT переанонсирование функционирует, на Микротиках тоже, а на Кинетиках - нет, поэтому я не очень понимаю ваше нежелание добавить хотя бы CLI-команду с учётом того, что всё это уже и так работает (по вашему же утверждению). Мне видится весьма справедливым отметить мою просьбу "Reported by", а вовсе даже не "Requested by" если реализация когда-нибудь состоится. Опять отчего-то очень много текста написалось... TL;DR: Могли бы вы сделать CLI-командочку для переанонсирования префиксов, полученных не через DHCPv6-PD? Плиз, плиз. P.S. ipv6 pass through невозможно использовать для PPPoE-интерфейсов - почему? Могли бы вы это тоже исправить? (config)> ipv6 pass through PPPoE0 Homenet Ip6::Pass error[39977461]: no such Ethernet interface: "PPPoE0".

Приветствую всех! Ситуация следующая: Ростелеком через GPON заходит на ZTE F670 в режиме моста, от него уже Ethernet-фреймы попадают на выделенный порт Keenetic Peak с 4.0.7, на котором уже поднята PPPoE-сессия. Провайдер выдаёт только /64 на стыке (т.е. PPPoE-интерфейсе) с помощью SLAAC, на DHCPv6 запросы же как через PPPoE, так и через Ethernet интерфейс провайдера никакого ответа не поступает и ожидаемый /56 (согласно информации с version6.ru) не прилетает. Проверялся этот факт по мере роста сомнений в собственной вменяемости сначала на оригинальном ZTE F670 при поднятом PPPoE прямо с него, потом на микроте RB4011 с ROS 7.12.1 и ZTE снова возвращённом в бридж, потом на свежей полновесной генте и под конец мероприятия на всё том же F670, но уже "правильно поднастроенном", т.е. с полноценным доступом к busybox, iptables, ebtables, arptables и так далее - для исключения наличия какой-либо непонятной фильтрации с помощью файрволла или eBPF на стороне железки. Результат прежний: на DHCPv6 со стороны ISP ничего не отвечает. Однако, т.к. провайдер всё-таки выдаёт полностью рабочий /64, которого мне вполне достаточно, возникла идея его переанонсировать в локальную сеть и выяснилось (в том числе после общения с поддержкой Keenetic), что такого мой Keenetic Peak не умеет и уметь не планирует. Научить его этому благодаря наличию Entware оказалось довольно просто: занялся этим скрипт 01_wan_ipv6_config.sh(ахтунг! много башизмов!), закинутый в `/etc/ndm/wan.d/` + симлинк на него же в `/etc/cron.1min/`. Для достижения искомого поведения, как видно из скрипта, оказалось достаточно конфига для установленного в Entware radvd, логика же для ndppd не понадобилась, т.к. всё работает и без пересылки NDP-пакетов. Помимо доработок напильником также потребовалось полностью удалить из конфига Keenetic корневую секцию `ipv6` с целью предотвращения запуска встроенного radvd. Вот так выглядит избавленный от всего лишнего конфиг роутера: config.txt Вопрос без TL;DR: могли бы вы, уважаемые разработчики, добавить в NDMS нативную возможность переанонсирования полученного от провайдера с помощью SLAAC IPv6 /64 префикса в LAN через тот же SLAAC или DHCPv6 на роутере без необходимости получения DHCPv6-PD /56 от провайдера? Спасибо. P.S. Пример конфига radvd, который для этого используется у меня: radvd.conf и конфиг ndppd (у меня всё отлично работает и без него): ndppd.conf