И что стало лучше ему?) Я приеду домой думаю ему 60 куллер прикрутить)))

На Хабре читал, что он не сильно греется

В корпусе нет ни одного отверстия для вентиляции, есть подгрузить ему проц, а там 4 ядра и когда в помещении больше 30 градусов есть ощущение что он хочет расплавится

Внутри поставили добротный радиатор

ну так на сколько я понимаю после нетинсталл все по умолчанию становиться

Нет, он становится blank. Подключаться по маку винбоксом

На пластике отпечатки остаются? С виду маркий

Остаются. Но легко протираются

На Хабре читал, что он не сильно греется

у меня такой аще не греется

Внутри поставили добротный радиатор

Реально чёткий.

Норм он, ничего ему не будет.

прописал на сетевуху ручками - те же яйца...

WinBox - Neighbours. Там искать свой роутер

а в новых прошивах нет назначения мастер порта?

а в новых прошивах нет назначения мастер порта?

нет, юзайте бридж

ок

На пластике отпечатки остаются? С виду маркий

вот остаются, несмотря на софт-тач

Ну это не такой большой минус, я считаю. Зачем лапать машрутизатор постоянно?)

ну вы же спросили. )

Только ради спортивного интереса) Просто пластик напомнил дешевый китай по фотке

Только ради спортивного интереса) Просто пластик напомнил дешевый китай по фотке

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

Спасибо за отклик. Мне уже вчера подкинули идею. Если не выйдет, тогда ещё поспрашиваю)

Ну что ж, там не всё так гладко получилось, так что всё-таки требуется помощь. Я сейчас напишу суть

Эх, долго писать. Пока сам ещё подумаю

Есть два маршрута в одну подсеть. Один динамический через шлюз №1 с дистанцией 110 Второй статический через шлюз №2 с дистанцией, допустим, 100 и с Routing Mark route2_mark И есть такое правило в файрволле в манглах add action=mark-routing chain=prerouting dst-address-list=list2 new-routing-mark=route2_mark passthrough=yes Делаю трассировку до адреса из list2 - первый же хоп: шлюз 1 Почему так? Ведь второй маршрут "уже", да и дистанция меньшая

Есть два маршрута в одну подсеть. Один динамический через шлюз №1 с дистанцией 110 Второй статический через шлюз №2 с дистанцией, допустим, 100 и с Routing Mark route2_mark И есть такое правило в файрволле в манглах add action=mark-routing chain=prerouting dst-address-list=list2 new-routing-mark=route2_mark passthrough=yes Делаю трассировку до адреса из list2 - первый же хоп: шлюз 1 Почему так? Ведь второй маршрут "уже", да и дистанция меньшая

задачу обрисуйте

Это долго. Если можете, скажите, почему в приведённом мною куске трассировка не идёт не по ожидаемому маршруту

Есть два маршрута в одну подсеть. Один динамический через шлюз №1 с дистанцией 110 Второй статический через шлюз №2 с дистанцией, допустим, 100 и с Routing Mark route2_mark И есть такое правило в файрволле в манглах add action=mark-routing chain=prerouting dst-address-list=list2 new-routing-mark=route2_mark passthrough=yes Делаю трассировку до адреса из list2 - первый же хоп: шлюз 1 Почему так? Ведь второй маршрут "уже", да и дистанция меньшая

маршрут откуда проверяете?

Пробовал трассировку с самого микротика и с компа, у которого этот микротик шлюзом стоит

одно и то же

задача там такая: есть основной трафик и побочный, основной должен ходить пров1 - приоритет, пров2 - резерв, а побочный трафик наоборот, 2-основной 1-резерв. и еще чтобы все сети с удаленной точки приезжали по динамике

задача там такая: есть основной трафик и побочный, основной должен ходить пров1 - приоритет, пров2 - резерв, а побочный трафик наоборот, 2-основной 1-резерв. и еще чтобы все сети с удаленной точки приезжали по динамике

что есть побочный трафик?

что есть побочный трафик?

Трафик до определённых IP адресов

ну допустим 1.1.1.0/24 приоритет, а 2.2.2.0/24 остальное

а в центральном офисе 3.3.3.0/24

