From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: To: ALT Linux sysadmin discuss From: Evgenii Terechkov Organization: =?koi8-r?B?7+/vICLr0sHT1MXMIg==?= Date: Tue, 05 Sep 2006 16:24:29 +0800 User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.50 (gnu/linux) Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 8bit X-Virus-Scanned: ClamAV using ClamSMTP Subject: [Sysadmins] =?koi8-r?b?U3F1aWQgY2FjaGVfcGVlciDMwcfBxdQgwsXaIG5v?= =?koi8-r?b?LXF1ZXJ5?= X-BeenThere: sysadmins@lists.altlinux.org X-Mailman-Version: 2.1.7 Precedence: list Reply-To: ALT Linux sysadmin discuss List-Id: ALT Linux sysadmin discuss List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Sep 2006 09:17:40 -0000 Archived-At: List-Archive: Может что-то такое уже и было, но я не нашёл почему-то. Сталкивался ли кто с подобным поведением сквида? Есть сквид с одним родителем, прописанным так: cache_peer localhost parent 3124 3130 no-netdb-exchange Так он почему-то на ровном месте (посде нескольких дней успешной работы) начал отдавать клиентам страничку ERR_CANNOT_FORWARD (При этом на каждый запрос приходится и по ICP-запросу). Добавить в упомянутую строчку ещё и no-query, то всё начинает работать. Очень странно, учитывая, что работало и без этой опций. Опция icp_port в конфиге закомментирована (по умолчанию). Запросы на localhost:3130 переправляются реальному родителю средствами iptables (на каждый ERR_CANNOT_FORWARD на удалённую машину приходит ICP-запрос, ответ - MISS ). Сквид 2.5.STABLE10-alt3.M24.1, дистрибутив - M24+updates+backports. P.S.: или всё-таки нужен весь конфиг? -- С уважением, системный администратор ООО "Крастел", Терешков Евгений.