Hex S это не слабый

Повторюсь там все в теге за sfp микрот с вланом на порту который смотрит на этот sfp

Если так ставить вопрос, то даже нужно. Best practice. Учитывая, что у пятерки приоритет.

То есть влиять на работу сети и клиента одинаковые сид не будут?

PVID на SFP верный?

PVID на SFP верный?

Не pvid а vlan ids

PVID на SFP верный?

Представим что клиент подключился к сиду wifi_2g и к wifi_5g то клиент так же будет бегать то туда то сюда таже каша получиться что и с однис сид? или с одним сид это что то другое?

Вон там ещё два параметра попробуйте, может какой-то хитро выставлен

Вон там ещё два параметра попробуйте, может какой-то хитро выставлен

А ingress filtering это что?

Не подключать клиента к 2g (=не говорить ему пароль) Так будет работать стабильнее, если покрытия хватает.

Может это лучше на порты перенести? А с бриджа убрать

У вас бридж настроен так, что только тегированные VLAN1 может принять и отправить "наверх" (в дебри микротика)

Мне кажется что влан1 там вообще не играет не какой роли если нет задачи сделать бридж без тега

А задача в целом то какова?

Разрулить все вланы по портам что бы лишнее не летело туда куда не надо и еще что бы свитч игнорировал унтег и все чего нет в влан таблице

роль играет, если в задаче нужно терминировать какие-то вланы на бридже

На бридже есть влан управления и он работает хоть с включеным хоть с выключеном бридж фильтером проблема только с sfp скорее всего это глюк рос7 так как в рос6 на hex s вообще не было бридж фильтра а вот в рос7 завезли но наверное с глюком порта который навешан на проц

В таблице прописываете вланы, куда что отправлять На портах включаее admit-only-vlan-tagged и ingress-filtering На бридже, если не хотите вланы терминировать на нем, ничего трогать не надо - пусть будет по-умолчанию. Правда встает вопрос о доступе к менеджменту роутера. PVID нужен для тегирования входящего нетегированного трафика, а от него вы как раз хотите избавиться. И самое правильное - заменить роутер на управляемый свитч 😁

Навряд ли глюк ROS.

В таблице прописываете вланы, куда что отправлять На портах включаее admit-only-vlan-tagged и ingress-filtering На бридже, если не хотите вланы терминировать на нем, ничего трогать не надо - пусть будет по-умолчанию. Правда встает вопрос о доступе к менеджменту роутера. PVID нужен для тегирования входящего нетегированного трафика, а от него вы как раз хотите избавиться. И самое правильное - заменить роутер на управляемый свитч 😁

Помогите пожалуйста, не понимаю как такое быть может 1. Изначальный конфиг l2tp без ipsec (название arm_vps_client). в микротике провайдер стоит на distance=2, arm_vps_client l2tp на distance 1. чтоб интернет не работал без VPN 2. дома выключается электричество на несколько секунд. После этого arm_vps_client работать перестаёт. Не работает даже при смене провайдера, интерфейса, роутера. VPN сервер пингуется, не проходят только l2tp пакеты. Я купил другой VPS и сконфигурировал точно такой же l2tp (название l2tp-webhost). Поменял интернет distance=3, l2tp-webhost distance=2, arm_vps_client (отвалившийся) l2tp distance=1 по такой цепочке туннель открылся. 3. сегодня опять электричество отключилось на несколько секунд и опять l2tp отвалился. методом тыка поменял в микротике настройке: интернет distance=2, l2tp-webhost distance=1, arm_vps_client (вновь отвалившийся) l2tp distance=1 и коннект проходит. Куда копать? что вобще за хрень мистическая.

с самого начала -- в сторону упсов или другого гарантированного питания. Причем на упсах должно быть и оборудование провайдера, что в доме, тоже. Недавно сам столкнулся с залипанием udp/500 после аварии с волс у провайдера: из 9 гре не поднялись 2 и хоть тресни, но не видят ни с той, ни с другой стороны. Оставил на сутки -- всё тоже, не видят. Просто ещё на сутки погасил интерфейсы, потом включил -- как новенькие, все поднялись влёт.

Помогите пожалуйста, не понимаю как такое быть может 1. Изначальный конфиг l2tp без ipsec (название arm_vps_client). в микротике провайдер стоит на distance=2, arm_vps_client l2tp на distance 1. чтоб интернет не работал без VPN 2. дома выключается электричество на несколько секунд. После этого arm_vps_client работать перестаёт. Не работает даже при смене провайдера, интерфейса, роутера. VPN сервер пингуется, не проходят только l2tp пакеты. Я купил другой VPS и сконфигурировал точно такой же l2tp (название l2tp-webhost). Поменял интернет distance=3, l2tp-webhost distance=2, arm_vps_client (отвалившийся) l2tp distance=1 по такой цепочке туннель открылся. 3. сегодня опять электричество отключилось на несколько секунд и опять l2tp отвалился. методом тыка поменял в микротике настройке: интернет distance=2, l2tp-webhost distance=1, arm_vps_client (вновь отвалившийся) l2tp distance=1 и коннект проходит. Куда копать? что вобще за хрень мистическая.

