Здравствуйте, есть такой вопрос:
Есть два прокси на двух разных серверах. 1ый сервер основной и IP этого сервера прописан у всех пользователей. Пользователи не знают о существовании 2ого прокси сервера. Задача перенаправить(переадресовать) все http-запросы, которые совпадают под доменом "*.com" на 2ой прокси. По проще говоря, чтобы все "*.com" запросы шли на другой 2 прокси сервер.
P.S.
Вопрос простой, но многим этого сделать явно не понадобилось(исключая меня).
Надо чтобы все это прозрачно было, чтобы пользователи не меняли у себя в браузере настройки прокси сервера, когда они захотят зайти на сайти "*.com". Может в каких-то прогах явно есть такие возможности. Дайте варианты, плзззззз!
Заранее всем спасибо!
Используйте автонастройку прокси. Почитайте про WPAD(Web Proxy Auto-Discovery Protocol ) и PAC (Proxy auto-config). Все очень просто настраивается...
> Есть два прокси на двух разных серверах. 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-е же.
> Я делал через 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ом прокси сервере.
> сервер. Но остальные запросы просто не получает свой ответ. Получается только
> com сайты открывается, остальные нет. Должно быт так:
> com сайты должны открываться(перенаправляться) на 2ой прокси;
> остальные сайты должны открываться в основном 1ом прокси сервере.должно работать
cache_peer remote_proxy_adr parent remote_port 0 proxy-only no-query
cache_peer_domain remote_proxy_adr .ru
> должно работать
> cache_peer remote_proxy_adr parent remote_port 0 proxy-only no-query
> cache_peer_domain remote_proxy_adr .ruСпасибо name, огромное! Получилось! Я просто еще и добавил опцию: never_direct allow all. Вот поэтому у меня сперва не получилось! Удачи Вам!!!
>> Сейчас смотрю, есть такой 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ух директив.