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

Направление трафика через прокси-сервер через маршрутизатор/брандмауэр MikroTik.

Направление трафика через прокси-сервер через маршрутизатор/брандмауэр MikroTik., RouterOS

Fiu

Guest

23.09.2004 10:57:00

У меня роутер с тремя интерфейсами, как показано ниже:
Users 10.51.0.0/24 eth0 | Mikrotik Box | eth3
Internet eth2
Proxy Server(Squid) IP-10.200.0.19:3218

Может кто-нибудь помочь мне перенаправить все HTTP-запросы (порт 0) от моих пользователей (10.51.0.0/24:80) на мой прокси-сервер порт 3128 (10.200.0.19:3218)? Я пробовал ниже, но не работает?

3 src-address=10.51.0.0/24:0-65535 in-interface=eth0 dst-address=0.0.0.0/0:80 protocol=tcp icmp-options=any:any flow=“” connection=“” content=“” src-mac-address=00:00:00:00:00:00 limit-count=0 limit-burst=0 limit-time=0s action=redirect to-dst-address=10.200.0.19 to-dst-port=3218

pbailly

Guest

23.09.2004 11:30:00

action=redirect to-dst-address=10.200.0.19 to-dst-port=3218
Типа, не то порт назначения? 3218 вместо 3128? И не нужно указывать DST-IP в правиле перенаправления, это касается роутера. Если это другой хост, то это NAT с http://www.mikrotik.com/docs/ros/2.8/ip/nat.content : Redirect и Masquerade. REDIRECT похож на обычный destination NAT так же, как MASQUERADING похож на source NAT — masquerading — это source NAT, только не нужно указывать to-src-address, используется адрес исходящего интерфейса автоматически. То же самое для REDIRECT — это destination NAT, где to-dst-address не используется, вместо этого используется адрес входящего интерфейса. Так что нет смысла указывать to-src-address для правил src-nat с action=masquerade, а также нет смысла указывать to-dst-address для правил dst-nat с action=redirect. Важно, что to-dst-port имеет значение для правил REDIRECT — это порт, на котором сервис на роутере, который будет обрабатывать эти запросы, находится (например, веб-прокси).
Patrick

mag Guest	#3 0 23.09.2004 12:31:00 Не так всё просто, как кажется. Смотри: http://forum.mikrotik.com/phpbb2/viewtopic.php?t=62

Fiu Guest	#4 0 23.09.2004 14:54:00 Спасибо за помощь, pbailly, но, возможно, mag прав. Я попробовал то, что ты посоветовал, но это все еще не работает. Fiu.

lastguru

Guest

23.09.2004 14:57:00

Перенаправление (action redirect) просто перебрасывает трафик непосредственно на маршрутизатор – оно игнорирует поле to-dst-address. Для отправки трафика на другую машину нужен action nat. Погуглите, почему была изобретена прозрачная функция. Видите ли, когда вы dst-nat пакеты на другой прокси, оригинальные dst-адреса теряются, и прокси понятия не имеет, куда их отправлять… Поэтому вам нужно перенаправлять HTTP-трафик на HTTP-прокси локального маршрутизатора и настроить его на использование патентованного прокси, через который вы хотите, чтобы проходил трафик. Локальный прокси имеет специальные системные вызовы, которые позволяют ему определять исходное место назначения этих пакетов.

mag Guest	#6 0 23.09.2004 17:39:00 Я тоже планирую нечто похожее: один или несколько Mikrotik работают как прозрачный веб-прокси и обращаются к основному Squid/Apache веб-прокси с большим объемом памяти и дискового пространства. Это повысит производительность при медленных каналах связи, например, 1 Мбит/с для клиента, и при этом между Mikrotik и прокси — быстрая сеть Ethernet, или же это просто уменьшит объем трафика?

Читают тему

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