Denis Fedorets, Я читал, что они это сделали, для возможно разбудить мак через bluetooth клавиатуру, если он например подключен к внешнему монитору и стоит с закрытой крышкой. Но в ventura я уже не нашел настройку упраления bluetooth в спязем режиме и после оптимизации настроек питания и обновления более не сталкивался с этой проблемой.
interface (etherl) is slave - use master instead (bridge-wan)
Написано же, что нельзя применить правило на интерфейс когда он является частью бриджа. Соответственно все правила привязанные к ether1 должны быть переделаны на bridge-wan.
Most "simple" network adapters (e.g. widely used Realtek RTL 8139) and their drivers will simply pass VLAN tags to the upper layer to handle these. In that case, Wireshark will see VLAN tags and can handle and show them
В конце концов можно запустить linux как вторую ОС или использовать VirtualBox+Linux+USB Ethernet
Думаю, что сканер не находиться в режиме постоянного считывания, а активируется когда система делает к нему запрос. Соответственно не получиться реализовать на нем горячую кнопку.
Можно взять ноут, воткнуть его в неуправляемый свич, запустить на нем wireshark, потом запустить на микротике пинг любого адреса из новой сети телефонов, не важно что адрес не существует, нам главное что бы микротик генерировал ARP. И смотрим в wireshark летает ли в сети пакеты (arp пакеты) с тегом нужного нам VLAN или нет. Если не летают, то можно подключиться прямо в микрот и проделать тоже самое, если тоже не летают, то что-то на микротике настроено не правильно, если летают, то коммутатор не пропускает тег, тут только замена коммутатора. Если коммутатор пропускает, значит проблема в конфигурации телефона.
Вполне реально, даже на не управляемых коммутаторах, некоторые неуправляемые коммутаторы пропускают тегированный пакет, а не дропают его.
На микроте создаешь интерфейс VLAN и приклеиваешь его к бриджу, назначаешь ему адрес и настраиваешь DHCP сервер. Потом идешь на телефон и указываешь использовать этот VLAN.
Пожалуйста, не используй эти подсети
192.168.1.0/24 - ПК.
192.168.2.0/24 - IP-телефоны.
Дмитрий,
Вариантики
1. Добавить маршрут статикой, написать bat который надо запускать каждый раз после поднятия туннеля.
route add 192.168.88.0 mask 255.255.255.0 192.168.89.1 -p
2. Никогда не пользовался, но знатоки говорят что pptp это часть RRAS, а соответственно можно настроить 249 опцию DHCP в RRAS и передать клиенту маршрут.
3. Не могу гарантировать и проверить негде, но вроде бы если использовать в локальной и VPN сети подсети из диапазона 10.0.0.0/8, например LAN 10.11.10.0/24, а VPN 10.99.0.0/24, то на клиенте будет всегда присуствовать маршрут 10.0.0.0/8 через VPN интерфейс.
Он банит или router который стоит перед ним?
Где это что-то занимает 80 порт?