Конкретно сейчас разбираюсь с маршрутами с указанием Routing Mark. И не пойму, почему не работает приведённый выше пример

а что мешает разные сети инета отправить в разные шлюзы?

а что мешает разные сети инета отправить в разные шлюзы?

Это в центре. А на филиале как? Маршрут в сеть центра же один

/ip route add distance=1 dst-address=8.8.8.8/32 gateway=10.100.8.1 /tool traceroute 8.8.8.8 # ADDRESS LOSS SENT LAST AVG BEST WORST 1 10.100.8.1 0% 3 0.9ms 1 0.9 1 2 92.50.164.241 0% 3 2.7ms 1.7 1.2 2.7 3 10.1.190.37 0% 3 1.5ms 1.4 1.2 1.5 4 10.1.190.38 0% 3 1.1ms 1.1 1 1.2 5 10.2.3.2 0% 3 1.2ms 1.3 1.2 1.4 6 178.18.225.42 0% 3 22.3ms 22.4 22.3 22.4 7 108.170.250.33 0% 3 25.4ms 25.2 25.1 25.4 8 108.170.226.159 0% 3 24.3ms 24.6 24.3 25.1 9 8.8.8.8 0% 3 24.4ms 24.3 24.2 24.4

всё через VPN-канал ушло

всё через VPN-канал ушло

Это всё не то. Я могу скинуть подробное описание задачи. Пока что пытаюсь решить сам. Вопрос всё тот же. Почему не работает маркированный маршрут??

конфиг был лучше скинул))

Да там гора конфига

не весь же, часть где роуты

Это всё не то. Я могу скинуть подробное описание задачи. Пока что пытаюсь решить сам. Вопрос всё тот же. Почему не работает маркированный маршрут??

у вас там passthrough=yes , дальше правил нету никаких?

у вас там passthrough=yes , дальше правил нету никаких?

нету

ищите опечатки в марках роутинга

ищите опечатки в марках роутинга

Так трафик в правиле мангла капает.

а шлюз 1 и шлюз 2 - это разные устройства?

одно, но они не перескаются

а откуда вы знаете, что трафик идет не так, как вам нужно?

а откуда вы знаете, что трафик идет не так, как вам нужно?

По трассировке смотрю

ну, в общем случае из трассировки нельзя понять, как идет трафик, если устройтво одно. Посмотрите в торче на интерфейсе.

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

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

Шлюзы тоже на микротике, это тестовый стенд. ОК, сейчас по Torch посмотрю

Вот так ему нужно, и чтобы ещё маршруты приехали по динамике

я прошу прощения, но может тут кто знает, где поменять эти значения или они автоматом выставляются? помню, что менял, но не могу найти где

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

Спасибо! Действительно, по Torch видно, что трафик всё-таки ходит так, как надо!

) Не за что.

Привет всем, можно ли пользователям подключающимся к openvpn server на микроте разрешить доступ только к определенным подсетям ? Или лучше такое реализовать пытаться на IPSec/l2tp ?

фильтруйте трафик от их подсети

Привет всем, можно ли пользователям подключающимся к openvpn server на микроте разрешить доступ только к определенным подсетям ? Или лучше такое реализовать пытаться на IPSec/l2tp ?

Файрволл всё это замечательно сделает

а вот тренеры по микротику есть, вопрос хочу задать. Видел тут странное с двумя провайдерами у человека. Два провайдера, проброшен наружу порт с одного из внутренних сервисов. В мангл четыре правила первые два - маркируются коннекты в инпуте на адреса каждого из провайдеров. Вторые два - маркируются роуты в соответствии с марками коннектов из первых двух правил. Внутренни сервис доступен при обращении на любой из двух внешних ip. При этом коннекты на этот сервис в коннекшнах - без маркировок. Каким образом это работает? Я всю голову сломал.

а вот тренеры по микротику есть, вопрос хочу задать. Видел тут странное с двумя провайдерами у человека. Два провайдера, проброшен наружу порт с одного из внутренних сервисов. В мангл четыре правила первые два - маркируются коннекты в инпуте на адреса каждого из провайдеров. Вторые два - маркируются роуты в соответствии с марками коннектов из первых двух правил. Внутренни сервис доступен при обращении на любой из двух внешних ip. При этом коннекты на этот сервис в коннекшнах - без маркировок. Каким образом это работает? Я всю голову сломал.

Не все провайдеры проверяют src адрес отправителя, по этому у некоторых работает и без mangle. По идеи нужно делать по 4 правила на каждого провайдера: 1) инпут mark connection(input interface WAN1) #маркируем то что для самого роутера 2) output mark route 3) forward mark connection (input interface WAN1) #маркируем то что проходит через микротик в локалку 4) preroting mark route ( input interface bridge-local)

Не все провайдеры проверяют src адрес отправителя, по этому у некоторых работает и без mangle. По идеи нужно делать по 4 правила на каждого провайдера: 1) инпут mark connection(input interface WAN1) #маркируем то что для самого роутера 2) output mark route 3) forward mark connection (input interface WAN1) #маркируем то что проходит через микротик в локалку 4) preroting mark route ( input interface bridge-local)

Что значит "проверять адрес отправителя"?

Что значит "проверять адрес отправителя"?

у Вас два внешних ip адреса 1.1.1.1(провайдер1) и 2.2.2.2(провайдер2). Маршрут по умолчанию через провайдера1. Клиент обращается на адрес 2.2.2.2. Запрос доходит до внутреннего сервиса. При прохождении пакета из локалки через mikrotik внутрений ip адрес будет меняться на внешний, так как клиент обратился по адресу 2.2.2.2 то и микротик подставит 2.2.2.2, и отправит его через провайдера1, так как маршрут по умолчанию через провайдера1. Некоторые провайдеры не проверяют адрес отправителя, и могут отправить такой пакет (с адресом отправителя 2.2.2.2). В микротик есть пункт в настройках, называется RP filter в ip-settings, если постаивть strict, то он как раз будет грохать такие пакеты(с левыми src адресами)

Но провайдер не может отправить пакет в интернет с src вне своего диапазона

Ну то есть отправить может, но толку с этого ноль

Ну то есть отправить может, но толку с этого ноль

Почему же ноль. Уйдёт. Все хорошо будет.

Ну то есть отправить может, но толку с этого ноль

почему 0? При этом все будет работать нормально. Просто у Вас запросы призодят через провайдер2, а ответы уходят через провайдер1.

Спасибо за выданное направление, куда подумать. Мысль интересная.

Есть два маршрута в одну подсеть. Один динамический через шлюз №1 с дистанцией 110 Второй статический через шлюз №2 с дистанцией, допустим, 100 и с Routing Mark route2_mark И есть такое правило в файрволле в манглах add action=mark-routing chain=prerouting dst-address-list=list2 new-routing-mark=route2_mark passthrough=yes Делаю трассировку до адреса из list2 - первый же хоп: шлюз 1 Почему так? Ведь второй маршрут "уже", да и дистанция меньшая

Вполне возможно, что трассировка идёт правильно, просто другой роутер отвечает не с того интерфейса, где получил пакет, а с другого, подставляя срц-адрес в соответствии с pref.src

Но провайдер не может отправить пакет в интернет с src вне своего диапазона

Пфф. Легко, если не включен RP Filter. Тогда и без мангла работает. Обычно сначала метят коннекшны в прероуте, а потом по коннешкн-маркам делают марк-роутинг ответам в прероутинге и аутпуте

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

что понимается под резервированием? нужно более подробное тз

сейчас стоит crs125-24-1s но сеть разрослась, так что хочется вланы. клиентов в сети 300-400 (телефоны, компы и прочее) подумал о преобретении CCR1016-ххх, но так как в городе их нет чтобы просто купить в случае если будет проблема (гроза какая нибудь), можно ли какое то резервирование сделать...

много данных, но тз так и нет

если имеется ввиду бэкап конфигурации то можно и делается штатными средствами самого микротика

но подъём будет фактически ручками

при идентичной железке подъем будет в 1 команду

при похожей надо будет нужно поправить несколько значений, но в целом тоже делается в несколько команд

как лучше его зарезервировать? реально положить на полку?