The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]




Версия для распечатки Пред. тема | След. тема
Новые ответы [ Отслеживать ]
Перенаправление на другой прокси сервер по запросу, !*! flosisa, 21-Фев-14, 12:14  [смотреть все]
Здравствуйте, есть такой вопрос:
Есть два прокси на двух разных серверах. 1ый сервер основной и IP этого сервера прописан у всех пользователей. Пользователи не знают о существовании 2ого прокси сервера. Задача перенаправить(переадресовать) все http-запросы, которые совпадают под доменом "*.com" на 2ой прокси. По проще говоря, чтобы все "*.com" запросы шли на другой 2 прокси сервер.
P.S.
Вопрос простой, но многим этого сделать явно не понадобилось(исключая меня).
Надо чтобы все это прозрачно было, чтобы пользователи не меняли у себя в браузере настройки прокси сервера, когда они захотят зайти на сайти "*.com". Может в каких-то прогах явно есть такие возможности. Дайте варианты, плзззззз!
Заранее всем спасибо!  
  • Перенаправление на другой прокси сервер по запросу, !*! Андрей, 13:25 , 21-Фев-14 (1)
    Используйте автонастройку прокси. Почитайте про WPAD(Web Proxy Auto-Discovery Protocol ) и PAC (Proxy auto-config). Все очень просто настраивается...


  • Перенаправление на другой прокси сервер по запросу, !*! Andrey Mitrofanov, 14:54 , 21-Фев-14 (2)
    > Есть два прокси на двух разных серверах. 1ый сервер основной и IP
    > этого сервера прописан у всех пользователей. Пользователи не знают о существовании
    > 2ого прокси сервера. Задача перенаправить(переадресовать) все http-запросы, которые
    > совпадают под доменом "*.com" на 2ой прокси. По проще говоря, чтобы
    > все "*.com" запросы шли на другой 2 прокси сервер.
    > Надо чтобы все это прозрачно было, чтобы пользователи не меняли у себя
    > в браузере настройки прокси сервера, когда они захотят

    Я делал через cache_peer + acl url_regex + cache_peer_access.

    Сейчас смотрю, есть такой cache_peer_domain [и acl dstdomain] и, возможно, правильнее было делать cache_peer + cache_peer_domain.

    > Может в каких-то прогах явно есть такие возможности. Дайте варианты,

    Ммм... В squid-е же.

    • Перенаправление на другой прокси сервер по запросу, !*! flosisa, 15:36 , 21-Фев-14 (3)
      > Я делал через cache_peer + acl url_regex + cache_peer_access.
      > Сейчас смотрю, есть такой cache_peer_domain [и acl dstdomain] и, возможно, правильнее было
      > делать cache_peer + cache_peer_domain.
      >> Может в каких-то прогах явно есть такие возможности. Дайте варианты,
      > Ммм... В squid-е же.

      cache_peer + cache_peer_domain пробовал. Он перенаправляет все *.com* запросы на 2ой прокси сервер. Но остальные запросы просто не получает свой ответ. Получается только com сайты открывается, остальные нет. Должно быт так:
      com сайты должны открываться(перенаправляться) на 2ой прокси;
      остальные сайты должны открываться в основном 1ом прокси сервере.

      • Перенаправление на другой прокси сервер по запросу, !*! name, 16:01 , 21-Фев-14 (4)
        > сервер. Но остальные запросы просто не получает свой ответ. Получается только
        > com сайты открывается, остальные нет. Должно быт так:
        > com сайты должны открываться(перенаправляться) на 2ой прокси;
        > остальные сайты должны открываться в основном 1ом прокси сервере.

        должно работать
        cache_peer remote_proxy_adr parent remote_port 0 proxy-only no-query
        cache_peer_domain remote_proxy_adr .ru

      • Перенаправление на другой прокси сервер по запросу, !*! Andrey Mitrofanov, 18:48 , 21-Фев-14 (6)
        >> Сейчас смотрю, есть такой cache_peer_domain [и acl dstdomain] и, возможно, правильнее было
        >> делать cache_peer + cache_peer_domain.
        > cache_peer + cache_peer_domain пробовал. Он перенаправляет все *.com* запросы на 2ой прокси
        > сервер. Но остальные запросы просто не получает свой ответ. Получается только

        Я видел, что у тебя уже заработало, для архива напишу свой вариант. Моё заклинание (перечисленные домены - через peer, всё остальное напрямую) таково:

        cache_peer ... name=other ...
        cache_peer_domain other .some.domain .office
        acl work dstdomain .some.domain .office
        cache_peer_access other allow work
        cache_peer_access other deny all
        never_direct allow work
        never_direct deny all

        Может, опции cache_peer и играют какую-то роль - не знаю.

        Оказывается, я уже использовал cache_peer_domain, но нукрутил чуть больше 2ух директив.




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру