From owner-freebsd-hubs@FreeBSD.ORG Wed Mar 31 04:17:42 2004 Return-Path: Delivered-To: freebsd-hubs@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1A30A16A4CE; Wed, 31 Mar 2004 04:17:42 -0800 (PST) Received: from kazi.fit.vutbr.cz (kazi.fit.vutbr.cz [147.229.8.12]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2776843D46; Wed, 31 Mar 2004 04:17:41 -0800 (PST) (envelope-from cejkar@fit.vutbr.cz) Received: from kazi.fit.vutbr.cz (localhost [127.0.0.1]) by kazi.fit.vutbr.cz (8.12.11/8.12.11) with ESMTP id i2VCHbKX073062 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Wed, 31 Mar 2004 14:17:37 +0200 (CEST) Received: (from cejkar@localhost) by kazi.fit.vutbr.cz (8.12.11/8.12.5/Submit) id i2VCHb6m073060; Wed, 31 Mar 2004 14:17:37 +0200 (CEST) X-Authentication-Warning: kazi.fit.vutbr.cz: cejkar set sender to cejkar@fit.vutbr.cz using -f Date: Wed, 31 Mar 2004 14:17:37 +0200 From: Rudolf Cejka To: freebsd-hubs@freebsd.org, eik@freebsd.org Message-ID: <20040331121736.GA68135@fit.vutbr.cz> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2i X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) Subject: Problems with looping fetch auditfile.tbz from ftp sites X-BeenThere: freebsd-hubs@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: FreeBSD Distributions Hubs: mail sup ftp List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 31 Mar 2004 12:17:42 -0000 Hello, I have problems with slowly coming ftp-DoS on ftp.cz.FreeBSD.org. What about the other mirror sites? It started two weeks ago (and it is visible since one week ago). When anybody installs security/portaudit, it wants to automatically fetch -1am portaudit.tbz every day (?). If somebody is protected by firewall, ftp server could not establish data connection and returns error in an control connection. Unfortunately it seems to me, that flags -1am for fetch mean to retry data download all the time (-a = Automatically retry the transfer upon soft failures). Am I right? Is it possible to do something with it? Thanks. -- Rudolf Cejka http://www.fit.vutbr.cz/~cejkar Brno University of Technology, Faculty of Information Technology Bozetechova 2, 612 66 Brno, Czech Republic