URL: https://www.opennet.me/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID12
Нить номер: 3807
[ Назад ]

Исходное сообщение
"parent прокси в зависимости от рабочего канала провайдера"

Отправлено Halyva , 17-Янв-06 15:15 
Здрасте!
Перечитал весь форум (по крайней мере до 16 страницы). Тема затрагивалась, но чёткого ответа не было произнесено.
Суть вопроса такова. Есть два канала провайдера. У одного есть прокся, но линк бывает отпадывает, второй провайдер стабильнее, но прокси нет. Вопрос. Как прописать в конфиге squid чтобы по умолчанию весь трафик шёл через прокси первого провайдера, а в случае отваливания линка его всё шло через второго.

Содержание

Сообщения в этом обсуждении
"parent прокси в зависимости от рабочего канала провайдера"
Отправлено napTu , 17-Янв-06 16:10 
сквид это будет делать автоматом. У меня так и работает. Траф идет через прокси спутникового прова, а когда этот прокси ложится, сквид это видит и пропускает запросы напрямую.
Необходимо настроить сквид на работу без верхнего прокси на одного прова, а затем дописать cache_peer и cache_peer_access на прокси другого провайдера.

"parent прокси в зависимости от рабочего канала провайдера"
Отправлено Halyva , 17-Янв-06 16:15 
>сквид это будет делать автоматом. У меня так и работает. Траф идет
>через прокси спутникового прова, а когда этот прокси ложится, сквид это
>видит и пропускает запросы напрямую.
>Необходимо настроить сквид на работу без верхнего прокси на одного прова, а
>затем дописать cache_peer и cache_peer_access на прокси другого провайдера.
А примерчик конфига мона, тока всё что связано с этим делом а не вырезку из двух строк. Так как когда я пишу
cache_peer XXX.XXX.XXX.XXX  parent 3128    0       no-query
сам squid не догадывается что он упал.



"parent прокси в зависимости от рабочего канала провайдера"
Отправлено napTu , 17-Янв-06 16:18 
parent - старший в иерархии (если запрос отсутствует в локальном кеше, то он направляется к parent, тот - при отсутствии в своем кеше - пересылает запрос дальше и возвращает готовый ответ подчиненному в иерархии; если squid получает от parent TCP_DENIED, то он

лезет напрямую)



"parent прокси в зависимости от рабочего канала провайдера"
Отправлено Halyva , 17-Янв-06 16:20 
>parent - старший в иерархии (если запрос отсутствует в локальном кеше, то
>он направляется к parent, тот - при отсутствии в своем кеше
>- пересылает запрос дальше и возвращает готовый ответ подчиненному в иерархии;
>если squid получает от parent TCP_DENIED, то он
>
>лезет напрямую)
Так вот - не лезет он, просто встаёт и всё!!! А потом ошибку пишет что url не могет быть доставлен !

"parent прокси в зависимости от рабочего канала провайдера"
Отправлено napTu , 17-Янв-06 16:47 
а без cache_peer сквид у тебя работает?

"parent прокси в зависимости от рабочего канала провайдера"
Отправлено Halyva , 17-Янв-06 16:49 
>а без cache_peer сквид у тебя работает?
Конечно, и с ним если не ронять канал тоже работает. Вот тока урониш линк и всё. Могет тама какая нить опция timeout надо поставить не вкурсе?

"parent прокси в зависимости от рабочего канала провайдера"
Отправлено napTu , 17-Янв-06 17:06 
можно посмотреть cache.log
при падении parent идут записи типа parent access fail штук 10, а затем detected dead parent. И затем идет работа напрямую. Причем dead parent периодически контролируется на поднятие и если успешно, то пишет типа live parent

"parent прокси в зависимости от рабочего канала провайдера"
Отправлено Halyva , 17-Янв-06 17:16 
>можно посмотреть cache.log
>при падении parent идут записи типа parent access fail штук 10, а
>затем detected dead parent. И затем идет работа напрямую. Причем dead
>parent периодически контролируется на поднятие и если успешно, то пишет типа
>live parent
Неа не пишет!

"parent прокси в зависимости от рабочего канала провайдера"
Отправлено napTu , 17-Янв-06 17:37 
дойду до дому, если не забуду, выложу свой конф

"parent прокси в зависимости от рабочего канала провайдера"
Отправлено napTu , 17-Янв-06 20:35 
не забыл
вот:

cache_peer 192.168.55.4 parent 8081 0 no-query default connect-timeout=5 max-conn=30

cache_peer_access 192.168.55.4 allow a14
cache_peer_access 192.168.55.4 deny media
cache_peer_access 192.168.55.4 deny pics
cache_peer_access 192.168.55.4 deny porno
cache_peer_access 192.168.55.4 allow LocNet
cache_peer_access 192.168.55.4 deny all

