https://opennet.ru/openforum/vsluhforumID12/7224.html Всем привет!<br>Есть у меня некоторое количество домашних сервачков на Debian и squid-deb-proxy на squid 3.5, родительский и дочерний, между которыми сеть фигового качества.<br><br>На дочернем прописано:<br>[code]<br>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<br>never_direct allow all<br>[/code]<br><br>Собственно, все эти параметры я добавил в попытках принудить его обращаться на родительский сервер ни смотря ни на что, и не получилось.<br><br>Клиент начинает качать пакеты нормально, но в какой-то момент дочерний сервер начинает отвечать на все запросы ошибкой 500<br>[code]<br>1446300676.201 0 10.42.2.60 TCP_MISS/500 4560 GET http://ftp.debian.org/debian/pool/main/libr/libreoffice/libreoffice-style-sifr_5.0.3~rc1-2_all.deb - HIER_NONE/- text/html<br>1446300676.205 0 10.42.2.60 TCP_MISS/500 4477 GET http://ftp.debian.org/debian/pool/main/e/evince/evince_3.18.1-1_amd64.deb - HIER_NONE/- text/html<br>1446300676.208 0 10.42. https://opennet.ru/openforum/vsluhforumID12/7224.html#9 Sun, 14 Feb 2016 19:08:37 GMT В общем, пробовал еще поиграться с dead_peer_timeout и icp_query_timeout, ничего не вышло. Все равно на каждый чих squid уходит в отказ и отвечает ошибкой 500 на все последующие попытки что-либо скачать.<br>Пришлось жить брутфорсом и пихать все 'apt update' и 'apt full-upgrade -d' в циклы до успешного завершения. Просто магия какая-то, за 10-50 попыток оно все-таки прокачивалось.<br>Видимо squid с иерархией подходит только для качественных сетей, в которых задержки вменяемые и пакеты не теряются.<br><br>Снес все это дело и вернулся к использованию apt-cacher-ng, он каскадируется без бубна и кешем на уровне файлов рулить можно. Удивительно, но пока все прокачивается с первого раза. Теперь только следить за специфическими глюками, из-за которых раньше пришлось от него отказаться. Но версия свежая из experimental, может и пофиксили.<br> https://opennet.ru/openforum/vsluhforumID12/7224.html#8 Sat, 07 Nov 2015 08:59:24 GMT &gt; Прибил HTTP и ICP гвоздями к адресам через http_port и udp_incoming_address соответственно. <br>&gt; Вроде помогло.<br>&gt; По крайней мере, получил REVIVED через несколько секунд после DEAD, что в <br>&gt; свою очередь случилось после серии TCP connection failed, а не вдруг <br>&gt; из воздуха как раньше.<br>&gt; Если других новостей не напишу, значит так и буду жить.<br><br>Вроде шло хорошо, но потом случилось:<br>[code]<br>2015/11/07 10:23:25 kid1&#124; WARNING: DNS lookup for 'parent-server-hostname' failed!<br>[/code]<br>DNS разок недостучался до удаленной сети - и все, никаких попыток подключиться больше часа. Хотя все 99% времени было доступно и резолвилось.<br>Потом неожиданно:<br>[code]<br>2015/11/07 11:26:19 kid1&#124; Configuring Parent parent-server-hostname/8000/8001<br>[/code]<br><br>Вот как бы сделать чтобы сразу?<br> https://opennet.ru/openforum/vsluhforumID12/7224.html#7 Tue, 03 Nov 2015 23:11:55 GMT &gt; Включил ICP и сделал dead_peer_timeout 60.<br>&gt; Имитировал короткое падение сети, дочерний сразу потерял родительского и опять заткнулся. <br>&gt; В cache.log "Detected DEAD Parent" <br>&gt; Причем при попытке что-нибудь скачать теперь идет ICP пакет в сторону родительского <br>&gt; и приходит один пакет в ответ. Но живее родитель от этого <br>&gt; в глазах ребенка не становится.<br><br>Прибил HTTP и ICP гвоздями к адресам через http_port и udp_incoming_address соответственно. Вроде помогло.<br>По крайней мере, получил REVIVED через несколько секунд после DEAD, что в свою очередь случилось после серии TCP connection failed, а не вдруг из воздуха как раньше.<br><br>Если других новостей не напишу, значит так и буду жить.<br> https://opennet.ru/openforum/vsluhforumID12/7224.html#6 Tue, 03 Nov 2015 21:05:25 GMT &gt; снизил таймаут вообще до 5, может он будет чаще пытаться, посмотрим.<br><br>Не помогло. Два часа качал нормально, потом снова ошибка 500 при любой дальнейшей попытке на несколько минут вперед как минимум.<br>При том что оба сервера друг друга видят, оба сквида на них работают.<br>Судя по дампу трафика, дочерний в это время даже не пытается обращаться к родительскому.<br><br>Включил ICP и сделал dead_peer_timeout 60.<br>Имитировал короткое падение сети, дочерний сразу потерял родительского и опять заткнулся. В cache.log "Detected DEAD Parent"<br><br>Причем при попытке что-нибудь скачать теперь идет ICP пакет в сторону родительского и приходит один пакет в ответ. Но живее родитель от этого в глазах ребенка не становится.<br> https://opennet.ru/openforum/vsluhforumID12/7224.html#5 Tue, 03 Nov 2015 07:13:54 GMT &gt; попробуй еще добавить отдельную директиву <br>&gt; peer_connect_timeout 30 seconds <br>&gt; http://www.squid-cache.org/Doc/config/peer_connect_timeout/ <br>&gt; она думаю связана с connect-timeout= в директиве cache_peer <br>&gt; но connect-timeout=600 - 600 сек имхо многовато?<br><br>снизил таймаут вообще до 5, может он будет чаще пытаться, посмотрим.<br> https://opennet.ru/openforum/vsluhforumID12/7224.html#4 Tue, 03 Nov 2015 06:36:09 GMT &gt;[оверквотинг удален]<br>&gt;&gt; prefer_direct off # сквид сначала будет пытаться обратиться к родительскому прокси <br>&gt;&gt; nonhierarchical_direct off <br>&gt;&gt; ------------- <br>&gt;&gt; cache_peer parentcache.foo.com parent 3128 0 no-query default <br>&gt;&gt; never_direct allow all # по идее эта опция всегда будет <br>&gt;&gt; заставлять сквид идти через parent <br>&gt;&gt; prefer_direct off <br>&gt;&gt; nonhierarchical_direct off <br>&gt; http://www.squid-cache.org/Doc/config/prefer_direct/ <br>&gt; http://www.squid-cache.org/Doc/config/nonhierarchical_direct/ <br><br>Спасибо, но это не то. <br>prefer_direct и так по умолчанию off, а nonhierarchical_direct "only sets a preference".<br><br>У меня проблема не в том, что дочерний сервер не может выбрать родительский. Он его выбирает, но при любой неудачной попытке к нему подключиться он сразу делает лапки к верху и отплевывается ошибкой 500 вместо того чтобы все-таки до него достучаться.<br> https://opennet.ru/openforum/vsluhforumID12/7224.html#3 Tue, 03 Nov 2015 05:34:34 GMT попробуй еще добавить отдельную директиву<br>peer_connect_timeout 30 seconds<br>http://www.squid-cache.org/Doc/config/peer_connect_timeout/<br>она думаю связана с connect-timeout= в директиве cache_peer<br>но connect-timeout=600 - 600 сек имхо многовато?<br> https://opennet.ru/openforum/vsluhforumID12/7224.html#2 Tue, 03 Nov 2015 05:27:27 GMT &gt; попробуй добавить тэги <br>&gt; prefer_direct off # сквид сначала будет пытаться обратиться к родительскому прокси <br>&gt; nonhierarchical_direct off <br>&gt; ------------- <br>&gt; cache_peer parentcache.foo.com parent 3128 0 no-query default <br>&gt; never_direct allow all # по идее эта опция всегда будет <br>&gt; заставлять сквид идти через parent <br>&gt; prefer_direct off <br>&gt; nonhierarchical_direct off <br><br>http://www.squid-cache.org/Doc/config/prefer_direct/<br>http://www.squid-cache.org/Doc/config/nonhierarchical_direct/<br><br><br> https://opennet.ru/openforum/vsluhforumID12/7224.html#1 Tue, 03 Nov 2015 05:24:06 GMT попробуй добавить тэги<br>prefer_direct off # сквид сначала будет пытаться обратиться к родительскому прокси<br>nonhierarchical_direct off<br>-------------<br>cache_peer parentcache.foo.com parent 3128 0 no-query default<br>never_direct allow all # по идее эта опция всегда будет заставлять сквид идти через parent<br>prefer_direct off <br>nonhierarchical_direct off<br>