The OpenNET Project / Index page

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

форумы  помощь  поиск  регистрация  майллист  ВХОД  слежка  RSS
"parent прокси в зависимости от рабочего канала провайдера"
Вариант для распечатки  
Пред. тема | След. тема 
Форумы Настройка Squid и других прокси серверов (Public)
Изначальное сообщение [Проследить за развитием треда]

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

 Оглавление

Сообщения по теме [Сортировка по времени, UBB]


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

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


Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

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

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


Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

4. "parent прокси в зависимости от рабочего канала провайдера"  
Сообщение от Halyva email(ok) on 17-Янв-06, 16:20 
>parent - старший в иерархии (если запрос отсутствует в локальном кеше, то
>он направляется к parent, тот - при отсутствии в своем кеше
>- пересылает запрос дальше и возвращает готовый ответ подчиненному в иерархии;
>если squid получает от parent TCP_DENIED, то он
>
>лезет напрямую)
Так вот - не лезет он, просто встаёт и всё!!! А потом ошибку пишет что url не могет быть доставлен !
Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

5. "parent прокси в зависимости от рабочего канала провайдера"  
Сообщение от napTu on 17-Янв-06, 16:47 
а без cache_peer сквид у тебя работает?
Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

6. "parent прокси в зависимости от рабочего канала провайдера"  
Сообщение от Halyva email(ok) on 17-Янв-06, 16:49 
>а без cache_peer сквид у тебя работает?
Конечно, и с ним если не ронять канал тоже работает. Вот тока урониш линк и всё. Могет тама какая нить опция timeout надо поставить не вкурсе?
Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

7. "parent прокси в зависимости от рабочего канала провайдера"  
Сообщение от napTu on 17-Янв-06, 17:06 
можно посмотреть cache.log
при падении parent идут записи типа parent access fail штук 10, а затем detected dead parent. И затем идет работа напрямую. Причем dead parent периодически контролируется на поднятие и если успешно, то пишет типа live parent
Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

8. "parent прокси в зависимости от рабочего канала провайдера"  
Сообщение от Halyva email(ok) on 17-Янв-06, 17:16 
>можно посмотреть cache.log
>при падении parent идут записи типа parent access fail штук 10, а
>затем detected dead parent. И затем идет работа напрямую. Причем dead
>parent периодически контролируется на поднятие и если успешно, то пишет типа
>live parent
Неа не пишет!
Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

9. "parent прокси в зависимости от рабочего канала провайдера"  
Сообщение от napTu on 17-Янв-06, 17:37 
дойду до дому, если не забуду, выложу свой конф
Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

10. "parent прокси в зависимости от рабочего канала провайдера"  
Сообщение от napTu on 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

Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

11. "parent прокси в зависимости от рабочего канала провайдера"  
Сообщение от Halyva email(ok) on 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 так?
Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

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

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


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

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

Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

13. "parent прокси в зависимости от рабочего канала провайдера"  
Сообщение от Halyva email(ok) on 18-Янв-06, 17:27 
спасибо огромное за помощь!!
Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

Архив | Удалить

Индекс форумов | Темы | Пред. тема | След. тема
Оцените тред (1=ужас, 5=супер)? [ 1 | 2 | 3 | 4 | 5 ]




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

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