Помогите пожалуйста, не понимаю как такое быть может 1. Изначальный конфиг l2tp без ipsec (название arm_vps_client). в микротике провайдер стоит на distance=2, arm_vps_client l2tp на distance 1. чтоб интернет не работал без VPN 2. дома выключается электричество на несколько секунд. После этого arm_vps_client работать перестаёт. Не работает даже при смене провайдера, интерфейса, роутера. VPN сервер пингуется, не проходят только l2tp пакеты. Я купил другой VPS и сконфигурировал точно такой же l2tp (название l2tp-webhost). Поменял интернет distance=3, l2tp-webhost distance=2, arm_vps_client (отвалившийся) l2tp distance=1 по такой цепочке туннель открылся. 3. сегодня опять электричество отключилось на несколько секунд и опять l2tp отвалился. методом тыка поменял в микротике настройке: интернет distance=2, l2tp-webhost distance=1, arm_vps_client (вновь отвалившийся) l2tp distance=1 и коннект проходит. Куда копать? что вобще за хрень мистическая.

И не подымается? У вас 2 деф

Скорее всего в connection tracking, со стороны узла где не пропадал свет GRE линк завис и не уходит.

вот ощущение такое, что это узел перед моим VPS c VPN, где зависли пакеты из-за неплавильного отключения, я думал такого не может быть

вот ощущение такое, что это узел перед моим VPS c VPN, где зависли пакеты из-за неплавильного отключения, я думал такого не может быть

Вы разберитесь почему у вас столько дэф в майн таблице

даже не понимаю о чем речь, не хватает знаний. я не админ по профессии :) 0.0.0.0 сами прописываются при коннекте через интерфейсы на скриншоте (add default route distance)

Просто у GRE нет портов, и там только по адресам, и могут быть такие неприятности при NAT.

Я пробовал через мобильный интернет, мимо провайдера. Тоже не завелось. Единственное, что не менял. это VPN сервер (но перезагружал его). даже менял микротик на запасной... и пинги на порт 1701 проходят (если службу xl2tpd остановить), но сам приветсвенный пакет от l2tp клиента отваливается по таймауту. на сервере в логах пусто микротик тоже "остужал" на 12 часов выключал вобще из сети. мои поверхностные знания не позволяют понять, что вобще это такое может быть.

Просто у GRE нет портов, и там только по адресам, и могут быть такие неприятности при NAT.

как проверить, сбросить? хотяб направление что гуглить помимо GRE (т.к. про GRE вобще только сейчас узнал)

там протокол 47, не tcp(6), не udp(17). А ipsec-esp -- вообще 50.

Всем привет. Подскажите, а можно ли как то на время отключить интерфейс? Скажем на 5 минут? Нужно удалённо проверить переключение провайдеров

Да 47й - GRE, нет понятия о портах, поэтому натит своеобразно, что может вызывать проблемы. Если скорость в канале не важна особо можно заменить на SSTP, будет работать, скорее всего. Если L2tp в РФ могут быть пролблемы с ТСПУ.

В wiki написано что ingress filtering применяеться для не тегированого трафика так что меня это не касаеться

Добрый день! Подскажите, пожалуйста, железку. Нужна для NAT сетка c 21-ой маской, NAT 1 к 1, правил файервола по минимуму. Канал наружу порядка 200 Мб/с.

Помогите пожалуйста, не понимаю как такое быть может 1. Изначальный конфиг l2tp без ipsec (название arm_vps_client). в микротике провайдер стоит на distance=2, arm_vps_client l2tp на distance 1. чтоб интернет не работал без VPN 2. дома выключается электричество на несколько секунд. После этого arm_vps_client работать перестаёт. Не работает даже при смене провайдера, интерфейса, роутера. VPN сервер пингуется, не проходят только l2tp пакеты. Я купил другой VPS и сконфигурировал точно такой же l2tp (название l2tp-webhost). Поменял интернет distance=3, l2tp-webhost distance=2, arm_vps_client (отвалившийся) l2tp distance=1 по такой цепочке туннель открылся. 3. сегодня опять электричество отключилось на несколько секунд и опять l2tp отвалился. методом тыка поменял в микротике настройке: интернет distance=2, l2tp-webhost distance=1, arm_vps_client (вновь отвалившийся) l2tp distance=1 и коннект проходит. Куда копать? что вобще за хрень мистическая.

У вас индивидуальные маршруты к самим l2tp-серверам (по "наземке") имеются в таблице маршрутов? 2. Можно использовать нетватч и скрипты для перезагрузки залипших соединений и очистки connection tables. С обеих сторон: а серверах и клиенте. И я не уверен в работоспособности (не пробовал), но вероятно, можно вообще не допускать трафик туннельных протоколов до таблиц соединений - по идее нет смысла их трекать. 🤔

