The OpenNET Project / Index page

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

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

"Принудительное переподключение к cache_peer parent"  +/
Сообщение от Neurotic on 31-Окт-15, 17:42 
Всем привет!
Есть у меня некоторое количество домашних сервачков на Debian и squid-deb-proxy на squid 3.5, родительский и дочерний, между которыми сеть фигового качества.

На дочернем прописано:


cache_peer parent-server-hostname parent 8000 0 no-query no-digest no-netdb-exchange default connect-timeout=600 standby=5 connect-fail-limit=10240
never_direct allow all

Собственно, все эти параметры я добавил в попытках принудить его обращаться на родительский сервер ни смотря ни на что, и не получилось.

Клиент начинает качать пакеты нормально, но в какой-то момент дочерний сервер начинает отвечать на все запросы ошибкой 500


1446300676.201      0 10.42.2.60 TCP_MISS/500 4560 GET http://ftp.debian.org/debian/pool/main/libr/libreoffice/libr... - HIER_NONE/- text/html
1446300676.205      0 10.42.2.60 TCP_MISS/500 4477 GET http://ftp.debian.org/debian/pool/main/e/evince/evince_3.18.... - HIER_NONE/- text/html
1446300676.208      0 10.42.2.60 TCP_MISS/500 4489 GET http://ftp.debian.org/debian/pool/main/e/evince/evince-gtk_3... - HIER_NONE/- text/html
1446300676.212      0 10.42.2.60 TCP_MISS/500 4507 GET http://ftp.debian.org/debian/pool/main/e/evince/libevdocumen... - HIER_NONE/- text/html
1446300676.215      0 10.42.2.60 TCP_MISS/500 4495 GET http://ftp.debian.org/debian/pool/main/e/evince/libevview3-3... - HIER_NONE/- text/html

У него пропадает родительский сервер из доступных.


2015/10/31 16:59:45.394 kid1| 15,5| neighbors.cc(759) peerDigestLookup: peerDigestLookup: peer parent-server-hostname
2015/10/31 16:59:45.394 kid1| 15,5| neighbors.cc(763) peerDigestLookup: peerDigestLookup: gone!
2015/10/31 16:59:45.394 kid1| 44,3| peer_select.cc(685) peerGetSomeParent: GET ftp.debian.org
2015/10/31 16:59:45.394 kid1| 15,3| neighbors.cc(350) getRoundRobinParent: returning NULL
2015/10/31 16:59:45.394 kid1| 15,3| neighbors.cc(400) getWeightedRoundRobinParent: getWeightedRoundRobinParent: returning NULL
2015/10/31 16:59:45.394 kid1| 15,3| neighbors.cc(312) getFirstUpParent: getFirstUpParent: returning NULL
2015/10/31 16:59:45.394 kid1| 15,3| neighbors.cc(490) getDefaultParent: getDefaultParent: returning NULL
2015/10/31 16:59:45.394 kid1| 15,3| neighbors.cc(490) getDefaultParent: getDefaultParent: returning NULL
2015/10/31 16:59:45.394 kid1| 44,2| peer_select.cc(280) peerSelectDnsPaths: Failed to select source for 'http://ftp.debian.org/debian/pool/main/libr/libreoffice/libr...'
2015/10/31 16:59:45.394 kid1| 44,2| peer_select.cc(281) peerSelectDnsPaths:   always_direct = DENIED
2015/10/31 16:59:45.394 kid1| 44,2| peer_select.cc(282) peerSelectDnsPaths:    never_direct = ALLOWED
2015/10/31 16:59:45.394 kid1| 44,2| peer_select.cc(295) peerSelectDnsPaths:        timedout = 0
2015/10/31 16:59:45.409 kid1| 93,5| AsyncCall.cc(56) cancel: will not call Initiate::noteInitiatorAborted [call28424] because job gone
2015/10/31 16:59:45.409 kid1| 93,5| AsyncCall.cc(48) make: will not call Initiate::noteInitiatorAborted [call28424] because of job gone

При этом родительский сервер по факту доступен, просто видимо в какой-то момент мигнула сеть. Связь восстановилась, а дочерний сервер продолжает отфутболивать клиентов, пока его не перезапустишь.

Как заставить squid пытаться переподключиться к родительскому пиру до посинения, вместо того чтобы сразу отфутболивать клиентов ошибкой 500?

Ответить | Правка | Cообщить модератору

Оглавление

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


1. "Принудительное переподключение к cache_peer parent"  +/
Сообщение от ipmanyak (??) on 03-Ноя-15, 08:24 
попробуй добавить тэги
prefer_direct off  # сквид сначала будет пытаться обратиться к родительскому прокси
nonhierarchical_direct off
-------------
cache_peer parentcache.foo.com parent 3128 0 no-query default
never_direct allow all  # по идее эта опция  всегда будет заставлять сквид идти через parent
prefer_direct off  
nonhierarchical_direct off
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

2. "Принудительное переподключение к cache_peer parent"  +/
Сообщение от ipmanyak (??) on 03-Ноя-15, 08:27 
> попробуй добавить тэги
> prefer_direct off  # сквид сначала будет пытаться обратиться к родительскому прокси
> nonhierarchical_direct off
> -------------
> cache_peer parentcache.foo.com parent 3128 0 no-query default
> never_direct allow all  # по идее эта опция  всегда будет
> заставлять сквид идти через parent
> prefer_direct off
> nonhierarchical_direct off

http://www.squid-cache.org/Doc/config/prefer_direct/
http://www.squid-cache.org/Doc/config/nonhierarchical_direct/


Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

