+7 495 320-55-52
- Назад
- Телефоны
- +7 495 320-55-52
- Заказать звонок
info@mikrotik.moscow
г. Москва, ул. Бакунинская, 84
Пн-Пт: 09-00 до 18-00
Сб-Вс: выходной

Пакеты изменять, но маршрутизация игнорирует отметку.

Пакеты изменять, но маршрутизация игнорирует отметку., RouterOS

palmczak

Guest

11.09.2005 16:38:00

Понимаю, это спрашивают часто. Не уверен, что кто-нибудь вообще получает ответ. У меня роутер (2.9.1) с тремя подключениями к интернету. Два - статические IP-адреса от двух разных провайдеров, третий – IP-адрес, полученный по DHCP. У меня несколько интерфейсов с приватными адресами, и я хочу маршрутизировать трафик на основе исходного IP-адреса. У меня есть mangle-правило для каждой подсети, например: добавить chain=prerouting src-address=192.168.50.0/24 dst-address-list=!no_valid action=mark-routing new-routing-mark=COTT comment=“DHCP_COTT_wireless clients” disabled=no. Счетчик увеличивается, показывая, что пакеты попадают на mangle-правило, но когда я маршрутизирую, mark routing игнорирует его и использует “универсальный” маршрут add dst-address=0.0.0.0/0 gateway=xxx.xxx.xxx.1 scope=255 target-scope=10 routing-mark=COTT comment=“” disabled=no. Может ли это быть связано с тем, что этот интерфейс получает адрес по DHCP? Если у кого-то это работает, буду очень признателен за ответ. Спасибо, Джо.

sergejs Guest	#2 0 11.09.2005 17:47:00 Смотри таблицу пересылки пакетов и действий, выполняемых над ними: http://www.mikrotik.com/docs/ros/2.9/ip/flow\|\|1.4936479128856623

sten Guest	#3 0 11.09.2005 18:15:00 Если prerouting не та цепочка, то, блин, какая же тогда?

palmczak

Guest

11.09.2005 20:18:00

Сергей, спасибо за ссылку на документацию, но я их уже пересмотрел много раз. Я следовал процедуре, описанной здесь: http://www.mikrotik.com/docs/ros/2.9/ip/route для "Standard Policy-Based Routing with Failover", но не работает. Если у тебя получилось, пожалуйста, поделись примером, мне не нужна ещё одна ссылка на документацию. Уверен, что цепочка — что-то другое, кроме prerouting, или она в комбинации с prerouting mark. Джо.

palmczak Guest	#5 0 14.09.2005 03:22:00 Я правильно понимаю, что никто не может это заставить работать? Или дело в том, что поддержка на этом форуме отстой?

sten Guest	#6 0 14.09.2005 07:50:00 Поддержка? Чтобы получить поддержку, нужно написать на support@mikrotik.com. Это же просто форум. У меня тоже не получилось. Пытался, но без бананов.

spire2z

Guest

14.09.2005 14:09:00

У меня эта штука вроде работает нормально, если смотреть по документации, до определенного момента. Нужно убедиться, что ты полностью ломаешь подключение, а не только исходящее. И еще убедись, что ты не используешь прокси, иначе тебе понадобится добавить правило перед правилом перенаправления через веб-прокси, чтобы сначала устранить подключение, прежде чем оно будет перенаправлено на прокси.

palmczak

Guest

16.09.2005 00:27:00

Убедись, что ты не используешь прокси, иначе тебе придется добавить правило перед правилом перенаправления через веб-прокси, чтобы сначала разорвать соединение, прежде чем оно будет перенаправлено на прокси. Spire2z, спасибо за ответ. Можешь привести пример правила, о котором ты говоришь? Спасибо, Джо.

spire2z

Guest

16.09.2005 00:37:00

В Destination-NAT просто добавьте правило в WinBox перед правилом перенаправления прокси, примерно так: добавьте адрес назначения IP, который хотите обойти прокси, и используйте action=accept. После этого правила, IP будет игнорироваться правилами ниже в WinBox, и он не будет проходить через прокси.

palmczak

Guest

#10

17.09.2005 00:26:00

Спасибо еще раз. Я надеялся, что не исключить их из веб-кэша совсем. Я рассчитывал на способ все еще "отслеживать" соединение, чтобы его можно было маршрутизировать по политике. Правило, о котором ты говоришь, исключает пользователя(ов) из использования прокси навсегда. Я буду продолжать работать над этим. Должен быть способ использовать прозрачный прокси и маршрутизацию по политике одновременно. Спасибо еще раз, Джо.

jonbrewer

Guest

#11

21.09.2005 23:36:00

Мы очень сильно полагаемся на маршрутизацию по политике – у некоторых наших устройств восемь разных таблиц, поскольку мы передаем трафик для нескольких интернет-провайдеров в нашей сети. Я перенес несколько тестовых машин с 2.8.28 на 2.9.4 и там тоже не могу заставить маршрутизацию работать. Я не особо копался в новой документации, но она должна быть проще, чем это. Вот что у меня в firewall mangle: 0 chain=prerouting src-address=0.0.0.0/0 dst-address=nnn.nnn.2.124/30 action=mark-routing routing-mark=anISP 1 chain=prerouting src-address=nnn.nnn.2.124/30 action=mark-routing routing-mark=anISP В маршрутизации (показываю только маршруты по умолчанию, к примеру): 7 A S dst-address=0.0.0.0/0 gateway=10.15.95.1 interface=l2tp-out1 8 A S dst-address=0.0.0.0/0 gateway=10.15.205.1 interface=l2tp-out2 routing-mark=anISP Итог? Не работает. Что я сделал не так? Где руководство для тех, кто понимает таблицы и маршрутизацию по политике из 2.8, чтобы помочь им начать работу в 2.9? Это важно!

palmczak

Guest

#12

22.09.2005 01:10:00

jonbrewer, наконец-то удалось заставить policy routing работать. У этой конкретной коробки 3 интернет-соединения и несколько приватных подсетей, маршрутизируемых через один из интернет-интерфейсов. И по сути, они все переключаются на резервный вариант в случае выхода из строя одного или нескольких соединений. Лучший совет, который могу дать — разобраться со схемой потока пакетов. http://www.mikrotik.com/docs/ros/2.9/ip/flow||1.4936479128856623. Проблема была в том, что наши правила dst-nat мешали работе. У меня было правило перенаправления HTTP-трафика на веб-прокси. Я не совсем уверен почему, но думаю, что в момент маршрутизации routing mark исчезал, так как правило dst-nat применялось сразу после mangle rule. Получается, пакеты подвергались mangle/маркировке, а затем dst-nat изменял пакет и перенаправлял его на прокси. Как только я отключил все правила DST-NAt, policy routing начал работать. Судя по всему, твои mangle/routes должны работать, просто убедись по схеме потока пакетов, что никакие другие правила не мешают. Все еще надеюсь заставить policy routing работать с прозрачным веб-прокси.

zhall Guest	#13 0 23.09.2005 13:13:00 У меня тоже проблемы с политикой маршрутизации. Я могу маршрутизировать пакеты через указанный шлюз, но все, что маршрутизируется по политике, не может пинговать локальные подсети на этом роутере. Почему? Как это произошло? Кто знает. Я обратился в "support" Mikrotik, и никакой помощи не получил. А что вы думаете, что могло бы быть?

Читают тему

Главная Каталог 0 Корзина 0 Избранные Кабинет 0 Сравнение Акции Контакты Услуги Бренды Отзывы Компания Лицензии Документы Реквизиты Поиск Блог Обзоры