From owner-freebsd-ipfw@FreeBSD.ORG Sat Aug 30 07:07:06 2003 Return-Path: Delivered-To: freebsd-ipfw@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F40C116A4BF for ; Sat, 30 Aug 2003 07:07:05 -0700 (PDT) Received: from mout1.freenet.de (mout1.freenet.de [194.97.50.132]) by mx1.FreeBSD.org (Postfix) with ESMTP id 671A343FEA for ; Sat, 30 Aug 2003 07:07:03 -0700 (PDT) (envelope-from ino-qc@spotteswoode.de.eu.org) Received: from [194.97.50.144] (helo=mx1.freenet.de) by mout1.freenet.de with asmtp (Exim 4.21) id 19t6NZ-0000gM-Pc for freebsd-ipfw@freebsd.org; Sat, 30 Aug 2003 16:07:01 +0200 Received: from p3e9baaa4.dip.t-dialin.net ([62.155.170.164] helo=spotteswoode.dnsalias.org) by mx1.freenet.de with asmtp (ID inode@freenet.de) (Exim 4.21 #5) id 19t6NZ-0000uU-ET for freebsd-ipfw@freebsd.org; Sat, 30 Aug 2003 16:07:01 +0200 Received: (qmail 69873 invoked by uid 0); 30 Aug 2003 14:07:00 -0000 Date: 30 Aug 2003 16:07:00 +0200 Message-ID: From: "Clemens Fischer" To: "Kelly Yancey" In-Reply-To: <20030829121458.W4705-100000@gateway.posi.net> (Kelly Yancey's message of "Fri, 29 Aug 2003 12:18:30 -0700 (PDT)") References: <20030829121458.W4705-100000@gateway.posi.net> User-Agent: Gnus/5.1003 (Gnus v5.10.3) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii cc: freebsd-ipfw@freebsd.org cc: luigi@freebsd.org Subject: Re: hostnames resolving problem X-BeenThere: freebsd-ipfw@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: IPFW Technical Discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Aug 2003 14:07:06 -0000 * Kelly Yancey: > diff -u -p -r1.4.2.17 ipfw2.c > --- ipfw2.c 25 Jul 2003 08:23:07 -0000 1.4.2.17 > +++ ipfw2.c 29 Aug 2003 19:14:33 -0000 > @@ -1879,6 +1879,10 @@ lookup_host (char *host, struct in_addr > if ((he = gethostbyname(host)) == NULL) > return(-1); > *ipaddr = *(struct in_addr *)he->h_addr_list[0]; > + if (he->h_addr_list[1] != NULL) { > + warn("%s resolved to multiple addresses, only using %s", > + host, inet_ntoa(*ipaddr)); > + } that would not be my cup of tea, because by this ipfw(8) becomes "unscriptable", ie. i'd have to grep(1) for messages and start from scratch again. i guess this problem should be detected and handled ahead of running ipfw(8). note that you can always use `-p preprocessor' for this. clemens