Информация
Услуги
  • Внедрение
  • Настройка
  • Поддержка
  • Ремонт
Контакты
Новинка
Распродажа
Новости
Доставка
Оплата
Загрузки
  • Прошивки
    • WinBox
    • RouterOS
    • Мобильные приложения MikroTik
    • Архив
  • RouterOS
  • Мобильные приложения MikroTik
  • Архив
Форум
Настройка
    info@mikrotik.moscow
    +7 495 320-55-52
    Заказать звонок
    Mikrotik.moscow
    Каталог
    • Акции
      Акции
    • Маршрутизаторы
      Маршрутизаторы
    • Коммутаторы
      Коммутаторы
    • Радиомосты и уличные точки доступа
      Радиомосты и уличные точки доступа
    • Wi-Fi для дома и офиса
      Wi-Fi для дома и офиса
    • LTE/5G
      LTE/5G
    • Powerline адаптеры
      Powerline адаптеры
    • IoT устройства
      IoT устройства
    • Оборудование 60 ГГц
      Оборудование 60 ГГц
    • Материнские платы RouterBOARD
      Материнские платы RouterBOARD
    • Корпуса
      Корпуса
    • Интерфейсы
      Интерфейсы
    • SFP/QSFP трансиверы
      SFP/QSFP трансиверы
    • Аксессуары
      Аксессуары
    • Антенны
      Антенны
    • Архив
      Архив
    Войти
    0 Сравнение
    0 Избранное
    0 Корзина
    Скачать WinBox Скачать Прошивки Форум > RouterOS Форум > SwOS Форум > Железо
    Mikrotik.moscow
    Каталог
    Войти
    0 Сравнение
    0 Избранное
    0 Корзина
    Mikrotik.moscow
    Телефоны
    +7 495 320-55-52
    Заказать звонок
    0
    0
    0
    Mikrotik.moscow
    • +7 495 320-55-52
      • Назад
      • Телефоны
      • +7 495 320-55-52
      • Заказать звонок
    • info@mikrotik.moscow
    • г. Москва, ул. Бакунинская, 84
    • Пн-Пт: 09-00 до 18-00
      Сб-Вс: выходной


    • Кабинет
    • 0 Сравнение
    • 0 Избранное
    • 0 Корзина
    Главная
    Форум
    Форум
    RouterOS
    PPPoE, VLAN и Proxy

    PPPoE, VLAN и Proxy

    Форумы: RouterOS, Аппаратное обеспечение, SwOS, Обратная связь, Объявления, Сторонние инструменты
    Поиск  Пользователи  Правила  Войти
    Страницы: 1
    RSS
    PPPoE, VLAN и Proxy, RouterOS
     
    ahooper
    Guest
    #1
    0
    22.04.2006 05:04:00
    У меня настроен роутер с ОС и жёстким диском для данных прокси. Есть две PPPoE-области для входящих соединений. Идея заключалась в том, чтобы одна была с высоким приоритетом и реальными IP-адресами, а другая — с более низким приоритетом и nated IP-адресами. На стороне шлюза у меня коммутатор VLAN, где VLAN2 получает питание через высокоскоростное соединение, а VLAN3 — через менее качественное соединение. Клиенты PPPoE1 должны получать свою полосу пропускания из VLAN1, а клиенты PPPoE2 — из VLAN2. В целом всё работает хорошо, но как только я установил прокси, весь трафик по 80 порту начал перехватываться и перенаправляться через один шлюз. Я пробовал как Proxy, так и Web-Proxy, но тестировую версию ещё не пробовал. Есть ли способ перехватить соединение обратно и перенаправить его по правильному маршруту? Или можно настроить прокси в настоящий прозрачный режим, чтобы пользователи использовали свой реальный IP-адрес для получения данных с удаленного сервера? Заранее спасибо, Эндрю.
     
     
     
    savage
    Guest
    #2
    0
    22.04.2006 08:58:00
    Маршрутизация по политике здесь на основе исходного адреса работать не будет. Прокси перепишет исходный адрес запроса, когда он сам делает запрос, а не клиент. Единственное, что приходит мне в голову в моем нынешнем уставшем состоянии, — это помечать пакеты в зависимости от разных клиентов, а затем маршрутизировать на основе метки пакета — но даже это может поломаться из-за прокси. В идеале, вам нужно иметь прокси на каждой области, или прокси на каждой линии. Оба прокси можно настроить для взаимодействия друг с другом, чтобы они все равно могли получать объекты из своих соответствующих кэшей. Я бы лично просто настроил два роутера (и, следовательно, два прокси), чтобы обрабатывать разные типы PPPoE, но, полагаю, это не всегда возможно. – C
     
     
     
    ahooper
    Guest
    #3
    0
    22.04.2006 09:06:00
    Спасибо. Чем больше я смотрел, тем хуже становилось, и я, возможно, просто построю bridge box с поддержкой VLAN и прозрачным прокси, чтобы решить проблему, однако… MT. На Рождество не могли бы вы добавить возможность добавлять отдельные прокси-серверы для каждой PPPoE-реальности? Это решило бы проблему и не добавило бы слишком много накладных расходов. Давайте признаем, для тех из нас, кто использует прокси, есть большая вероятность, что мы добавили большой HDD в машину, и ещё большая вероятность, что мы используем что-то с кучей оперативной памяти и просто горы вычислительной мощности.
     
     
     
    savage
    Guest
    #4
    0
    22.04.2006 09:09:00
    Сквид не поддерживает использование нескольких адресов источника для запросов… Если бы они запускали отдельные демоны (что бы выжгло системные ресурсы), думаю, было бы это как-то невозможно. – C
     
     
     
    ahooper
    Guest
    #5
    0
    23.04.2006 12:55:00
    Если 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 к исходному серверу.
     
     
     
    savage
    Guest
    #6
    0
    23.04.2006 18:48:00
    Хм, да - это что-то новенькое для меня. Хорошая находка. Возможно, посмотрим на это в MT, когда ACLs будут лучше реализованы… – C
     
     
     
    ahooper
    Guest
    #7
    0
    23.04.2006 20:13:00
    Есть какие-нибудь мысли, какую версию они используют? Я остановил squid на сервере, и теперь не могу посмотреть. Не знаю, возможно ли это, но если они используют версию 3 и вместо их интерфейса для настройки squid, нельзя ли написать скрипт для установки соответствующих переменных? Или, конечно, можно попробовать взломать конфигурационный файл.
     
     
     
    Страницы: 1
    Читают тему
    +7 495 320-55-52
    info@mikrotik.moscow
    Электрозаводская, Бауманская
    Москва, ул. Бакунинская, 84с21
    Конфиденциальность Оферта
    © 2026 «Mikrotik.Moscow»
    Главная Каталог 0 Корзина 0 Избранные Кабинет 0 Сравнение Акции Контакты Услуги Бренды Отзывы Компания Лицензии Документы Реквизиты Поиск Блог Обзоры