Вариант для распечатки		Пред. тема | След. тема
Форум Настройка Squid, Tor и прокси серверов (Прозрачный proxy)
Режим отображения отдельной подветви беседы		[ Отслеживать ]

Принудительное переподключение к cache_peer parent, Neurotic (?), 31-Окт-15, (0) [смотреть все] попробуй добавить тэгиprefer_direct off сквид сначала будет пытаться обратить, ipmanyak (??), 08:24 , 03-Ноя-15, (1) // http www squid-cache org Doc config prefer_direct http www squid-cache org D, ipmanyak (??), 08:27 , 03-Ноя-15, (2) // gt оверквотинг удален Спасибо, но это не то prefer_direct и так по умолчанию , Neurotic (?), 09:36 , 03-Ноя-15, (4) попробуй еще добавить отдельную директивуpeer_connect_timeout 30 secondshttp w, ipmanyak (??), 08:34 , 03-Ноя-15, (3)   // снизил таймаут вообще до 5, может он будет чаще пытаться, посмотрим , Neurotic (?), 10:13 , 03-Ноя-15, (5)   // Не помогло Два часа качал нормально, потом снова ошибка 500 при любой дальнейше, Neurotic (?), 00:05 , 04-Ноя-15, (6)   // Прибил HTTP и ICP гвоздями к адресам через http_port и udp_incoming_address соот, Neurotic (?), 02:11 , 04-Ноя-15, (7)   Вроде шло хорошо, но потом случилось code 2015 11 07 10 23 25 kid1 124 WARNIN, Neurotic (?), 11:59 , 07-Ноя-15, (8)   В общем, пробовал еще поиграться с dead_peer_timeout и icp_query_timeout, ничего, Neurotic (?), 22:08 , 14-Фев-16, (9) 1,3,9

Сообщения

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

3. "Принудительное переподключение к cache_peer parent"	+/–
Сообщение от ipmanyak (??), 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 сек имхо многовато?
Ответить | Правка | Наверх | Cообщить модератору

	5. "Принудительное переподключение к cache_peer parent"	+/–
	Сообщение от Neurotic (?), 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, может он будет чаще пытаться, посмотрим.
	Ответить | Правка | Наверх | Cообщить модератору

	6. "Принудительное переподключение к cache_peer parent"	+/–
	Сообщение от Neurotic (?), 04-Ноя-15, 00:05
	> снизил таймаут вообще до 5, может он будет чаще пытаться, посмотрим. Не помогло. Два часа качал нормально, потом снова ошибка 500 при любой дальнейшей попытке на несколько минут вперед как минимум. При том что оба сервера друг друга видят, оба сквида на них работают. Судя по дампу трафика, дочерний в это время даже не пытается обращаться к родительскому. Включил ICP и сделал dead_peer_timeout 60. Имитировал короткое падение сети, дочерний сразу потерял родительского и опять заткнулся. В cache.log "Detected DEAD Parent" Причем при попытке что-нибудь скачать теперь идет ICP пакет в сторону родительского и приходит один пакет в ответ. Но живее родитель от этого в глазах ребенка не становится.
	Ответить | Правка | Наверх | Cообщить модератору

	7. "Принудительное переподключение к cache_peer parent"	+/–
	Сообщение от Neurotic (?), 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, а не вдруг из воздуха как раньше. Если других новостей не напишу, значит так и буду жить.
	Ответить | Правка | Наверх | Cообщить модератору

	8. "Принудительное переподключение к cache_peer parent"	+/–
	Сообщение от Neurotic (?), 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 Вот как бы сделать чтобы сразу?
	Ответить | Правка | Наверх | Cообщить модератору

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

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