вот сообщения
2006/01/17 19:32:03| TCP connection to 192.168.55.1/8080 failed
2006/01/17 19:32:48| TCP connection to 192.168.55.1/8080 failed
2006/01/17 19:32:48| TCP connection to 192.168.55.1/8080 failed
2006/01/17 19:33:27| TCP connection to 192.168.55.1/8080 failed
2006/01/17 19:33:31| TCP connection to 192.168.55.1/8080 failed
2006/01/17 19:33:31| TCP connection to 192.168.55.1/8080 failed
2006/01/17 19:33:33| TCP connection to 192.168.55.1/8080 failed
2006/01/17 19:33:35| TCP connection to 192.168.55.1/8080 failed
2006/01/17 19:33:36| TCP connection to 192.168.55.1/8080 failed
2006/01/17 19:33:38| TCP connection to 192.168.55.1/8080 failed
2006/01/17 19:33:38| Detected DEAD Parent: 192.168.55.1/8080/0

2006/01/17 17:30:21| TCP connection to 192.168.55.1/8080 failed
2006/01/17 17:30:21| TCP connection to 192.168.55.1/8080 failed
2006/01/17 17:30:21| TCP connection to 192.168.55.1/8080 failed
2006/01/17 17:30:21| TCP connection to 192.168.55.1/8080 failed
2006/01/17 17:30:53| TCP connection to 192.168.55.1/8080 failed
2006/01/17 17:30:53| Detected DEAD Parent: 192.168.55.1/8080/0
2006/01/17 17:57:58| comm_accept: FD 9: (53) Software caused connection abort
2006/01/17 17:57:58| httpAccept: FD 9: accept failure: (53) Software caused connection abort
2006/01/17 18:00:03| Detected REVIVED Parent: 192.168.55.1/8080/0
2


"parent прокси в зависимости от рабочего канала провайдера"
Отправлено Halyva , 18-Янв-06 00:43 
>не забыл
>вот:
>
>cache_peer 192.168.55.4 parent 8081 0 no-query default connect-timeout=5 max-conn=30
>
>cache_peer_access 192.168.55.4 allow a14
>cache_peer_access 192.168.55.4 deny media
>cache_peer_access 192.168.55.4 deny pics
>cache_peer_access 192.168.55.4 deny porno
>cache_peer_access 192.168.55.4 allow LocNet
>cache_peer_access 192.168.55.4 deny all
>
>вот сообщения
>2006/01/17 19:32:03| TCP connection to 192.168.55.1/8080 failed
>2006/01/17 19:32:48| TCP connection to 192.168.55.1/8080 failed
>2006/01/17 19:32:48| TCP connection to 192.168.55.1/8080 failed
>2006/01/17 19:33:27| TCP connection to 192.168.55.1/8080 failed
>2006/01/17 19:33:31| TCP connection to 192.168.55.1/8080 failed
>2006/01/17 19:33:31| TCP connection to 192.168.55.1/8080 failed
>2006/01/17 19:33:33| TCP connection to 192.168.55.1/8080 failed
>2006/01/17 19:33:35| TCP connection to 192.168.55.1/8080 failed
>2006/01/17 19:33:36| TCP connection to 192.168.55.1/8080 failed
>2006/01/17 19:33:38| TCP connection to 192.168.55.1/8080 failed
>2006/01/17 19:33:38| Detected DEAD Parent: 192.168.55.1/8080/0
>
>2006/01/17 17:30:21| TCP connection to 192.168.55.1/8080 failed
>2006/01/17 17:30:21| TCP connection to 192.168.55.1/8080 failed
>2006/01/17 17:30:21| TCP connection to 192.168.55.1/8080 failed
>2006/01/17 17:30:21| TCP connection to 192.168.55.1/8080 failed
>2006/01/17 17:30:53| TCP connection to 192.168.55.1/8080 failed
>2006/01/17 17:30:53| Detected DEAD Parent: 192.168.55.1/8080/0
>2006/01/17 17:57:58| comm_accept: FD 9: (53) Software caused connection abort
>2006/01/17 17:57:58| httpAccept: FD 9: accept failure: (53) Software caused connection abort
>
>2006/01/17 18:00:03| Detected REVIVED Parent: 192.168.55.1/8080/0
>2
А вот и нужные строчки после которых всё заработало!
connect-timeout=5 max-conn=30
Спасибо большое. ТОка вот ещё небольшой вопрос. max-conn=30 - это какое количество раз пытается squid приконнектиться к parent proxy так?

"parent прокси в зависимости от рабочего канала провайдера"
Отправлено napTu , 18-Янв-06 11:27 

>А вот и нужные строчки после которых всё заработало!
>connect-timeout=5 max-conn=30
>Спасибо большое. ТОка вот ещё небольшой вопрос. max-conn=30 - это какое количество
>раз пытается squid приконнектиться к parent proxy так?


connect-timeout=5 - таймаут соединения, без указания этого параметра должно устанавливаться значение по умолчанию, что в твоем случае почему то не происходит.

max-conn=30 - это у меня прокси второго прова не обслуживает более 30 одновременных TCP сессий, поэтому, при превышении, соединение идет напрямую


"parent прокси в зависимости от рабочего канала провайдера"
Отправлено Halyva , 18-Янв-06 17:27 
спасибо огромное за помощь!!