mrGhotius

Имеется два подключения: Основное(PPPoE) и Резервное(IPoE). При переключении на вкладку Резервного(IPoE) подключения, выставляется никогда не указывавшийся(в этом подключении) ранее тип аутентификации: При чем, кнопка Сохранить не активна. Если перейти обратно на вкладку Основного(PPPoE) соединения, появится предупреждение о несохраненных настройках: Если в поле Тип(протокол) выбрать "Не использовать", кнопки Сохранить/Отменить исчезнут, а при переходе на вкладку Основного(PPPoE) соединения сообщение о не сохраненных настройках не отображается. OS 4.3 Beta 4, Opera One(версия: 117.0.5408.142)

Командами: ip dhcp pool _WEBADMIN no dns-server exit system configuration save

Это все хорошо, и возможно поможет. Но что то мне подсказывает что так быть не должно, особенно после удаления пула. Если действительно все так, как описывает ТС, то больше похоже на баг.

ip policy Policy0 description "VPN priority" permit global OpenVPN0 permit global PPPoE0 standalone Как-то странно вы организовали политики. Если вы используете конкретные маршруты до определенных адресов и не собираетесь пускать ВЕСЬ трафик через VPN, не нужно в свойствах OpenVPN подключения отмечать галочку "Использовать для выхода в интернет". Если вы хотите отделить несколько устройств, создайте политику, NoVPN например, добавьте в нее соединение провайдера, перетащите туда необходимые устройства и вот на ней уже "примените" standalone.

Дошел. Проверяйте где вы ошиблись при вводе команды, возможно указали вместо name политики ее description.

Все работает и поддерживается начиная с версии 4.2 Beta 4

Лучше всего обратиться в оф. тех. поддержку с приложением self-test файла попыток подключения RUT955.

Делайте, если время не жалко. Все это видно в настройках сетевого адаптера.

Попробуйте поменять местами медиаковертеры. Также заменить блок питания медиаконвертера. Насколько я помню там 5В 1А.

Ну я, собственно, предположил, что не зря эту опцию навязали Но вдруг?

Добрый день. Понадобилось мне, чтобы незарегистрированные устройства, подключаемые к сегменту сети, работали по умолчанию через определенную политику доступа. Создал политику. Назначил ее сегменту: Однако при подключении новое устройство попадает в "Политику по умолчанию" Это правильная логика работы, или я что-то делаю не так? Спасибо.

Обновите все устройства до последней(одинаковой на всех устройствах) версии. Перезахватите все устройства заново в MESH. Но скорее всего ваш коммутатор не пропускает тегированый трафик или не настроен корректно.

Для начала просто перезагрузите все устройства.

Не то? https://osvault.keenetic.net

Похоже, что у Speedster глюк с ARP-таблицей коммутатора, и перезагрузка или смена порта поможет. Но тогда не понятно почему при подмене MAC-адреса не работало. Дождемся действий ТС Тоже вариант.

Да нет, стандартная ошибка, когда канальный уровень не доступен. Тоже никакого криминала, VLAN 1 это native, а VLAN 2 отведен под 0 порт, т.е. WAN.

Ну или переключите в другой порт на Speedster

Ясно, подключите Hooper и перезагрузите Speedster и оба конвертера.

Т.е. на скрине MAC-адрес Mikrotik, а когда подключаете Hooper адреса нет?

С сетью все норм Попробуйте не по имени, а по ip-адресу \\192.168.6.51

ping до 192.168.6.1? ping до ПК2?

Bridge1, он уже private, осталось только сделать: no isolate-private system configuration save

Ясно, откройте http://192.168.1.1/webcli/parse и покажите вывод команды: show interface

Нет, скорее вcего Bridge2, но проверьте сами какое у вас имя этого интерфейса.

Да