http://mikrotik.moscow Новое в теме PPPoE, VLAN и Proxy форума RouterOS на сайте Mikrotik.moscow [mikrotik.moscow] ru http://backend.userland.com/rss2 Tue, 18 Aug 2026 12:30:39 -0400 PPPoE, VLAN и Proxy RouterOS в форуме RouterOS.
Есть какие-нибудь мысли, какую версию они используют? Я остановил squid на сервере, и теперь не могу посмотреть. Не знаю, возможно ли это, но если они используют версию 3 и вместо их интерфейса для настройки squid, нельзя ли написать скрипт для установки соответствующих переменных? Или, конечно, можно попробовать взломать конфигурационный файл.
23.04.2006 20:13:00, ahooper.]]> http://mikrotik.moscow/forum/forum57/64739-pppoe_-vlan-i-proxy/message250384 http://mikrotik.moscow/forum/forum57/64739-pppoe_-vlan-i-proxy/message250384 Sun, 23 Apr 2006 20:13:00 -0400 RouterOS PPPoE, VLAN и Proxy RouterOS в форуме RouterOS.
Хм, да - это что-то новенькое для меня. Хорошая находка. Возможно, посмотрим на это в MT, когда ACLs будут лучше реализованы… – C
23.04.2006 18:48:00, savage.]]> http://mikrotik.moscow/forum/forum57/64739-pppoe_-vlan-i-proxy/message250383 http://mikrotik.moscow/forum/forum57/64739-pppoe_-vlan-i-proxy/message250383 Sun, 23 Apr 2006 18:48:00 -0400 RouterOS PPPoE, VLAN и Proxy RouterOS в форуме RouterOS.
Если MT использует squid 3, то этот параметр, похоже, подойдет. Имя ТЕГА tcp_outgoing_address Описание Позволяет назначать запросы к разным исходящим IP-адресам на основе имени пользователя или адреса источника пользователя, делающего запрос. Параметр сборки Значение по умолчанию none Использование Обработка происходит в указанном порядке и останавливается при первой полностью совпадающей строке. Аргументы ipaddr Исходящий IP-адрес aclname Списки контроля доступа Пример(ы) acl normal_net src 172.16.1.0/24 tcp_outgoing_address 172.16.1.53 normal_net Здесь запросы с машин в сети 172.16.1.0 будут отправляться как запросы от 172.16.1.53 к исходному серверу.
23.04.2006 12:55:00, ahooper.]]> http://mikrotik.moscow/forum/forum57/64739-pppoe_-vlan-i-proxy/message250382 http://mikrotik.moscow/forum/forum57/64739-pppoe_-vlan-i-proxy/message250382 Sun, 23 Apr 2006 12:55:00 -0400 RouterOS PPPoE, VLAN и Proxy RouterOS в форуме RouterOS.
Сквид не поддерживает использование нескольких адресов источника для запросов… Если бы они запускали отдельные демоны (что бы выжгло системные ресурсы), думаю, было бы это как-то невозможно. – C
22.04.2006 09:09:00, savage.]]> http://mikrotik.moscow/forum/forum57/64739-pppoe_-vlan-i-proxy/message250381 http://mikrotik.moscow/forum/forum57/64739-pppoe_-vlan-i-proxy/message250381 Sat, 22 Apr 2006 09:09:00 -0400 RouterOS PPPoE, VLAN и Proxy RouterOS в форуме RouterOS.
Спасибо. Чем больше я смотрел, тем хуже становилось, и я, возможно, просто построю bridge box с поддержкой VLAN и прозрачным прокси, чтобы решить проблему, однако… MT. На Рождество не могли бы вы добавить возможность добавлять отдельные прокси-серверы для каждой PPPoE-реальности? Это решило бы проблему и не добавило бы слишком много накладных расходов. Давайте признаем, для тех из нас, кто использует прокси, есть большая вероятность, что мы добавили большой HDD в машину, и ещё большая вероятность, что мы используем что-то с кучей оперативной памяти и просто горы вычислительной мощности.
22.04.2006 09:06:00, ahooper.]]> http://mikrotik.moscow/forum/forum57/64739-pppoe_-vlan-i-proxy/message250380 http://mikrotik.moscow/forum/forum57/64739-pppoe_-vlan-i-proxy/message250380 Sat, 22 Apr 2006 09:06:00 -0400 RouterOS PPPoE, VLAN и Proxy RouterOS в форуме RouterOS.
Маршрутизация по политике здесь на основе исходного адреса работать не будет. Прокси перепишет исходный адрес запроса, когда он сам делает запрос, а не клиент. Единственное, что приходит мне в голову в моем нынешнем уставшем состоянии, — это помечать пакеты в зависимости от разных клиентов, а затем маршрутизировать на основе метки пакета — но даже это может поломаться из-за прокси. В идеале, вам нужно иметь прокси на каждой области, или прокси на каждой линии. Оба прокси можно настроить для взаимодействия друг с другом, чтобы они все равно могли получать объекты из своих соответствующих кэшей. Я бы лично просто настроил два роутера (и, следовательно, два прокси), чтобы обрабатывать разные типы PPPoE, но, полагаю, это не всегда возможно. – C
22.04.2006 08:58:00, savage.]]> http://mikrotik.moscow/forum/forum57/64739-pppoe_-vlan-i-proxy/message250379 http://mikrotik.moscow/forum/forum57/64739-pppoe_-vlan-i-proxy/message250379 Sat, 22 Apr 2006 08:58:00 -0400 RouterOS PPPoE, VLAN и Proxy RouterOS в форуме RouterOS.
У меня настроен роутер с ОС и жёстким диском для данных прокси. Есть две PPPoE-области для входящих соединений. Идея заключалась в том, чтобы одна была с высоким приоритетом и реальными IP-адресами, а другая — с более низким приоритетом и nated IP-адресами. На стороне шлюза у меня коммутатор VLAN, где VLAN2 получает питание через высокоскоростное соединение, а VLAN3 — через менее качественное соединение. Клиенты PPPoE1 должны получать свою полосу пропускания из VLAN1, а клиенты PPPoE2 — из VLAN2. В целом всё работает хорошо, но как только я установил прокси, весь трафик по 80 порту начал перехватываться и перенаправляться через один шлюз. Я пробовал как Proxy, так и Web-Proxy, но тестировую версию ещё не пробовал. Есть ли способ перехватить соединение обратно и перенаправить его по правильному маршруту? Или можно настроить прокси в настоящий прозрачный режим, чтобы пользователи использовали свой реальный IP-адрес для получения данных с удаленного сервера? Заранее спасибо, Эндрю.
22.04.2006 05:04:00, ahooper.]]> http://mikrotik.moscow/forum/forum57/64739-pppoe_-vlan-i-proxy/message250378 http://mikrotik.moscow/forum/forum57/64739-pppoe_-vlan-i-proxy/message250378 Sat, 22 Apr 2006 05:04:00 -0400 RouterOS