Leshiyart
-
Постов
462 -
Зарегистрирован
-
Посещение
Тип контента
Профили
Форумы
Галерея
Загрузки
Блоги
События
Весь контент Leshiyart
-
в вебе есть, а через cli в show run его нет, я понял так p.s. хотя проверил у себя вижу такой
-
Нечего тут разбираться, решение описано выше
-
предположу что с бриджа того сегмента в которой этот клиент. но можно дождаться ответа топикстартера
-
пинг чек отключите/перенастройте вручную
-
если используются управляемые свитчи то надо их настраивать. понижать их приоритет или повышать у основного роутера mws stp priority xxxxxx system configuration save либо пробовать mws stp encapsulation
-
action то не показал, у кинетика такое можно только через ентвар сделать
-
хотят чтоб клиенту после переадресации source подменился на локальный айпи адрес, а не реальный внешний
-
тут другая хотелка, как раз если ретранслятор не будет видеть рабочий 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 на выход (передачу)
-
удали эти маршруты не понятно куда не понятно через что
-
на скринах нет ни слова об wisp, вы хоть понимаете что это? попробуй еще раз объяснить чего хочешь добиться и каким боком тут маршруты (да еще и по wisp)
-
p.s. ну и в маршрутах (точнее в гетвеи) какой то бред. это на какой интерфейс вешается?
-
потому что маршруты распространяются на все политики, если такой политике не задан режим standalone ip policy Policy1 standalone system configurationa save
