Информация
Услуги
  • Внедрение
  • Настройка
  • Поддержка
  • Ремонт
Контакты
Новинка
Распродажа
Новости
Доставка
Оплата
Загрузки
  • Прошивки
    • WinBox
    • RouterOS
    • Мобильные приложения MikroTik
    • Архив
  • Changelogs
  • 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
    Mikrotik + внешний прокси Squid.

    Mikrotik + внешний прокси Squid.

    Форумы: RouterOS, Аппаратное обеспечение, SwOS, Обратная связь, Объявления, Сторонние инструменты
    Поиск  Пользователи  Правила  Войти
    Страницы: 1
    RSS
    Mikrotik + внешний прокси Squid., RouterOS
     
    Omaborsha
    Guest
    #1
    0
    11.08.2013 11:57:00
    Чтобы добавить поддержку SQUID Proxy Caching Server в Mikrotik Router OS 5.1, предполагается следующий сценарий:

    MIKROTIK WAN IP для всех = 126.22.20.82/29
    MIKROTIK LAN IP для F1 = 192.168.0.5/24
    MIKROTIK LAN IP для F2 = 192.168.5.1/24
    MIKROTIK LAN IP для SQUID = 192.168.9.1/24
    SQUID LAN IP = 192.168.9.2/24
    SQUID WAN IP = 126.22.20.85/29

    /ip firewall nat
    add action=src-nat chain=srcnat disabled=no dst-address=!192.168.0.0/16 src-address=192.168.0.0/24 to-addresses=126.22.20.82
    add action=src-nat chain=srcnat disabled=no dst-address=!192.168.0.0/16 src-address=192.168.5.0/24 to-addresses=126.22.20.82

    Новое: добавить это [или] что?

    add action=dst-nat chain=dstnat comment=Forward_WWW_to_proxy disabled=no dst-address-list=!WWW-No-proxy dst-port=8080,3128,80 protocol=tcp src-address=192.168.0.0/24 src-address-list=!Direct-No-Proxy to-addresses=192.168.9.2 to-ports=3128
    add action=dst-nat chain=dstnat comment=Forward_WWW_to_proxy disabled=no dst-address-list=!WWW-No-proxy dst-port=8080,3128,80 protocol=tcp src-address=192.168.5.0/24 src-address-list=!Direct-No-Proxy to-addresses=192.168.9.2 to-ports=3128

    Squid Conf…
    i have acl localnet src 192.168.9.0/24    # Локальная LAN IP

    Таблицы маршрутов и iptables в linux:
    iptables -t nat -A PREROUTING -i eth1 -p tcp --dport 80 -j DNAT --to 126.22.20.85:312
    iptables -t nat -A PREROUTING -i eth0 -p tcp --dport 80 -j REDIRECT --to-port 3128
    iptables -I INPUT -s 192.168.9.0/24 -p tcp --dport 3128 -j ACCEPT
    iptables -t filter -D INPUT -j REJECT --reject-with icmp-host-prohibited
    iptables -t filter -D FORWARD -j REJECT --reject-with icmp-host-prohibited

    Но есть проблемы, не работает. Кто-нибудь может помочь разобраться, в чем дело?
     
     
     
    obomz
    Guest
    #2
    0
    16.01.2014 07:38:00
    Доброе утро,

    У меня никак не получается настроить прозрачный прокси-сервер Squid в моей сети. Если оставить его как не прозрачный прокси, всё работает хорошо, но тогда мне пришлось бы вручную указывать настройки прокси на каждом клиенте. Я также обнаружил, что мои знания Linux недостаточны для работы с IPTables и открытия необходимых портов, например, 80 для HTTP, 25 для SMTP и 110 для POP.

    Когда я пытаюсь настроить прозрачный прокси, используя различные команды CLI из интернета, HTTP-трафик не проходит от Mikrotik к Squid, как это происходит, когда прокси работает в не прозрачном режиме. К тому же, в схеме есть ошибка: IP-адрес eth2 на Squid — 192.168.50.1, а соответствующий интерфейс на Mikrotik — 192.168.50.2, а не 10.5.50.x, как указано в схеме.

    Прилагаю файлы: топологию сети, файл конфигурации Squid и файл экспорта Mikrotik.

    Сегодня утром я попытался настроить его с помощью RB1100, используя следующие CLI-команды. Привожу сообщение об ошибке, которое я получил при выполнении команды tail на Squid:

    `/ip firewall nat add action=accept chain=srcnat disabled=no dst-port=80 protocol=tcp`
    `/ip firewall mangle add action=mark-routing chain=prerouting disabled=no dst-port=80 new-routing-mark=http passthrough=yes protocol=tcp`
    `/ip route add disabled=no distance=1 dst-address=0.0.0.0/0 gateway=(192.168.50.1) routing-mark=http scope=30 target-scope=10 add disabled=no distance=1 dst-address=0.0.0.0/0 gateway=(172.16.10.1) scope=30 target-scope=10`

    Когда я пытаюсь просматривать страницы с любого ПК в сети, они не открываются. И когда я запускаю команду tail, я получаю следующее сообщение:

    `sudo tail -f /var/log/squid/access.log`
    `1389344059.262      1 192.168.50.2 TCP_MISS/502 4044 GET http://client.freecause.com/Sharethis/sharethis.xml - HIER_DIRECT/192.168.50.1 text/html`
    `1389344059.263      1 192.168.50.2 TCP_MISS/502 4053 GET http://client.freecause.com/Sharethis/sharebuttons.xml - HIER_DIRECT/192.168.50.1 text/html`
    `1389344064.607      0 192.168.50.2 TCP_MISS/502 4044 GET http://client.freecause.com/Sharethis/sharethis.xml - HIER_DIRECT/192.168.50.1 text/html`
    `1389344064.608      0 192.168.50.2 TCP_MISS/502 4041 GET http://client.freecause.com/Sharethis/sharecmd.xml - HIER_DIRECT/192.168.50.1 text/html`
    `1389344064.613      0 192.168.50.2 TCP_MISS/502 4053 GET http://client.freecause.com/Sharethis/sharebuttons.xml - HIER_DIRECT/192.168.50.1 text/html`

    Буду очень признателен, если вы сможете подсказать, в каком направлении двигаться. Я уже потратил на это очень много времени и получил немало "комплиментов" от коллег, так что теперь решил немного подождать.

    Жду вашего ответа.
    Спасибо.

    [Вставлен файл изображения]
    squid conf.txt (1.69 КБ)
    Mikrotik Export.txt (23.3 КБ)
     
     
     
    reinerotto
    Guest
    #3
    0
    16.01.2014 08:25:00
    Действительно невозможно сделать более простую настройку: установить squid-box 172.16.11.2 просто между MT-hotspot 10.5.50.1 и шлюзом. И потом использовать squid-box в качестве upstream-proxy для MT-hotspot, который можно явно указать там. Так не нужно будет настраивать прокси в клиентах MT-hotspot, если честно.
     
     
     
    obomz
    Guest
    #4
    0
    16.01.2014 08:43:00
    Спасибо за быстрый ответ, но я был бы очень признателен, если бы вы могли набросать хотя бы примерную схему того, что от меня требуется, чтобы я больше не допускал ошибок, потому что я склонен их совершать. Буду очень благодарен. Спасибо.
     
     
     
    reinerotto
    Guest
    #5
    0
    16.01.2014 09:31:00
    Как это (явный upstream прокси для MT). Или чтобы squid работал на вашем шлюзе, прозрачно.
     
     
     
    obomz
    Guest
    #6
    0
    16.01.2014 09:43:00
    Спасибо за твой обычный оперативный ответ. Не пойми меня как будто я спорю или что-то в этом роде; просто хотел бы узнать еще пару моментов: если вставить Squid перед Mikrotik, сможет ли он все еще выполнять полную функцию кэширования и обеспечивать полную скорость доставки закешированных объектов пользователям? Буду ли я все еще иметь возможность отслеживать сеть Squid с помощью команды tail? Спасибо.
     
     
     
    reinerotto
    Guest
    #7
    0
    16.01.2014 11:29:00
    Конечно. Squid будет заниматься только кэшированием трафика по 80 порту (HTML). Если захочешь, можешь использовать и кэш MTs, как тебе удобно. Хотя кэш Squid гораздо более гибкий.

    Squid работает только с трафиком по 3128 порту (Предполагая, что ты настроил MTs-прокси для использования upstream порта 3128). Когда будешь использовать Squid впервые, просто используй стандартный squid.conf, только может быть, поменяй порт и директорию кэша. Ведь там куча настроек, только после того как стандартный squid.conf заработает, пытайся оптимизировать! Так как тебе нужен простой кэш, можешь начать с последней версии Squid 2.7, там меньше всего "наворотов", как в новых версиях. У меня их несколько до сих пор работают.
     
     
     
    obomz
    Guest
    #8
    0
    16.01.2014 11:42:00
    Спасибо тебе за твою неизменно добрую и терпеливую манеру отвечать на мои, уверен, очень надоедливые вопросы. Я уже настроил squid, как он есть, ты говоришь, мне просто его сбросить и подключить напрямую? И если я буду использовать прокси MT, это как-то помешает работе squid? А ещё я использую Opensuse 12.3, интересно узнать, можно ли использовать Linux-команды из примера выше, или лучше делать так, как делал раньше? Очень благодарен за твои отличные ответы.
     
     
     
    reinerotto
    Guest
    #9
    0
    16.01.2014 12:45:00
    В MT нужно использовать Proxy (прозрачный), и для этого MT затем определить squid(SuSE, routing) в качестве родительского/upstream-прокси. А squid(Suse) - как шлюз по умолчанию. SuSE отлично, у меня тоже 11.4 работает. Никаких проблем. Можно сгенерировать squid из исходников или использовать пакет, что проще, так как он также генерирует /etc/int.d/squid. (Твой изначальный диаграмму можно реализовать, но сложнее. Единственное преимущество: только http-трафик проходит через squid-box, тогда как в моей простой настройке весь трафик проходит через squid-box. Но это не должно быть заметно, если у тебя огромный трафик. Сначала сделай просто. Оптимизации можно сделать позже.) По вопросам, специфичным для squid, смотри здесь: http://squid-web-proxy-cache.1019090.n4.nabble.com/ Извини, сейчас готовлюсь к поездке за границу.
     
     
     
    jasonhouts
    Guest
    #10
    0
    03.09.2018 22:50:00
    Знаю, что это уже через два года, но я все же нашел синтаксическую ошибку в скрипте с сайта Marthur dot com. Добавь `action=drop chain=input dst-port=8080 in-interfacet=ether1 protocol=tcp log=yes log-prefix="Drop_Web Proxy" comment="Drop Web Proxy requests from WAN."`. Из-за того, что было написано "interfacet" (а не interface), правило не работало так, как задумано, и моя прокси стала доступна из интернета. А я, будучи новичком, заметил это только тогда, когда возникла проблема. Наткнулся на эту тему и решил поделиться.
     
     
     
    Страницы: 1
    Читают тему
    +7 495 320-55-52
    info@mikrotik.moscow
    Электрозаводская, Бауманская
    Москва, ул. Бакунинская, 84с21
    Конфиденциальность Оферта
    © 2025 «Mikrotik.Moscow»
    Главная Каталог 0 Корзина 0 Избранные Кабинет 0 Сравнение Акции Контакты Услуги Бренды Отзывы Компания Лицензии Документы Реквизиты Поиск Блог Обзоры