The OpenNET Project / Index page

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

форумы  помощь  поиск  регистрация  майллист  ВХОД  слежка  RSS
"3 канала к трем разным провайдерам и 3 squid'a"
Вариант для распечатки Архивированная нить - только для чтения! 
Пред. тема | След. тема 
Форумы OpenNET: Виртуальная конференция (Public)
Изначальное сообщение [Проследить за развитием треда]

"3 канала к трем разным провайдерам и 3 squid'a"
Сообщение от Sergey emailИскать по авторуВ закладки on 23-Апр-02, 01:54  (MSK)
Есть 3 офиса. В каждом стоит по FreeBSD c squid'ами к которым подключены каналы к разным провайдерам пропускной способностью от 128 до 2048 килобит.
К каждой фре подключены 2048 каналы друг с другом ганяется корпоративный трафик.
Как настроить squid'ы так, чтобы при приходе обращения к одному из сквидов, он сначала спрашивал у двух других своих соседей по корпоративному каналу а потом лез к провайдеру?
  Рекомендовать в FAQ | Cообщить модератору | Наверх

 Оглавление

Индекс форумов | Темы | Пред. тема | След. тема
Сообщения по теме

1. "RE: 3 канала к трем разным провайдерам и 3 squid'a"
Сообщение от Mikka Искать по авторуВ закладки on 24-Апр-02, 09:16  (MSK)
Так наверное не получится. У сквидов по моему должна быть жесткая иерархия, т.е. назначается parent сквид, к которому лепятся child сквиды. Вот тогда child сквид будет сначала лезть в parrent, а только потом в инет, если не получит ответа.
  Рекомендовать в FAQ | Cообщить модератору | Наверх

2. "RE: 3 канала к трем разным провайдерам и 3 squid'a"
Сообщение от SaneK Искать по авторуВ закладки on 24-Апр-02, 09:44  (MSK)
>Так наверное не получится. У сквидов
>по моему должна быть жесткая
>иерархия, т.е. назначается parent сквид,
>к которому лепятся child сквиды.
>Вот тогда child сквид будет
>сначала лезть в parrent, а
>только потом в инет, если
>не получит ответа.

А по моему получится, надо в squid.conf указать несколько парент сквидов, но с разными весами, так что бы у прова был самый маленкий вес.

cache_peer server1 parent 3128 3130 weight=50 default no-digest
cache_peer server2 parent 3128 3130 weight=100 default no-digest
cache_peer server3 parent 3128 3130 weight=150 default no-digest
cache_peer server_provider parent 3128 3130 weight=20 default no-digest

Тогда сквид будет лезть на сервер у которого вес будет больше. Т.е. сквид берет время запроса и делит его на вес, где получается меньшее значение тот сервак он и выбирает.

Помоему так. По крайней мере в доках по сквиду так написано:

http://squid.visolve.com/squid24s1/glossary.htm#weight

Может я и не прав. ХЗ :))


  Рекомендовать в FAQ | Cообщить модератору | Наверх

3. "RE: 3 канала к трем разным провайдерам и 3 squid'a"
Сообщение от dmitry emailИскать по авторуВ закладки on 24-Апр-02, 10:55  (MSK)
>Так наверное не получится. У сквидов
>по моему должна быть жесткая
>иерархия, т.е. назначается parent сквид,
>к которому лепятся child сквиды.
>Вот тогда child сквид будет
>сначала лезть в parrent, а
>только потом в инет, если
>не получит ответа.

немножко не так, у сквидов есть различные типы иерархий, можно сконфигурировать соседние прокси как парент или как сиблинг
parent - старший в иерархии (если запрос отсутствует в локальном кеше, то он направляется к parent, тот - при отсутствии в своем кеше - пересылает запрос дальше и возвращает готовый ответ подчиненному в иерархии; если squid получает от parent TCP_DENIED, то он лезет напрямую)
sibling - одного уровня (если запрос отсутствует в локальном кеше, то он направляется к sibling, тот - при отсутствии в своем кеше - сразу возвращает сообщение об этом, ничего не предпринимая)

для того, чтобы определить соседей, надо прописать в конфиге сквида такие стороки:

cache_peer hostname type proxy-port icp-port options (каждый сосед описывается отдельной строкой)

например:
cache_peer proxy.provider.net sibling 8080 7 no-query no-digest

http://www.bog.pp.ru/work/squid.html
здесь это достаточно хорошо описано

  Рекомендовать в FAQ | Cообщить модератору | Наверх


Удалить

Индекс форумов | Темы | Пред. тема | След. тема
Пожалуйста, прежде чем написать сообщение, ознакомьтесь с данными рекомендациями.




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

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