1. Нет, все что есть на скриншоте. Больше ничего не настраивал. Я честно говоря не совсем понял даже, что вы имеете ввиду. Если не сложно подскажите пожалуйста раздел в микротик где настраивать маршруты, дальше постараюсь сам разобраться. 2. Это выглядит довольно сложно для меня, я нубас в сетевом администрировании, кое как ВПН прокинул, 3 года работало и вот началось.. :) Спасибо за советы.

ну как я понял, первоначально глюз мо-умолчанию один - это шлюз "наземного" провайдера, всё работает нормально. Затем включается первый l2tp, подключается к серверу, и переопределяет шлюз по-умолчанию на себя. Таким образом роутер начинает попытки слать пакеты L2TP в сам туннель L2TP. И соответственно, все падает. Точнее не сразу падает, а висит в разных комбинациях и позах (не забываем про connection tracking), что усугубляется постоянными попытками клиента L2TP переподключиться. Почему работало предыдущие 3 года - не знаю. Возможно конфиг был недавно изменён. Нужно прописать (добавить) маршруты к IP-адресам серверов с указанием шлюза "наземного" провайдера, чтобы сервера были доступны независимо от переопределения шлюза по-умолчанию. А еще, попробуйте поднять запасные SSTP-линки.

Всем привет. Поменял голову с HAP ac на HAP ax2. На ней же настроил капсман. Точки доступа везде - HAP ac2. После настройки и провижена капсмана выдает ошибку SSID not set. Может кто сталкивался с такой проблемой ?

Добрый день! А какие риски есть при замене вентиляторов на CCR-1036 без его выключения ? Может кто-то тоже оказывался в такой же ситуации

В разных ревизиях разная толщина кулеров. (С двумя 10г портами одни кулеры, с 4*1г портами другие) Меняй по одному, проблем не будет. (Один охлаждает, второй меняешь; потом наоборот. Если отключить оба - может случится перегрев)

В разных ревизиях разная толщина кулеров. (С двумя 10г портами одни кулеры, с 4*1г портами другие) Меняй по одному, проблем не будет. (Один охлаждает, второй меняешь; потом наоборот. Если отключить оба - может случится перегрев)

То есть не опасно отсоединять вентилятор без выключения маршрутизатора ?

Не опасно

На этом локальном бридже можно включить режим ARP=Proxy-ARP, а в ARP-таблицу внести мак вашего устройства (или нескольких устройств). Если ваше устройство поддерживает вланы, то можно и влан запилить, с целью чтобы все порты на микротике стали тегированные и не пропускали никакой трафик не из заданного влан. А "по-взрослому", можно и Dot1X развернуть :)

такой вариант не отработал)

Где-то миссконфиг значит.

можно подробнее для слаборазвитых в микротик?)

надо смотреть конфиг вашего микротика, как вы интегрировали новые правила и нет ли конфликтов с другими правилами

Прошу помощи, если кто сталкивался. Спрашивал в параллельном чате, но особо идей ни у кого нет. есть hap ac2 ros 7.12, все устройства в одной сети живут через wi-fi со статическими ip (и даже в одном 2.4 ГГц диапазоне эксперимента ради, пара устройств не умеют в 5.5) конфиг через quick set все интерфейсы, кроме wan, собраны в бридж есть пара айпадов, айфоны и два компа на винде, на одном из которых живет веб-сервер с приложением, куда нужно ходить с айпадов или с ноутбука, и время от времени это дело валится и не работает с виндовых компов айпады и эти компы пингуются и трейсрутятся, а с айпадов виндовые компы - нет при этом часть яблочных устройств друг друга пингуют, а в обратную сторону - нет, с ошибкой no route to host при этом сеть на яблоках есть и в инет доступ тоже (причем на ros 6 это худо на яблоках бедно работало, отваливалось время от времени и само восстанавливалось, а как я сегодня обновил до ros 7, так ничего больше на них и не работает совсем, только на виндовом ноуте)

Очень неосмотрительно 😁 Больше его не юзайте и если открыли - сразу закрывайте. Как только куда-нибудь там ткнёте, даже без нажатия ОК - изменения применятся и испортят вам ваши настройки, причем отнюдь не только те, которые видны в Квиксете, но и какое-то количество других. Сейчас явно какой-то миссконфиг, не должно описываемого происходить при правильной настройке. Сейчас хорошо было бы записать важные настройки, сбросить роутер с применением дефолтных настроек и затем их подкорректировать (НЕ используя квиксет !!!) Покажите /interface bridge export - что там.

Да конфиг этот был сделан в 2018 году, и не было проблем до этого момента. Я к тому, что я там без фанатизма конфигурил, без оголтелости и конфиг самый простой, из тех что есть, в т.ч. фаерволл, на который мне кто то советовал обратить внимание. Но это никак, к сожалению, этой дичи с айпадами и айфонами не объясняет