Cumberbatch
Или тут advanced включите
Anonymous
Ладно сори за суету! Ваши советы не вышли за рамки того что я уже пробывал сделать поэтому вопрос прошу считать закрытым! Если у кого-то есть желание покрутить железку по удаленке то велком в личку!
Роман
Сделай сброс без настроек по умолчанию
Роман
Или так и делал?
Роман
Железка на столе или в работе где то стоит?
Anonymous
Или так и делал?
По рада как только не делал😁😁😁
Anonymous
Она стоит на матчах но не задействован!
Мастер
Здравствуйте. Как на Mikrotik можно спарсить файл построчно и возможно ли это вообще? Имеется html файл из которого хочу вытащить некоторые данные
Геннадий
на микротике нет
Геннадий
выгружайте файл и делайте что хотите.
Геннадий
это роутер а не пк
Paul
html распарсить и на РС не тривиальная задача, а уж в ROS это будет довольно проблематично (можно, но геморройнее в разы)
.
здравствуйте. подскажите пожалуйста как по eoip передать транки? есть 5 вланов, которые смотрят в сторону микротика 1 - их нужно по еоип передать микротику 2
.
пока в голове мысль создать бриджи для каждого влана и объеденить их с eoip, но это по моему извращение)))
.
А что мешает порт куда приходят вланы в бридж с eoip сделать? Ну и с другой стороны то же самое
это порт аплинка, физ доступа у меня нет туда. в бридж добавлю порт - потеряю управление))
.
все вланы приземлены на первом микротике, инет так же приходит в влане на микротик. нужно вланы передать по туннелю на второй микротик
Yakov
все вланы приземлены на первом микротике, инет так же приходит в влане на микротик. нужно вланы передать по туннелю на второй микротик
поднимаете eoip, добавляете eoip интерфейс в бридж с виланами, в нужных виланах ставите eoip в tagged, так с обоих сторон
Yakov
но на роутере начнется свистопляска с mtu, и клиенты в локалке начнут испытывать проблемы с интернетом
Yakov
зачем?
Yakov
у вас на R1 разве по бриджу на каждый вилан или один бридж с vlan-filtering?
Cumberbatch
все вланы приземлены на первом микротике, инет так же приходит в влане на микротик. нужно вланы передать по туннелю на второй микротик
Что мешает сделать бридж eoip и порта? На бридже vlan inet для маршрутизации и ната. Остальные уйдут в eoip. Какое управление то потеряете?
Cumberbatch
Vlan filtering я бы включил и для инета не гнал бы в eoip. Остальные как tagged в двух портах бриджа. Со стороны uplink инетвлан тоже как tagged. А pvid бриджа равен vlanid интернета
.
Vlan filtering я бы включил и для инета не гнал бы в eoip. Остальные как tagged в двух портах бриджа. Со стороны uplink инетвлан тоже как tagged. А pvid бриджа равен vlanid интернета
хм, а если создать бридж с еоип и портом на который летит тег, на второй стороне нужно будет только на еоип накинуть вланы?
.
попробовал сделать так, мак второго микротика в нужно влане не прилетает на свитч)
.
Это зависит от задачи второго.
на втором тупо принять нужно вланы эти. вопрос второй, почему при бриджевании еоипа и транкового интерфейса не прилетают маки на свитч?) в бридже vlan filtering включен, далее добавил еоип и физ интерфейс в бридж. что-то еще требуется?
.
все верно?)
Cumberbatch
Сначала попробуйте без фильтринга
Cumberbatch
Тут у вас один 400 указан. И все.
.
Тут у вас один 400 указан. И все.
да, я пытаюсь сейчас прокинуть только 400 влан на второй микротик. отключил фильтринг, current tagged пропали
Cumberbatch
да, я пытаюсь сейчас прокинуть только 400 влан на второй микротик. отключил фильтринг, current tagged пропали
Если отключили то эта вкладка не работает. Должно все лететь через бридж с порта на eoip и наоборот
Cumberbatch
не работает. с арпами что нибудь делать нужно?
Arp тут причём? Как вы поняли что не работает?
.
Arp тут причём? Как вы поняли что не работает?
1.е я добавил на втором микротике в 400м влане ипшку, пингую первый микротик - пингов нет. 2.е на свитч к которому подключен первый микротик не приходит мак в 400м влане второго микротика
Cumberbatch
1.е я добавил на втором микротике в 400м влане ипшку, пингую первый микротик - пингов нет. 2.е на свитч к которому подключен первый микротик не приходит мак в 400м влане второго микротика
На первом микроте откуда адрес на 400 влане? Что вы пингуете то? Сделаете проще. Покажите на первом и втором мк /int export /ip add export
.
На первом микроте откуда адрес на 400 влане? Что вы пингуете то? Сделаете проще. Покажите на первом и втором мк /int export /ip add export
на первом микроте с пятого порта так же летят тэгом вланы эти, развернут влан на нем висит адрес в 400м влане
Роман
Пришлите экспорт конфига. Там видно будет
.
/ip address add address=192.168.150.254/24 interface="4 Wifi" network=192.168.150.0
.
https://pastebin.com/GjgbJPbR второй
Cumberbatch
https://pastebin.com/Hfu2mVpB первый микротик
Запущенный вариант. Читайте тут. Ищите свой вариант. И вперёд. https://wiki.mikrotik.com/wiki/Manual:Interface/Bridge#Bridge_VLAN_Filtering
Роман
https://pastebin.com/Hfu2mVpB первый микротик
Эм. Вы вроде прокидываете 400 влан. Тогда почему у вас 4-й eth в бридже с eoip туннелем?
Cumberbatch
https://pastebin.com/Hfu2mVpB первый микротик
Eoip к тому же нерабочий.
Роман
Кстати да. А где remote-address?
Cumberbatch
вырезал я)
Вообщем вот. https://t.me/mikrotikclub/195584
Роман
вырезал я)
Что за интерфейс 4 Wifi на втором тике?
Роман
"400 Office Wifi" - ?
.
da
Andrey
Приветствую всех! Не хотят работать L2TP клиенты на микротике. Выглядит так в интерфейсах. Провайдер Билайн, регион нахождения микротика - Питер.
Paul
здравствуйте. подскажите пожалуйста как по eoip передать транки? есть 5 вланов, которые смотрят в сторону микротика 1 - их нужно по еоип передать микротику 2
создать эти же самые вланы на eoip и сбриджевать их с вланами на eth, т.е. vlan1-eth на eth vlan1-eoip на eoip их в один bridge все, теперь вланы уходят в сторону другого МТ на другой стороне все повторяется и вы получаете тегированный трафик
Dmitry
Собственно в этом и мои сомнения, а мне нужно именно это... пока не нашел сообщения @sa_drug на реализацию в netwatch
смысл в следующем: есть netwatch он мониторит какой-то host, если наблюдается потеря пакетов, то неплохо бы проверить это какая-то незначительная проблема или нам действительно поплохело. для этого в on-event down скрипте: а) повторно запускается ping и считается процент потерь ( сейчас в мт есть более продвинутая штука для тестов, можно например прикрутить уровень latency и пр.) б) проверяется доступность других item-ов в netwatch, потому что бывает так, что проблемы с самим хостом, который мониторится и не стоит грузить устройство по кругу пока они не будут устранены.
Dmitry
все это, приводит к ооочень развесистому netwatch, так что просто и на пальцах не будет. предвосхищая: у других вендоров так же.
Dmitry
#script Netwatch - мой вариант. Основные принципы (те, которые я помню): - пингуется произвольный хост в сети Internet; - пингуются два моих vpn-концентратора; - что-то активно делается, если по первому правилу обнаружено число потерь больше заданного, при этом если процент потерь 100 - проверяются отсавшиеся netwatch-записи, если хоть одна из них жива - значит ничего делать не надо (логично, что пингуеме хосты должны быть в разных BGP AS, при этом) - действия оформлены в виде функций, чтобы можно было добавлять / удалять - минимально меняя тело скрипта. - функции, которые были нужны мне - не спрашивайте почему, я не помню :) - единственное syslog собирался через инет, обернутый в ipsec отдельным policy - чтобы не зависеть от состояния туннелей - время синхронизировалось перед установкой IPSec; - списки доступа резолвились через заданные DNS - потому что того требовала бизнес-логика и задумки по DNS-loadbalance, чему не суждено было сбыться.
Paul
вредный совет, выше было сказано как правильно
бриджевать физической порт с eoip? ну не знаю...
Paul
то что я описал уже давно реально работает, кстати, и особых проблем замечено не было
Dmitry
eoip - грубо виртуальный ethernet. его просто нужно добавить в свитч и настроить vlans согласно рекомендаци. производителя
Paul
вы не это предлагали
выше (вы же ссылались на то что выше написано) предлагали бриджевать физический порт с eoip я считаю это сомнительной идеей
Paul
eoip - грубо виртуальный ethernet. его просто нужно добавить в свитч и настроить vlans согласно рекомендаци. производителя
eoip - это, прежде всего, L2 линк из точки А в точку Б с "плавающими" характеристиками поэтому я и предлагаю работать с eoip как с линком
Paul
на eth, обычно, все стабильно (MTU и т.д.), а вот про eoip такое сказать, увы, нельзя бриджевать такие линки может и проще, но по итогу это может вылиться в геморрой
Paul
eoip всегда выльется в геморрой. но спорить с вами смысла не вижу
в части передачи голого L2 через инет, альтернатив EoIP, увы, нет