From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: To: ALT Linux sysadmin discuss From: Evgenii Terechkov Date: Tue, 12 Sep 2006 10:59:54 +0800 Message-ID: User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.50 (gnu/linux) 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?U3F1aWQgz9TLwdrZ18HF1NPRINLBws/UwdTYIMLF?= =?koi8-r?b?2iBuby1xdWVyeQ==?= 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, 12 Sep 2006 03:00:02 -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.: или всё-таки нужен весь конфиг? -- С уважением, системный администратор ООО "Крастел", Терешков Евгений.