Leshiyart

тут другая хотелка, как раз если ретранслятор не будет видеть рабочий dhcp, оно перейдет на static fallback адрес, выше который я указал как задать

Одно это клиент/сервер вручную конфигурируемый. второе сервер (чтоб проще создавать такой конфиг)

Естественно

в cli делай interface Bridge0 ip address 192.168.1.15 255.255.255.0 ip address dhcp ip dhcp client fallback static ключевые настройки

при этом в cli вывод правильный

+1

на бета1 не проверял? есть какие то изменения?

речь про то что сам клиент куда то стучится используя порт 53 днс мой лог выше как раз с 4.2.6.3 так что это какой то софт, надо проанализировать что такого у этих клиентов общего

понаблюдал за своими локациями, два разных хонора шлют аномально большие по размеру (по отношению к другим) запросы, не используя адрес роутера в качестве днс

вопрос хороший, может быть кто изначально задавал вопрос смогут описать конкретно как и зачем такое сделано. не должно, а если очень хочется увидеть таких клиентов и при надобности пустить в инет можно повесить ip alias на этот бридж и включить нат для этой сети. тут больше вопрос что в сети может быть воткнуто что то сторонее, а мы и знать не знаем что оно гуляет внутри нашей сети

Речь не про клиентов в других сегментах, а о клиентах имеющих отличную сеть от этого сегмента (грубо есть домашняя сеть 192.168.1.0.24, а у клиента(не знаю зачем и почему) 192.168.20.0/24 статикой забито) он на какое то время появится в списках, но потом пропадёт, так как работает механизм проверки доступа клиентов (не вникал как точно, но переодически сканируются адреса внутри этого сегмента)

как раз проверил бы

а есть политика где он используется как основное подключение? если нет других подключений ван выстави его основным во вторых судя по ттл, симка не предназначена для раздачи. так же значние там должно быть 64 на выход (передачу)

удали эти маршруты не понятно куда не понятно через что