4. "Принудительное переподключение к cache_peer parent"  +/
Сообщение от Neurotic on 03-Ноя-15, 09:36 
>[оверквотинг удален]
>> prefer_direct off  # сквид сначала будет пытаться обратиться к родительскому прокси
>> nonhierarchical_direct off
>> -------------
>> cache_peer parentcache.foo.com parent 3128 0 no-query default
>> never_direct allow all  # по идее эта опция  всегда будет
>> заставлять сквид идти через parent
>> prefer_direct off
>> nonhierarchical_direct off
> http://www.squid-cache.org/Doc/config/prefer_direct/
> http://www.squid-cache.org/Doc/config/nonhierarchical_direct/

Спасибо, но это не то.
prefer_direct и так по умолчанию off, а nonhierarchical_direct  "only sets a preference".

У меня проблема не в том, что дочерний сервер не может выбрать родительский. Он его выбирает, но при любой неудачной попытке к нему подключиться он сразу делает лапки к верху и отплевывается ошибкой 500 вместо того чтобы все-таки до него достучаться.

Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

3. "Принудительное переподключение к cache_peer parent"  +/
Сообщение от ipmanyak (??) on 03-Ноя-15, 08:34 
попробуй еще добавить отдельную директиву
peer_connect_timeout 30 seconds
http://www.squid-cache.org/Doc/config/peer_connect_timeout/
она думаю связана с connect-timeout= в директиве  cache_peer
но connect-timeout=600 -  600 сек имхо многовато?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

5. "Принудительное переподключение к cache_peer parent"  +/
Сообщение от Neurotic on 03-Ноя-15, 10:13 
> попробуй еще добавить отдельную директиву
> peer_connect_timeout 30 seconds
> http://www.squid-cache.org/Doc/config/peer_connect_timeout/
> она думаю связана с connect-timeout= в директиве  cache_peer
> но connect-timeout=600 -  600 сек имхо многовато?

снизил таймаут вообще до 5, может он будет чаще пытаться, посмотрим.

Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

6. "Принудительное переподключение к cache_peer parent"  +/
Сообщение от Neurotic on 04-Ноя-15, 00:05 
> снизил таймаут вообще до 5, может он будет чаще пытаться, посмотрим.

Не помогло. Два часа качал нормально, потом снова ошибка 500 при любой дальнейшей попытке на несколько минут вперед как минимум.
При том что оба сервера друг друга видят, оба сквида на них работают.
Судя по дампу трафика, дочерний в это время даже не пытается обращаться к родительскому.

Включил ICP и сделал dead_peer_timeout 60.
Имитировал короткое падение сети, дочерний сразу потерял родительского и опять заткнулся. В cache.log "Detected DEAD Parent"

Причем при попытке что-нибудь скачать теперь идет ICP пакет в сторону родительского и приходит один пакет в ответ. Но живее родитель от этого в глазах ребенка не становится.

Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

7. "Принудительное переподключение к cache_peer parent"  +/
Сообщение от Neurotic on 04-Ноя-15, 02:11 
> Включил ICP и сделал dead_peer_timeout 60.
> Имитировал короткое падение сети, дочерний сразу потерял родительского и опять заткнулся.
> В cache.log "Detected DEAD Parent"
> Причем при попытке что-нибудь скачать теперь идет ICP пакет в сторону родительского
> и приходит один пакет в ответ. Но живее родитель от этого
> в глазах ребенка не становится.

Прибил HTTP и ICP гвоздями к адресам через http_port и udp_incoming_address соответственно. Вроде помогло.
По крайней мере, получил REVIVED через несколько секунд после DEAD, что в свою очередь случилось после серии TCP connection failed, а не вдруг из воздуха как раньше.

Если других новостей не напишу, значит так и буду жить.

Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

8. "Принудительное переподключение к cache_peer parent"  +/
Сообщение от Neurotic on 07-Ноя-15, 11:59 
> Прибил HTTP и ICP гвоздями к адресам через http_port и udp_incoming_address соответственно.
> Вроде помогло.
> По крайней мере, получил REVIVED через несколько секунд после DEAD, что в
> свою очередь случилось после серии TCP connection failed, а не вдруг
> из воздуха как раньше.
> Если других новостей не напишу, значит так и буду жить.

Вроде шло хорошо, но потом случилось:


2015/11/07 10:23:25 kid1| WARNING: DNS lookup for 'parent-server-hostname' failed!

DNS разок недостучался до удаленной сети - и все, никаких попыток подключиться больше часа. Хотя все 99% времени было доступно и резолвилось.
Потом неожиданно:

2015/11/07 11:26:19 kid1| Configuring Parent parent-server-hostname/8000/8001

Вот как бы сделать чтобы сразу?

Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

9. "Принудительное переподключение к cache_peer parent"  +/
Сообщение от Neurotic on 14-Фев-16, 22:08 
В общем, пробовал еще поиграться с dead_peer_timeout и icp_query_timeout, ничего не вышло. Все равно на каждый чих squid уходит в отказ и отвечает ошибкой 500 на все последующие попытки что-либо скачать.
Пришлось жить брутфорсом и пихать все 'apt update' и 'apt full-upgrade -d' в циклы до успешного завершения. Просто магия какая-то, за 10-50 попыток оно все-таки прокачивалось.
Видимо squid с иерархией подходит только для качественных сетей, в которых задержки вменяемые и пакеты не теряются.

Снес все это дело и вернулся к использованию apt-cacher-ng, он каскадируется без бубна и кешем на уровне файлов рулить можно. Удивительно, но пока все прокачивается с первого раза. Теперь только следить за специфическими глюками, из-за которых раньше пришлось от него отказаться. Но версия свежая из experimental, может и пофиксили.

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

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

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




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

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