From owner-freebsd-net Sun Aug 5 4:41:53 2001 Delivered-To: freebsd-net@freebsd.org Received: from mail.dada.it (mail2.dada.it [195.110.96.69]) by hub.freebsd.org (Postfix) with SMTP id 0772237B401 for ; Sun, 5 Aug 2001 04:41:41 -0700 (PDT) (envelope-from ale@unixmania.net) Received: (qmail 30256 invoked from network); 5 Aug 2001 11:43:03 -0000 Received: from unknown (HELO libero.sunshine.ale) (195.110.114.252) by mail.dada.it with SMTP; 5 Aug 2001 11:43:03 -0000 Received: by libero.sunshine.ale (Postfix, from userid 1001) id 0A8725F5E; Sun, 5 Aug 2001 13:41:10 +0200 (CEST) Date: Sun, 5 Aug 2001 13:41:10 +0200 From: Alessandro de Manzano To: freebsd-net@freebsd.org Cc: freebsd-isp@freebsd.org Subject: NFS and WAN ? Message-ID: <20010805134110.A96445@libero.sunshine.ale> Reply-To: Alessandro de Manzano Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i X-Operating-System: FreeBSD 4.3-STABLE Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Hello! I'm looking for a way to establish a _secure_ NFS connection in a WAN / Internet environment. I know NFS is not secure from this point of view, so I would ask if someone have a solution. Encapsulating over SSH is not easy with all the different ports needed by NFS, so what I could do ? Maybe running it over something like IPSec, VPNs, etc. ? Better alternatives ? Thanks a lot! -- bye! Alessandro de Manzano Milano, Italy ale@unixmania.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Sun Aug 5 5:40:16 2001 Delivered-To: freebsd-net@freebsd.org Received: from spider.suxx.eu.org (unknown [194.249.141.2]) by hub.freebsd.org (Postfix) with ESMTP id C276437B403; Sun, 5 Aug 2001 05:40:11 -0700 (PDT) (envelope-from maddave@suxx.eu.org) Received: by spider.suxx.eu.org (Postfix, from userid 1000) id 8B25F17771; Sun, 5 Aug 2001 14:41:43 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by spider.suxx.eu.org (Postfix) with ESMTP id 7520232B9E; Sun, 5 Aug 2001 14:41:43 +0200 (CEST) Date: Sun, 5 Aug 2001 14:41:43 +0200 (CEST) From: David Delibasic To: Alessandro de Manzano Cc: , Subject: Re: NFS and WAN ? In-Reply-To: <20010805134110.A96445@libero.sunshine.ale> Message-ID: <20010805144104.W34298-100000@spider.suxx.eu.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org I'm running NFS over IPsec tunnel and it works fine.. D. On Sun, 5 Aug 2001, Alessandro de Manzano wrote: > Hello! > > I'm looking for a way to establish a _secure_ NFS connection in a WAN / > Internet environment. > > I know NFS is not secure from this point of view, so I would ask if > someone have a solution. > > Encapsulating over SSH is not easy with all the different ports > needed by NFS, so what I could do ? > > Maybe running it over something like IPSec, VPNs, etc. ? > > Better alternatives ? > > > Thanks a lot! > > > -- > > bye! > > Alessandro de Manzano > Milano, Italy > > ale@unixmania.net > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-net" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Sun Aug 5 6: 1: 2 2001 Delivered-To: freebsd-net@freebsd.org Received: from Awfulhak.org (gw.Awfulhak.org [217.204.245.18]) by hub.freebsd.org (Postfix) with ESMTP id 4BA3837B401 for ; Sun, 5 Aug 2001 06:00:59 -0700 (PDT) (envelope-from brian@Awfulhak.org) Received: from hak.lan.Awfulhak.org (root@hak.lan.Awfulhak.org [172.16.0.12]) by Awfulhak.org (8.11.4/8.11.4) with ESMTP id f75D0lj00738; Sun, 5 Aug 2001 14:00:47 +0100 (BST) (envelope-from brian@lan.Awfulhak.org) Received: from hak.lan.Awfulhak.org (brian@localhost [127.0.0.1]) by hak.lan.Awfulhak.org (8.11.4/8.11.4) with ESMTP id f75Cdgu41700; Sun, 5 Aug 2001 13:39:42 +0100 (BST) (envelope-from brian@hak.lan.Awfulhak.org) Message-Id: <200108051239.f75Cdgu41700@hak.lan.Awfulhak.org> X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: Tony Saign Cc: freebsd-net@FreeBSD.org, brian@freebsd-services.com Subject: Re: PPP help! In-Reply-To: Message from Tony Saign of "Sat, 04 Aug 2001 21:44:30 PDT." <000001c11d69$5163a160$fcffa8c0@tsaignmobl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 05 Aug 2001 13:39:42 +0100 From: Brian Somers Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org > I have a problem with dialing into a server. > I can dial in from a Windows system, so I know the account is working. > PPP seems to be rejecting IPX/SPX > Aug 4 01:05:51 p3 ppp[398]: tun0: Phase: Unknown protocol 0x802b (Novell IPX Control Protocol) ppp(8) doesn't yet support IPX I'm afraid. I may add support soon as I'm breaking all that code out for my ipv6 changes.... Depends on how easy it looks :*) -- Brian http://www.freebsd-services.com/ Don't _EVER_ lose your sense of humour ! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Sun Aug 5 10:26: 4 2001 Delivered-To: freebsd-net@freebsd.org Received: from cx175057-a.ocnsd1.sdca.home.com (cx175057-a.ocnsd1.sdca.home.com [24.13.23.40]) by hub.freebsd.org (Postfix) with ESMTP id 8D6B337B403; Sun, 5 Aug 2001 10:25:54 -0700 (PDT) (envelope-from bri@sonicboom.org) Received: from Brian (cx175057-b.ocnsd1.sdca.home.com [24.13.23.147]) by cx175057-a.ocnsd1.sdca.home.com (8.11.1/8.11.1) with SMTP id f75HOLD33223; Sun, 5 Aug 2001 10:24:21 -0700 (PDT) (envelope-from bri@sonicboom.org) Message-ID: <004b01c11dd3$5b02ce20$3324200a@sonicboom.org> From: "Brian" To: "David Delibasic" , "Alessandro de Manzano" Cc: , References: <20010805144104.W34298-100000@spider.suxx.eu.org> Subject: Re: NFS and WAN ? Date: Sun, 5 Aug 2001 10:23:28 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org yeah I was just about to say that ipsec is the most common solution for mapping this type of thing across the net. Bri ----- Original Message ----- From: "David Delibasic" To: "Alessandro de Manzano" Cc: ; Sent: Sunday, August 05, 2001 5:41 AM Subject: Re: NFS and WAN ? > I'm running NFS over IPsec tunnel and it works fine.. > > D. > > On Sun, 5 Aug 2001, Alessandro de Manzano wrote: > > > Hello! > > > > I'm looking for a way to establish a _secure_ NFS connection in a WAN / > > Internet environment. > > > > I know NFS is not secure from this point of view, so I would ask if > > someone have a solution. > > > > Encapsulating over SSH is not easy with all the different ports > > needed by NFS, so what I could do ? > > > > Maybe running it over something like IPSec, VPNs, etc. ? > > > > Better alternatives ? > > > > > > Thanks a lot! > > > > > > -- > > > > bye! > > > > Alessandro de Manzano > > Milano, Italy > > > > ale@unixmania.net > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > with "unsubscribe freebsd-net" in the body of the message > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-isp" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Sun Aug 5 11:34: 7 2001 Delivered-To: freebsd-net@freebsd.org Received: from mail.dada.it (mail3.dada.it [195.110.96.70]) by hub.freebsd.org (Postfix) with SMTP id 0A80E37B403 for ; Sun, 5 Aug 2001 11:34:03 -0700 (PDT) (envelope-from ale@unixmania.net) Received: (qmail 14170 invoked from network); 5 Aug 2001 18:35:32 -0000 Received: from unknown (HELO libero.sunshine.ale) (195.110.114.252) by mail.dada.it with SMTP; 5 Aug 2001 18:35:32 -0000 Received: by libero.sunshine.ale (Postfix, from userid 1001) id A978D5E79; Sun, 5 Aug 2001 20:33:43 +0200 (CEST) Date: Sun, 5 Aug 2001 20:33:43 +0200 From: Alessandro de Manzano To: David Delibasic Cc: freebsd-net@freebsd.org, freebsd-isp@freebsd.org Subject: Re: NFS and WAN ? Message-ID: <20010805203343.A97345@libero.sunshine.ale> Reply-To: Alessandro de Manzano References: <20010805134110.A96445@libero.sunshine.ale> <20010805144104.W34298-100000@spider.suxx.eu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010805144104.W34298-100000@spider.suxx.eu.org>; from maddave@suxx.eu.org on Sun, Aug 05, 2001 at 02:41:43PM +0200 X-Operating-System: FreeBSD 4.3-STABLE Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Sun, Aug 05, 2001 at 02:41:43PM +0200, David Delibasic wrote: > I'm running NFS over IPsec tunnel and it works fine.. very interesting :-) could you, please, tell me where I can find more information about setting up this ? Some examples maybe.. ;-) I know little about IPsec.. :-| Thanks a lot! bye! Ale ale@unixmania.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Sun Aug 5 12:46:45 2001 Delivered-To: freebsd-net@freebsd.org Received: from kanga.int (c1717606-a.sprgfld1.mo.home.com [65.6.246.57]) by hub.freebsd.org (Postfix) with ESMTP id B057237B403 for ; Sun, 5 Aug 2001 12:46:36 -0700 (PDT) (envelope-from kirk@strauser.com) Received: from pooh.int (pooh.int [10.0.1.2]) by kanga.int (8.11.5/8.11.5) with ESMTP id f75Jkag84386 for ; Sun, 5 Aug 2001 14:46:36 -0500 (CDT) (envelope-from kirk@strauser.com) Received: from kirk by pooh.int with local (Exim 3.22 #1 (Debian)) id 15TTqk-0007g1-00 for ; Sun, 05 Aug 2001 14:46:10 -0500 To: freebsd-net@freebsd.org Subject: Can't get sendmail to masquerade From: Kirk Strauser Date: 05 Aug 2001 14:46:10 -0500 Message-ID: <874rrm1e9p.fsf@pooh.int> Lines: 95 X-Mailer: Gnus/5.0808 (Gnus v5.8.8) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org I'm using sendmail 8.11.5 on a FreeBSD-STABLE (4.4-PRERELEASE) system. I use the `.int' domain for hosts on my LAN, and the domain `strauser.com' for mail to and from all hosts. My mailserver/gateway/etc., the forementioned FreeBSD server, is named `kanga.int'. I thought that getting email running would be trivial - I only needed to set the `MASQUERADE_AS' entry to the default freebsd.mc file. Here is my entire kanga.int.mc file minus the BSD comments at the top: ############################## divert(0) VERSIONID(`$FreeBSD: src/etc/sendmail/freebsd.mc,v 1.10.2.11 2001/07/14 18:07:27 gshapiro Exp $') OSTYPE(freebsd4) DOMAIN(generic) MASQUERADE_AS(strauser.com) FEATURE(access_db, `hash -o /etc/mail/access') FEATURE(blacklist_recipients) FEATURE(local_lmtp) FEATURE(mailertable, `hash -o /etc/mail/mailertable') dnl FEATURE(relay_based_on_MX) FEATURE(virtusertable, `hash -o /etc/mail/virtusertable') dnl Uncomment to activate Realtime Blackhole List dnl information available at http://www.mail-abuse.com/ dnl NOTE: This is a subscription service as of July 31, 2001 dnl FEATURE(dnsbl) dnl Alternatively, you can provide your own rejection message for the RBL: dnl FEATURE(dnsbl, `blackholes.mail-abuse.org', `"550 Mail from " $&{client_addr} " rejected, see http://mail-abuse.org/cgi-bin/lookup?" $&{client_addr}') dnl Other DNS based black hole lists dnl -------------------------------- dnl MAPS Relay Spam Stopper (RSS): http://mail-abuse.org/rss/ dnl NOTE: This is a subscription service as of July 31, 2001 dnl FEATURE(dnsbl, `relays.mail-abuse.org', `"550 Mail from " $&{client_addr} " rejected; see http://mail-abuse.org/cgi-bin/nph-rss?" $&{client_addr}') dnl MAPS Dial-up User List (DUL): http://maps.vix.com/dul/ dnl NOTE: This is a subscription service as of July 31, 2001 dnl FEATURE(dnsbl, `dialups.mail-abuse.org', `"550 Mail from dial-up rejected; see http://mail-abuse.org/dul/enduser.htm"') dnl Dialup users should uncomment and define this appropriately dnl define(`SMART_HOST', `your.isp.mail.server') dnl Uncomment the first line to change the location of the default dnl /etc/mail/local-host-names and comment out the second line. dnl define(`confCW_FILE', `-o /etc/mail/sendmail.cw') define(`confCW_FILE', `-o /etc/mail/local-host-names') dnl Uncomment both of the following lines to listen on IPv6 as well as IPv4 dnl DAEMON_OPTIONS(`Name=IPv4, Family=inet') dnl DAEMON_OPTIONS(`Name=IPv6, Family=inet6') define(`confMAX_MIME_HEADER_LENGTH', `256/128') define(`confNO_RCPT_ACTION', `add-to-undisclosed') define(`confPRIVACY_FLAGS', `authwarnings,noexpn,novrfy') MAILER(local) MAILER(smtp) ############################## To keep from introducing my own errors, I leaned on the /etc/mail/Makefile to compile my kanga.int.mc to kanga.int.cf, which I then installed as freebsd.cf, and then restarted sendmail with `make restart'. My problem is that, even though I defined the masquerading feature, if I type: echo 'test' | sendmail -froot@kanga.int kirk@strauser.com I still get this in /var/log/maillog: Aug 5 14:36:17 kanga sendmail[83841]: f75JaHH83841: from=root@kanga.int, size=5, class=0, nrcpts=1, msgid=<200108051936.f75JaHH83841@kanga.int>, relay=root@localhost Aug 5 14:36:18 kanga sendmail[83843]: f75JaHH83841: to=kirk@strauser.com, ctladdr=root@kanga.int (0/0), delay=00:00:01, xdelay=00:00:01, mailer=esmtp, pri=30005, relay=ds9.honeypot.net. [207.150.30.101], dsn=5.6.0, stat=Data format error Aug 5 14:36:18 kanga sendmail[83843]: f75JaHH83841: f75JaIG83843: DSN: Data format error Aug 5 14:36:19 kanga sendmail[83843]: f75JaIG83843: to=kirk@strauser.com, delay=00:00:01, xdelay=00:00:01, mailer=esmtp, pri=30105, relay=ds9.honeypot.net., dsn=2.0.0, stat=Sent (f75JZsR32315 Message accepted for delivery) And a bounce message with the following contents: ----- The following addresses had permanent fatal errors ----- kirk@strauser.com (reason: 501 5.1.8 ... Domain of sender address root@kanga.int does not exist) ----- Transcript of session follows ----- ... while talking to ds9.honeypot.net.: >>> MAIL From: SIZE=5 <<< 501 5.1.8 ... Domain of sender address root@kanga.int does not exist 501 5.6.0 kirk@strauser.com... Data format error Reporting-MTA: dns; kanga.honeypot.net Arrival-Date: Sun, 5 Aug 2001 14:13:28 -0500 (CDT) Note that I get the same problem if I define FEATURE(`masquerade_envelope'). Any suggestions or troubleshooting advice? -- Kirk Strauser To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Sun Aug 5 15:17:25 2001 Delivered-To: freebsd-net@freebsd.org Received: from opensrs.saignon.net (216-120-17-31.dsl.cust.tfb.com [216.120.17.31]) by hub.freebsd.org (Postfix) with ESMTP id 4B45137B401 for ; Sun, 5 Aug 2001 15:17:18 -0700 (PDT) (envelope-from tony@saignon.net) Received: from tsaignmobl (216-120-17-17.dsl.cust.tfb.com [216.120.17.17]) by opensrs.saignon.net (8.11.4/8.11.3) with SMTP id f75MGsd02541; Sun, 5 Aug 2001 15:16:54 -0700 (PDT) (envelope-from tony@saignon.net) From: Tony Saign To: "'Kirk Strauser'" , Subject: RE: Can't get sendmail to masquerade Date: Sun, 5 Aug 2001 15:16:48 -0700 Message-ID: <000001c11dfc$529057c0$fcffa8c0@tsaignmobl> X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook CWS, Build 9.0.2416 (9.0.2911.0) Importance: Normal In-Reply-To: <874rrm1e9p.fsf@pooh.int> X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org You need the below line in your .mc file; FEATURE(domaintable, `hash -o /etc/mail/domaintable') the file domaintable would include 1 line; kanga.int.strauser.com strauser.com That should take care of it... -Tony * -----Original Message----- * From: owner-freebsd-net@freebsd.org * [mailto:owner-freebsd-net@freebsd.org]On Behalf Of Kirk Strauser * Sent: Sunday, August 05, 2001 12:46 PM * To: freebsd-net@freebsd.org * Subject: Can't get sendmail to masquerade * * * I'm using sendmail 8.11.5 on a FreeBSD-STABLE * (4.4-PRERELEASE) system. I * use the `.int' domain for hosts on my LAN, and the domain * `strauser.com' for * mail to and from all hosts. My mailserver/gateway/etc., the * forementioned * FreeBSD server, is named `kanga.int'. I thought that getting * email running * would be trivial - I only needed to set the `MASQUERADE_AS' * entry to the * default freebsd.mc file. Here is my entire kanga.int.mc file * minus the BSD * comments at the top: * * ############################## * * divert(0) * VERSIONID(`$FreeBSD: src/etc/sendmail/freebsd.mc,v 1.10.2.11 * 2001/07/14 18:07:27 gshapiro Exp $') * OSTYPE(freebsd4) * DOMAIN(generic) * * MASQUERADE_AS(strauser.com) * * FEATURE(access_db, `hash -o /etc/mail/access') * FEATURE(blacklist_recipients) * FEATURE(local_lmtp) * FEATURE(mailertable, `hash -o /etc/mail/mailertable') * dnl FEATURE(relay_based_on_MX) * FEATURE(virtusertable, `hash -o /etc/mail/virtusertable') * * dnl Uncomment to activate Realtime Blackhole List * dnl information available at http://www.mail-abuse.com/ * dnl NOTE: This is a subscription service as of July 31, 2001 * dnl FEATURE(dnsbl) * dnl Alternatively, you can provide your own rejection message * for the RBL: * dnl FEATURE(dnsbl, `blackholes.mail-abuse.org', `"550 Mail * from " $&{client_addr} " rejected, see * http://mail-abuse.org/cgi-bin/lookup?" $&{client_addr}') * * dnl Other DNS based black hole lists * dnl -------------------------------- * dnl MAPS Relay Spam Stopper (RSS): http://mail-abuse.org/rss/ * dnl NOTE: This is a subscription service as of July 31, 2001 * dnl FEATURE(dnsbl, `relays.mail-abuse.org', `"550 Mail from " * $&{client_addr} " rejected; see * http://mail-abuse.org/cgi-bin/nph-rss?" $&{client_addr}') * * dnl MAPS Dial-up User List (DUL): http://maps.vix.com/dul/ * dnl NOTE: This is a subscription service as of July 31, 2001 * dnl FEATURE(dnsbl, `dialups.mail-abuse.org', `"550 Mail from * dial-up rejected; see http://mail-abuse.org/dul/enduser.htm"') * * dnl Dialup users should uncomment and define this appropriately * dnl define(`SMART_HOST', `your.isp.mail.server') * * dnl Uncomment the first line to change the location of the default * dnl /etc/mail/local-host-names and comment out the second line. * dnl define(`confCW_FILE', `-o /etc/mail/sendmail.cw') * define(`confCW_FILE', `-o /etc/mail/local-host-names') * * dnl Uncomment both of the following lines to listen on IPv6 * as well as IPv4 * dnl DAEMON_OPTIONS(`Name=IPv4, Family=inet') * dnl DAEMON_OPTIONS(`Name=IPv6, Family=inet6') * * define(`confMAX_MIME_HEADER_LENGTH', `256/128') * define(`confNO_RCPT_ACTION', `add-to-undisclosed') * define(`confPRIVACY_FLAGS', `authwarnings,noexpn,novrfy') * MAILER(local) * MAILER(smtp) * * ############################## * * To keep from introducing my own errors, I leaned on the * /etc/mail/Makefile * to compile my kanga.int.mc to kanga.int.cf, which I then installed as * freebsd.cf, and then restarted sendmail with `make restart'. * * My problem is that, even though I defined the masquerading * feature, if I * type: * * echo 'test' | sendmail -froot@kanga.int kirk@strauser.com * * I still get this in /var/log/maillog: * * Aug 5 14:36:17 kanga sendmail[83841]: f75JaHH83841: * from=root@kanga.int, size=5, class=0, nrcpts=1, * msgid=<200108051936.f75JaHH83841@kanga.int>, relay=root@localhost * Aug 5 14:36:18 kanga sendmail[83843]: f75JaHH83841: * to=kirk@strauser.com, ctladdr=root@kanga.int (0/0), * delay=00:00:01, xdelay=00:00:01, mailer=esmtp, pri=30005, * relay=ds9.honeypot.net. [207.150.30.101], dsn=5.6.0, * stat=Data format error * Aug 5 14:36:18 kanga sendmail[83843]: f75JaHH83841: * f75JaIG83843: DSN: Data format error * Aug 5 14:36:19 kanga sendmail[83843]: f75JaIG83843: * to=kirk@strauser.com, delay=00:00:01, xdelay=00:00:01, * mailer=esmtp, pri=30105, relay=ds9.honeypot.net., dsn=2.0.0, * stat=Sent (f75JZsR32315 Message accepted for delivery) * * And a bounce message with the following contents: * * ----- The following addresses had permanent fatal errors ----- * kirk@strauser.com * (reason: 501 5.1.8 ... Domain of * sender address root@kanga.int does not exist) * * ----- Transcript of session follows ----- * ... while talking to ds9.honeypot.net.: * >>> MAIL From: SIZE=5 * <<< 501 5.1.8 ... Domain of sender * address root@kanga.int does not exist * 501 5.6.0 kirk@strauser.com... Data format error * Reporting-MTA: dns; kanga.honeypot.net * Arrival-Date: Sun, 5 Aug 2001 14:13:28 -0500 (CDT) * * Note that I get the same problem if I define * FEATURE(`masquerade_envelope'). Any suggestions or * troubleshooting advice? * -- * Kirk Strauser * * To Unsubscribe: send mail to majordomo@FreeBSD.org * with "unsubscribe freebsd-net" in the body of the message * To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Sun Aug 5 17:43:11 2001 Delivered-To: freebsd-net@freebsd.org Received: from mail.plug.cx (kypo.alfred.cx [150.101.93.134]) by hub.freebsd.org (Postfix) with ESMTP id 552FF37B401; Sun, 5 Aug 2001 17:43:04 -0700 (PDT) (envelope-from andrew.reid@plug.cx) Received: from percible.alfred.cx (percible.alfred.cx [150.101.93.190]) by mail.plug.cx (Postfix) with ESMTP id 646262B7E4; Mon, 6 Aug 2001 20:12:01 +0930 (CST) Subject: Re: NFS and WAN ? From: Andrew Reid To: Alessandro de Manzano Cc: freebsd-net@freebsd.org, freebsd-isp@freebsd.org In-Reply-To: <20010805134110.A96445@libero.sunshine.ale> References: <20010805134110.A96445@libero.sunshine.ale> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Evolution/0.12.99 (Preview Release) Date: 06 Aug 2001 10:11:56 +0930 Message-Id: <997058517.1033.26.camel@percible.alfred.cx> Mime-Version: 1.0 Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On 05 Aug 2001 13:41:10 +0200, Alessandro de Manzano wrote: > Encapsulating over SSH is not easy with all the different ports > needed by NFS, so what I could do ? > > Maybe running it over something like IPSec, VPNs, etc. ? I use PPP over SSH when doing this sort of thing. Quick and easy. - andrew -- void signature () { cout << "Andrew Reid -- andrew.reid@plug.cx" << endl ; cout << "Cell: +61 401 946 813" << endl; cout << "Quidquid latine dictum sit, altum viditur" << endl; } To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Sun Aug 5 18:33:54 2001 Delivered-To: freebsd-net@freebsd.org Received: from kanga.int (c1717606-a.sprgfld1.mo.home.com [65.6.246.57]) by hub.freebsd.org (Postfix) with ESMTP id 14E9437B401 for ; Sun, 5 Aug 2001 18:33:52 -0700 (PDT) (envelope-from kirk@strauser.com) Received: from pooh.int (pooh.int [10.0.1.2]) by kanga.int (8.11.5/8.11.5) with ESMTP id f761Xps85774 for ; Sun, 5 Aug 2001 20:33:51 -0500 (CDT) (envelope-from kirk@strauser.com) Received: from kirk by pooh.int with local (Exim 3.22 #1 (Debian)) id 15TZGj-0007js-00 for ; Sun, 05 Aug 2001 20:33:21 -0500 To: freebsd-net@freebsd.org Subject: Re: Can't get sendmail to masquerade References: <000001c11dfc$529057c0$fcffa8c0@tsaignmobl> From: Kirk Strauser Date: 05 Aug 2001 20:33:21 -0500 In-Reply-To: <000001c11dfc$529057c0$fcffa8c0@tsaignmobl> Message-ID: <87d76ayntq.fsf@pooh.int> Lines: 20 X-Mailer: Gnus/5.0808 (Gnus v5.8.8) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org At 2001-08-05T22:16:48Z, Tony Saign writes: > You need the below line in your .mc file; > FEATURE(domaintable, `hash -o /etc/mail/domaintable') > > the file domaintable would include 1 line; > kanga.int.strauser.com strauser.com > > That should take care of it... Tony, Actually, it turned out to be a little more subtle. The DOMAIN(generic) directive includes /usr/share/sendmail/cf/generic.m4, which has the line EXPOSED_USER(`root'), which was the exact cause of the error I was getting. I copied generic.m4 to int.m4, commented the offending line, changed kanga.int.mc to read DOMAIN(int), and everything was fixed. -- Kirk Strauser To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Sun Aug 5 19: 5:20 2001 Delivered-To: freebsd-net@freebsd.org Received: from firewall.crimsonwasteland.com (cx154799-b.btnrug1.la.home.com [24.181.119.107]) by hub.freebsd.org (Postfix) with SMTP id 2DC2337B403 for ; Sun, 5 Aug 2001 19:05:16 -0700 (PDT) (envelope-from lists-freebsd-net@crimsonwasteland.com) Received: (qmail 1342 invoked from network); 5 Aug 2001 21:02:19 -0000 Received: from travis.crimsonwasteland.com (HELO travis) (172.16.69.2) by cx154799-b.btnrug1.la.home.com with SMTP; 5 Aug 2001 21:02:19 -0000 From: "Travis Leuthauser" To: Subject: IPSec Question Date: Sun, 5 Aug 2001 21:05:14 -0500 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org I'm trying to setup a tunnel between a FreeBSD 4.4 Prerelease box and a Netopia R9100 dual ethernet router. Here's my current setup. FreeBSD box is doing nat for my private nat and is running IPFW allowing only desired ports in. Private IP = 172.16.69.1 Public IP = a.a.a.a Netopia R9100 Public IP = b.b.b.b Netopia R9100 Private IP = 172.16.250.1 32 Char. Hex Auth Key = 75b916ac534cef32d3db8a44cf5b62c1 SPI = 2568731067 Auth Type = esp Auth Transform = hmac-md5-96 No Encryption No Compression Here's where my problem is coming in. If I issue the following command: firewall# setkey -c < To: Andrew Reid Cc: Alessandro de Manzano , freebsd-net@freebsd.org, freebsd-isp@freebsd.org Subject: Re: NFS and WAN ? Message-ID: <20010805234937.B2759@elvis.mu.org> References: <20010805134110.A96445@libero.sunshine.ale> <997058517.1033.26.camel@percible.alfred.cx> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <997058517.1033.26.camel@percible.alfred.cx>; from andrew.reid@plug.cx on Mon, Aug 06, 2001 at 10:11:56AM +0930 X-Operating-System: FreeBSD 4.3-FEARSOME-20010712 i386 Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Mon, Aug 06, 2001 at 10:11:56AM +0930, Andrew Reid wrote: > > Maybe running it over something like IPSec, VPNs, etc. ? > > I use PPP over SSH when doing this sort of thing. Quick and easy. ... and absolutly horrible in times of packet loss or heavy latency. -- Bill Fumerola - security yahoo / Yahoo! inc. - fumerola@yahoo-inc.com / billf@FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Sun Aug 5 22:13:33 2001 Delivered-To: freebsd-net@freebsd.org Received: from updraft.jp.freebsd.org (updraft.jp.FreeBSD.ORG [210.157.158.42]) by hub.freebsd.org (Postfix) with ESMTP id 4B2BB37B401 for ; Sun, 5 Aug 2001 22:13:29 -0700 (PDT) (envelope-from matusita@jp.FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) by updraft.jp.freebsd.org (8.11.3+3.4W/8.11.3) with ESMTP/inet id f765DPa16137 for ; Mon, 6 Aug 2001 14:13:26 +0900 (JST) (envelope-from matusita@jp.FreeBSD.org) X-Face: '*aj"d@ijeQ:/X}]oM5c5Uz{ZZZk90WPt>a^y4$cGQp8:!H\W=hSM;PuNiidkc]/%,;6VGu e+`&APmz|P;F~OL/QK%;P2vU>\j4X.8@i%j6[%DTs_3J,Fff0)*oHg$A.cDm&jc#pD24WK@{,"Ef!0 P\):.2}8jo-BiZ?X&t$V X-User-Agent: Mew/1.94.2 XEmacs/21.5 (alfalfa) X-FaceAnim: (-O_O-)(O_O- )(_O- )(O- )(- -)( -O)( -O_)( -O_O)(-O_O-) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Dispatcher: imput version 20000228(IM140) Lines: 41 From: Makoto MATSUSHITA To: net@FreeBSD.org Subject: BIND 8.2.4, dynamic DNS feature is broken Date: Mon, 06 Aug 2001 14:12:00 +0900 Message-Id: <20010806141200P.matusita@jp.FreeBSD.org> Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org I've cvsup-ed recent 5-current last night. It works fine except my dynamic DNS configulation. 1) nsupdate can't read keyfile I'm using TSIG for dynamic DNS. However, it seems that nsupdate can't read my keyfile generated. Here is a sample session: % pwd /tmp/a % dnskeygen -H 128 -h -n test. Generating 128 bit HMAC-MD5 Key for test. Generated 128 bit Key for test. id=17023 alg=157 flags=513 % nsupdate -k /tmp/a:test. dst_read_key: error reading key % ls Ktest.+157+17023.key Ktest.+157+17023.private BIND 8.2.3 works pretty fine. Temporary workaround is to backup old nsupdate bundled with bind 8.2.3. 2) named dumps core if update packet was received Problem is not only nsupdate, but also named daemon. When named receives an update packet, named dies with following syslog message: Aug 6 13:35:11 hostname named[55257]: successfully merged update id 7538 from log file MY_DOMAIN_NAME.log Aug 6 13:35:11 hostname named[55257]: d_rcnt-- == 0 Aug 6 13:35:11 hostname named[55257]: d_rcnt-- == 0 Also named of bind 8.2.3 works fine as usual. *** Sorry I don't know it is FreeBSD specific or not. -- - Makoto MATSUSHITA To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Sun Aug 5 22:24:30 2001 Delivered-To: freebsd-net@freebsd.org Received: from mail.disney.com (mail.disney.com [204.128.192.15]) by hub.freebsd.org (Postfix) with ESMTP id 7D33537B401 for ; Sun, 5 Aug 2001 22:24:27 -0700 (PDT) (envelope-from Jim.Pirzyk@disney.com) Received: from pain10.corp.disney.com (root@pain10.corp.disney.com [153.7.110.100]) by mail.disney.com (Switch-2.0.1/Switch-2.0.1) with SMTP id f765NSe09061 for ; Sun, 5 Aug 2001 22:23:28 -0700 (PDT) Received: from [172.30.50.1] by pain.corp.disney.com with ESMTP for freebsd-net@freebsd.org; Sun, 5 Aug 2001 22:25:15 -0700 Received: from plio.fan.fa.disney.com (plio.fan.fa.disney.com [153.7.118.2]) by pecos.fa.disney.com (8.11.3/8.11.3) with ESMTP id f765Qks02601 for ; Sun, 5 Aug 2001 22:26:46 -0700 (PDT) Received: from mercury.fan.fa.disney.com (mercury.fan.fa.disney.com [153.7.119.1]) by plio.fan.fa.disney.com (8.9.2/8.9.2) with ESMTP id WAA25317 for ; Sun, 5 Aug 2001 22:24:12 -0700 (PDT) (envelope-from Jim.Pirzyk@disney.com) From: Jim.Pirzyk@disney.com Received: by fanimap.fan.fa.disney.com; Sun, 5 Aug 2001 22:24:12 -0700 Message-Id: Date: Sun, 5 Aug 2001 22:24:12 -0700 Subject: Re: ng_one2many usage To: Julian Elischer Cc: freebsd-net@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: Quoted-Printable Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Nope, nor does it work when I change it to dc0 (which there is a device called dc0, but I though that was too confusing). - JimP > Jim Pirzyk wrote: > >=20 > > So I tried to use the one2many netgraph module, but I get errors > > right away. Here is what I get: > >=20 > > Jim.Pirzyk@snoopy:~ > > 47>sudo ngctl -d mkpeer trnk0: one2many upper one > > ngctl: sendto(trnk0:): No such file or directory > > ngctl: send msg: No such file or directory > >=20 > > Any ideas on what is going wrong? >=20 > is there a node calle=15d trnk0: ? >=20 > >=20 > > - JimP > >=20 > > -- > > --- @(#) $Id: dot.signature,v 1.10 2001/05/17 23:38:49 Jim.Pirzyk Exp $= > > __o Jim.Pirzyk@disney.com ------------- pirzyk@freebsd.org > > _'\<,_ Senior Systems Engineer, Walt Disney Feature Animation > > (*)/ (*) > >=20 > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > with "unsubscribe freebsd-net" in the body of the message >=20 > --=20 > +------------------------------------+ ______ _ __ > | __--_|\ Julian Elischer | \ U \/ / hard at work in= =20 > | / \ julian@elischer.org +------>x USA \ a very strange > | ( OZ ) \___ ___ | country ! > +- X_.---._/ presently in San Francisco \_/ \\ > v To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Sun Aug 5 22:45:42 2001 Delivered-To: freebsd-net@freebsd.org Received: from coconut.itojun.org (coconut.itojun.org [210.160.95.97]) by hub.freebsd.org (Postfix) with ESMTP id 7D33B37B401 for ; Sun, 5 Aug 2001 22:45:39 -0700 (PDT) (envelope-from itojun@itojun.org) Received: from itojun.org (localhost [127.0.0.1]) by coconut.itojun.org (Postfix) with ESMTP id 877AD4B21; Mon, 6 Aug 2001 14:45:35 +0900 (JST) To: "Travis Leuthauser" Cc: freebsd-net@freebsd.org In-reply-to: lists-freebsd-net's message of Sun, 05 Aug 2001 21:05:14 EST. X-Template-Reply-To: itojun@itojun.org X-Template-Return-Receipt-To: itojun@itojun.org X-PGP-Fingerprint: F8 24 B4 2C 8C 98 57 FD 90 5F B4 60 79 54 16 E2 Subject: Re: IPSec Question From: itojun@iijlab.net Date: Mon, 06 Aug 2001 14:45:35 +0900 Message-ID: <25572.997076735@itojun.org> Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >I'm trying to setup a tunnel between a FreeBSD 4.4 Prerelease box and a >Netopia R9100 dual ethernet router. Here's my current setup. FreeBSD box >is doing nat for my private nat and is running IPFW allowing only desired >ports in. > >Private IP = 172.16.69.1 >Public IP = a.a.a.a >Netopia R9100 Public IP = b.b.b.b >Netopia R9100 Private IP = 172.16.250.1 >32 Char. Hex Auth Key = 75b916ac534cef32d3db8a44cf5b62c1 >SPI = 2568731067 >Auth Type = esp >Auth Transform = hmac-md5-96 >No Encryption >No Compression > >Here's where my problem is coming in. If I issue the following command: > >firewall# setkey -c <? add a.a.a.a b.b.b.b esp 2568731067 -m tunnel -A hmac-md5 >0x75b916ac534cef32d3db8a44cf5b62c1 ; >? EOF > >I get the following: > >The result of line 1: Invalid argument. you need " -E simple" for "ESP with no encryption" setting. itojun To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Sun Aug 5 22:58:16 2001 Delivered-To: freebsd-net@freebsd.org Received: from poseidon.prague.idcresearch.cz (poseidon.prague.idcresearch.cz [62.44.7.53]) by hub.freebsd.org (Postfix) with ESMTP id D2E8137B401 for ; Sun, 5 Aug 2001 22:58:13 -0700 (PDT) (envelope-from vit.prucha@seznam.cz) Received: from seznam.cz (pluto.matrix.idcresearch.cz [192.168.10.45]) by poseidon.prague.idcresearch.cz (8.11.3/8.11.3) with ESMTP id f765wDD45321 for ; Mon, 6 Aug 2001 07:58:13 +0200 (CEST) (envelope-from vit.prucha@seznam.cz) Message-ID: <3B6E31E9.9050201@seznam.cz> Date: Mon, 06 Aug 2001 07:58:01 +0200 From: Vit Prucha User-Agent: Mozilla/5.0 (Windows; U; Win98; en-US; rv:0.9.2) Gecko/20010628 X-Accept-Language: en-us, cs MIME-Version: 1.0 To: freebsd-net@freebsd.org Subject: ROUTING + NAT Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Hi all, i have a probem with routing in my network(RIP only)on Freebsd 4.3 on router with IP aa.bb.cc.11 are added aliases for device xl1 (aa.bb.cc.12,aa.bb.cc.13 ...) and internaldevice xl0 (192.168.10.254) usigng NATD mapping aa.bb.cc.12-> 192.168.10.1 and aa.bb.cc.13-> 192.168.10.2 everything works fine, but iwant if i try from 192.168.10.2 telnet aa.bb .cc.12 i recieved responce from 192.168.10.254 (router) how can I fix it ? i'd like to got responce from 192.168.10.1 Now i have soluution with 2 NS (external and internal) but i need it as it was decribed Thanks Vtk To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Mon Aug 6 2:26:58 2001 Delivered-To: freebsd-net@freebsd.org Received: from updraft.jp.freebsd.org (updraft.jp.FreeBSD.ORG [210.157.158.42]) by hub.freebsd.org (Postfix) with ESMTP id 2985837B405 for ; Mon, 6 Aug 2001 02:26:55 -0700 (PDT) (envelope-from matusita@jp.FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) by updraft.jp.freebsd.org (8.11.3+3.4W/8.11.3) with ESMTP/inet id f769Qra21519 for ; Mon, 6 Aug 2001 18:26:53 +0900 (JST) (envelope-from matusita@jp.FreeBSD.org) In-Reply-To: <20010806141200P.matusita@jp.FreeBSD.org> References: <20010806141200P.matusita@jp.FreeBSD.org> X-Face: '*aj"d@ijeQ:/X}]oM5c5Uz{ZZZk90WPt>a^y4$cGQp8:!H\W=hSM;PuNiidkc]/%,;6VGu e+`&APmz|P;F~OL/QK%;P2vU>\j4X.8@i%j6[%DTs_3J,Fff0)*oHg$A.cDm&jc#pD24WK@{,"Ef!0 P\):.2}8jo-BiZ?X&t$V X-User-Agent: Mew/1.94.2 XEmacs/21.5 (alfalfa) X-FaceAnim: (-O_O-)(O_O- )(_O- )(O- )(- -)( -O)( -O_)( -O_O)(-O_O-) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Dispatcher: imput version 20000228(IM140) Lines: 16 From: Makoto MATSUSHITA To: net@FreeBSD.org Subject: Re: BIND 8.2.4, dynamic DNS feature is broken Date: Mon, 06 Aug 2001 18:25:32 +0900 Message-Id: <20010806182532Z.matusita@jp.FreeBSD.org> Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org matusita> 1) nsupdate can't read keyfile I've got a reply from bind-bugs@isc.org that this is a bug[1] in 8.2.4; current 8.2.5-T1A and 8.3.0-T1A is already fixed. -- - Makoto `MAR' MATSUSHITA Appendix: [1] from changelog: > 1217. [bug] #1186 broke the command-line programs that relied on > the fact that HMAC-MD5 keys have keyid 0. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Mon Aug 6 6:36: 3 2001 Delivered-To: freebsd-net@freebsd.org Received: from finch-post-12.mail.demon.net (finch-post-12.mail.demon.net [194.217.242.41]) by hub.freebsd.org (Postfix) with ESMTP id B6A0037B41F for ; Mon, 6 Aug 2001 06:35:40 -0700 (PDT) (envelope-from henry@techiebod.com) Received: from [62.49.229.110] (helo=gw1.techiebod.com) by finch-post-12.mail.demon.net with esmtp (Exim 2.12 #1) id 15TkXj-0009Yl-0C for freebsd-net@freebsd.org; Mon, 6 Aug 2001 13:35:39 +0000 Received: by gw1.techiebod.com (zmail, from userid 1000) id D6BDE3E9BBE; Mon, 6 Aug 2001 14:35:38 +0100 (BST) Received: from localhost (localhost [127.0.0.1]) by gw1.techiebod.com (zmail) with ESMTP id D43C13E5E32 for ; Mon, 6 Aug 2001 14:35:38 +0100 (BST) Date: Mon, 6 Aug 2001 14:35:38 +0100 (BST) From: Henry Whincup X-X-Sender: To: "freebsd-net@freebsd.org" Subject: BPF does not pick up loopback activity Message-ID: <20010806140314.O37365-100000@localhost> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Take the following example: # ifconfig fxp0 fxp0: flags=8843 mtu 1500 inet 192.168.2.1 netmask 0xffffff00 broadcast 192.168.2.255 ether 00:90:27:94:84:34 media: Ethernet autoselect (100baseTX ) status: active # tcpdump -ni fxp0 & # ping 192.168.2.1 PING 192.168.2.1 (192.168.2.1): 56 data bytes 64 bytes from 192.168.2.1: icmp_seq=0 ttl=64 time=0.059 ms 64 bytes from 192.168.2.1: icmp_seq=1 ttl=64 time=0.057 ms ^C --- 192.168.2.1 ping statistics --- 2 packets transmitted, 2 packets received, 0% packet loss round-trip min/avg/max/stddev = 0.057/0.058/0.059/0.001 ms # ping 192.168.2.2 PING 192.168.2.2 (192.168.2.2): 56 data bytes 64 bytes from 192.168.2.2: icmp_seq=0 ttl=255 time=3.134 ms 14:33:23.291728 arp who-has 192.168.2.2 tell 192.168.2.1 14:33:23.293210 arp reply 192.168.2.2 is-at 0:d0:ba:a:91:c0 14:33:23.293227 192.168.2.1 > 192.168.2.2: icmp: echo request 14:33:23.294782 192.168.2.2 > 192.168.2.1: icmp: echo reply 64 bytes from 192.168.2.2: icmp_seq=1 ttl=255 time=1.408 ms 14:33:24.297997 192.168.2.1 > 192.168.2.2: icmp: echo request 14:33:24.299352 192.168.2.2 > 192.168.2.1: icmp: echo reply ^C --- 192.168.2.2 ping statistics --- 2 packets transmitted, 2 packets received, 0% packet loss round-trip min/avg/max/stddev = 1.408/2.271/3.134/0.863 ms # Note that the packets sent to the local IP address are not picked up by tcpdump. This can be tried with any traffic type, I have just used ping as an example. Is this the correct/desired behaviour? If it is, is there any other way to capture these packets? Thanks Henry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Mon Aug 6 6:45:47 2001 Delivered-To: freebsd-net@freebsd.org Received: from yamato.ccrle.nec.de (yamato.ccrle.nec.de [195.37.70.1]) by hub.freebsd.org (Postfix) with ESMTP id 924F737B403 for ; Mon, 6 Aug 2001 06:45:43 -0700 (PDT) (envelope-from Martin.Stiemerling@ccrle.nec.de) Received: from citadel.mobility.ccrle.nec.de ([192.168.156.1]) by yamato.ccrle.nec.de (8.11.3/8.10.1) with ESMTP id f76DjkI86847; Mon, 6 Aug 2001 15:45:46 +0200 (CEST) Received: by citadel.mobility.ccrle.nec.de (Postfix on SuSE eMail Server 2.0, from userid 30) id 0212EC08C; Mon, 6 Aug 2001 15:36:27 +0200 (CEST) To: Henry Whincup Subject: Re: BPF does not pick up loopback activity Message-ID: <997104987.3b6e9d5bde17f@citadel.mobility.ccrle.nec.de> Date: Mon, 06 Aug 2001 15:36:27 +0200 (CEST) From: Martin.Stiemerling@ccrle.nec.de Cc: "freebsd-net@freebsd.org" References: <20010806140314.O37365-100000@localhost> In-Reply-To: <20010806140314.O37365-100000@localhost> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit User-Agent: IMP/PHP IMAP webmail program 2.2.3 X-Originating-IP: 192.168.102.83 Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Hi, to see the packets to 192.168.2.1 you have to specify the interface lo0, because it's your own address. Packets to this address aren't send to fxp0. So use: tcpdump -ni lo0 Martin > Take the following example: > # ifconfig fxp0 > fxp0: flags=8843 mtu 1500 > inet 192.168.2.1 netmask 0xffffff00 broadcast 192.168.2.255 > ether 00:90:27:94:84:34 > media: Ethernet autoselect (100baseTX ) > status: active > # tcpdump -ni fxp0 & > # ping 192.168.2.1 > PING 192.168.2.1 (192.168.2.1): 56 data bytes > 64 bytes from 192.168.2.1: icmp_seq=0 ttl=64 time=0.059 ms > 64 bytes from 192.168.2.1: icmp_seq=1 ttl=64 time=0.057 ms > ^C > --- 192.168.2.1 ping statistics --- > 2 packets transmitted, 2 packets received, 0% packet loss > round-trip min/avg/max/stddev = 0.057/0.058/0.059/0.001 ms > # ping 192.168.2.2 > PING 192.168.2.2 (192.168.2.2): 56 data bytes > 64 bytes from 192.168.2.2: icmp_seq=0 ttl=255 time=3.134 ms > 14:33:23.291728 arp who-has 192.168.2.2 tell 192.168.2.1 > 14:33:23.293210 arp reply 192.168.2.2 is-at 0:d0:ba:a:91:c0 > 14:33:23.293227 192.168.2.1 > 192.168.2.2: icmp: echo request > 14:33:23.294782 192.168.2.2 > 192.168.2.1: icmp: echo reply > 64 bytes from 192.168.2.2: icmp_seq=1 ttl=255 time=1.408 ms > 14:33:24.297997 192.168.2.1 > 192.168.2.2: icmp: echo request > 14:33:24.299352 192.168.2.2 > 192.168.2.1: icmp: echo reply > ^C > --- 192.168.2.2 ping statistics --- > 2 packets transmitted, 2 packets received, 0% packet loss > round-trip min/avg/max/stddev = 1.408/2.271/3.134/0.863 ms > # > > Note that the packets sent to the local IP address are not picked up by > tcpdump. This can be tried with any traffic type, I have just used > ping > as an example. > > Is this the correct/desired behaviour? If it is, is there any other > way > to capture these packets? > > Thanks > > Henry > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-net" in the body of the message > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Mon Aug 6 6:54: 5 2001 Delivered-To: freebsd-net@freebsd.org Received: from anchor-post-31.mail.demon.net (anchor-post-31.mail.demon.net [194.217.242.89]) by hub.freebsd.org (Postfix) with ESMTP id 7B64A37B401 for ; Mon, 6 Aug 2001 06:54:01 -0700 (PDT) (envelope-from henry@techiebod.com) Received: from [62.49.229.110] (helo=gw1.techiebod.com) by anchor-post-31.mail.demon.net with esmtp (Exim 2.12 #1) id 15TkpQ-000GxW-0V; Mon, 6 Aug 2001 14:53:57 +0100 Received: by gw1.techiebod.com (zmail, from userid 1000) id 6C6D63E9BBE; Mon, 6 Aug 2001 14:53:56 +0100 (BST) Received: from localhost (localhost [127.0.0.1]) by gw1.techiebod.com (zmail) with ESMTP id 6A4CB3E5E32; Mon, 6 Aug 2001 14:53:56 +0100 (BST) Date: Mon, 6 Aug 2001 14:53:56 +0100 (BST) From: Henry Whincup X-X-Sender: To: "Martin.Stiemerling@ccrle.nec.de" Cc: "freebsd-net@freebsd.org" Subject: Re: BPF does not pick up loopback activity In-Reply-To: <997104987.3b6e9d5bde17f@citadel.mobility.ccrle.nec.de> Message-ID: <20010806145311.P37365-100000@localhost> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org *doh* of course... the loopback device! thanks Henry On Mon, 6 Aug 2001, Martin.Stiemerling@ccrle.nec.de wrote: Hi, to see the packets to 192.168.2.1 you have to specify the interface lo0, because it's your own address. Packets to this address aren't send to fxp0. So use: tcpdump -ni lo0 Martin > Take the following example: [snip my earlier drivel] To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Mon Aug 6 6:57:52 2001 Delivered-To: freebsd-net@freebsd.org Received: from verdi.nethelp.no (verdi.nethelp.no [158.36.41.162]) by hub.freebsd.org (Postfix) with SMTP id 23B9537B401 for ; Mon, 6 Aug 2001 06:57:50 -0700 (PDT) (envelope-from sthaug@nethelp.no) Received: (qmail 13958 invoked by uid 1001); 6 Aug 2001 13:57:47 +0000 (GMT) To: henry@techiebod.com Cc: freebsd-net@freebsd.org Subject: Re: BPF does not pick up loopback activity From: sthaug@nethelp.no In-Reply-To: Your message of "Mon, 6 Aug 2001 14:35:38 +0100 (BST)" References: <20010806140314.O37365-100000@localhost> X-Mailer: Mew version 1.05+ on Emacs 19.34.2 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Date: Mon, 06 Aug 2001 15:57:47 +0200 Message-ID: <13956.997106267@verdi.nethelp.no> Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org > Note that the packets sent to the local IP address are not picked up by > tcpdump. This can be tried with any traffic type, I have just used ping > as an example. > > Is this the correct/desired behaviour? If it is, is there any other way > to capture these packets? This is the expected behavior, because these packets never touch the Ethernet. Try capturing the traffic via lo0. Steinar Haug, Nethelp consulting, sthaug@nethelp.no To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Mon Aug 6 7:44:45 2001 Delivered-To: freebsd-net@freebsd.org Received: from softweyr.com (softweyr.com [208.247.99.111]) by hub.freebsd.org (Postfix) with ESMTP id 8CC6A37B403 for ; Mon, 6 Aug 2001 07:44:38 -0700 (PDT) (envelope-from wes@softweyr.com) Received: from localhost.softweyr.com ([127.0.0.1] helo=softweyr.com ident=8ba3441bf93a17857b23e1696029f7e7) by softweyr.com with esmtp (Exim 3.16 #1) id 15Tlk7-0000nY-00; Mon, 06 Aug 2001 08:52:31 -0600 Message-ID: <3B6EAF2F.1BCEC72A@softweyr.com> Date: Mon, 06 Aug 2001 08:52:31 -0600 From: Wes Peters Organization: Softweyr LLC X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: Peter Pentchev Cc: bstephens@regionsmortgage.com, net@FreeBSD.org Subject: Re: Using FreeBSD server as a router?? References: <86256A9C.00636E33.00@smtp.regionsmortgage.com> <20010802214841.E11105@ringworld.oblivion.bg> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Peter Pentchev wrote: > > On Thu, Aug 02, 2001 at 12:57:09PM -0500, bstephens@regionsmortgage.com wrote: > > > > > > I have been combing the freebsd.org site for the last two days > > attempting to find some documentation on how to configure and use a > > FreeBSD server as a router. I have found some information on > > configuring the server as a bridge as well as a filtering bridge, but > > no router info. Does anyone have any leads on some info? There seems > > to be a number of such articles/books for doing a similar feet under > > Linux, but I can't seem to find any such documentation for FreeBSD. I > > have been wondering about using the filtering bridge scheme. It would > > provide the segmentation of traffic that I need but does it provide > > routing tables, shortest data path info, etc. as a router would? Any > > assistance is appreciated. > > I believe this message belongs in -net. No, actually it belongs in -questions, where ALL "how do I do XXX with FreeBSD?" questions belong. What bstephens needs to do is add gateway_enable=YES to his /etc/rc.conf. -- "Where am I, and what am I doing in this handbasket?" Wes Peters Softweyr LLC wes@softweyr.com http://softweyr.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Mon Aug 6 8:10:55 2001 Delivered-To: freebsd-net@freebsd.org Received: from softweyr.com (softweyr.com [208.247.99.111]) by hub.freebsd.org (Postfix) with ESMTP id 7476D37B401; Mon, 6 Aug 2001 08:10:50 -0700 (PDT) (envelope-from wes@softweyr.com) Received: from localhost.softweyr.com ([127.0.0.1] helo=softweyr.com ident=65c9a564a79b1c61e4536a68eeb31360) by softweyr.com with esmtp (Exim 3.16 #1) id 15Tm9Q-0000ob-00; Mon, 06 Aug 2001 09:18:40 -0600 Message-ID: <3B6EB550.FEED14E7@softweyr.com> Date: Mon, 06 Aug 2001 09:18:40 -0600 From: Wes Peters Organization: Softweyr LLC X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: Randy Bush Cc: Leo Bicknell , freebsd-hackers@FreeBSD.ORG, freebsd-net@FreeBSD.ORG Subject: Re: 303,000 routes in kernel References: <20010804215529.C7176@cicely20.cicely.de> <32301.996956619@verdi.nethelp.no> <20010805002233.A7991@cicely20.cicely.de> <20010804184045.A87444@ussenterprise.ufp.org> <200108050027.f750RkG77073@earth.backplane.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Randy Bush wrote: > > > All of the current designs used in the core, and many of the edge > > designs as well keep the "full table" (distilled to the minimum > > amount of information to forward a packet) available to the hardware > > forwarding engine. This includes Cisco's GSR line, and Junipers > > M-series routers. While working differently, Cisco's 7200's and > > 3600's also do the "full table thing". > > to be clear. they keep the *forwarding* table on card/in-cache, not the ^^^^^^^^^^^^^^^^^^ Which is, essentially, a route cache. The difference is a big router (really a switch these days) has a number of processors on the network interface cards to process the forwarding table. -- "Where am I, and what am I doing in this handbasket?" Wes Peters Softweyr LLC wes@softweyr.com http://softweyr.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Mon Aug 6 8:26:18 2001 Delivered-To: freebsd-net@freebsd.org Received: from ussenterprise.ufp.org (ussenterprise.ufp.org [208.185.30.210]) by hub.freebsd.org (Postfix) with ESMTP id 5620637B401; Mon, 6 Aug 2001 08:26:11 -0700 (PDT) (envelope-from bicknell@ussenterprise.ufp.org) Received: (from bicknell@localhost) by ussenterprise.ufp.org (8.11.1/8.11.1) id f76FQ7X06801; Mon, 6 Aug 2001 11:26:07 -0400 (EDT) (envelope-from bicknell) Date: Mon, 6 Aug 2001 11:26:07 -0400 From: Leo Bicknell To: Wes Peters Cc: Randy Bush , Leo Bicknell , freebsd-hackers@FreeBSD.ORG, freebsd-net@FreeBSD.ORG Subject: Re: 303,000 routes in kernel Message-ID: <20010806112607.A6191@ussenterprise.ufp.org> Mail-Followup-To: Leo Bicknell , Wes Peters , Randy Bush , Leo Bicknell , freebsd-hackers@FreeBSD.ORG, freebsd-net@FreeBSD.ORG References: <20010804215529.C7176@cicely20.cicely.de> <32301.996956619@verdi.nethelp.no> <20010805002233.A7991@cicely20.cicely.de> <20010804184045.A87444@ussenterprise.ufp.org> <200108050027.f750RkG77073@earth.backplane.com> <3B6EB550.FEED14E7@softweyr.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3B6EB550.FEED14E7@softweyr.com>; from wes@softweyr.com on Mon, Aug 06, 2001 at 09:18:40AM -0600 Organization: United Federation of Planets Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Mon, Aug 06, 2001 at 09:18:40AM -0600, Wes Peters wrote: > > to be clear. they keep the *forwarding* table on card/in-cache, not the > ^^^^^^^^^^^^^^^^^^ > Which is, essentially, a route cache. Per the dictionary definition of cache, perhaps, but 'cache' means something very different to those of us in router land. A cache based router (think 75xx Cisco _WITHOUT_ CEF), when a packet comes in for a route that has not been used the cache misses, the packet is punted to a general purpose CPU, the lookup done, and a cache entry installed on a linecard. Cache memories were limited, and were as such aged. This scheme had a number of problems: 1) High first packet penality of a flow. 2) The number of flows could exceed available cache memory. 3) The aging process hammered the box. 4) The aging process often removed active flows, causing a first packet penality mid-flow, sometimes causing TCP events (eg backoff). This became a larger problem day by day, as a larger percentage of the routing entries were sitting in the cache. So, router vendors went with cache-free designs. In a cache free design there is the RIB - Routing Information Base which contains routes the way routing protocols see them (eg, destination foo is in bgp which has a next hop in ospf which has a next hop out a connected interface), there are many levels of indirection there so recalculations can be done. At various checkpoints (typically after each protocol does a recalculation) the router builds the FIB - Forwarding Information base. This takes all the levels of indirection, and boils them down to where the packet goes (desination to connected interface). This table as such is smaller, and only ever requires a single lookup to know where to send a packet. The new routing designs then use the FIB (distributed to the linecards on the Cisco GSR and 7500 with CEF, kept on a central forwarding engine on the Juniper M-series). The important thing to note (which makes it not a cache in my book) is that it is th full table, need it or not, there can be no "miss" for an active route. Back to the original topic, small UDP packets from a DNS server. In the caching routers, each packet would generate a cache entry, which 95% of the time would never be used again before it was aged. The adding and removing of entries hammered the routers. Newer routers always have all entries in the FIB, so there is no penality for throwing packets at the box that go in different directions, or that go once and are never seen from again. So, if you want to call it a cache, that's fine. If you say that to a router jockey, you're going to give them the impression you're talking about the first setup though, which I don't think is what you want. -- Leo Bicknell - bicknell@ufp.org Systems Engineer - Internetworking Engineer - CCIE 3440 Read TMBG List - tmbg-list-request@tmbg.org, www.tmbg.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Mon Aug 6 8:35: 6 2001 Delivered-To: freebsd-net@freebsd.org Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193]) by hub.freebsd.org (Postfix) with ESMTP id 70D8637B403 for ; Mon, 6 Aug 2001 08:35:02 -0700 (PDT) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.11.4/8.11.4) id f76FYi949671; Mon, 6 Aug 2001 11:34:44 -0400 (EDT) (envelope-from wollman) Date: Mon, 6 Aug 2001 11:34:44 -0400 (EDT) From: Garrett Wollman Message-Id: <200108061534.f76FYi949671@khavrinen.lcs.mit.edu> To: Kirk Strauser Cc: freebsd-net@FreeBSD.ORG Subject: Can't get sendmail to masquerade In-Reply-To: <874rrm1e9p.fsf@pooh.int> References: <874rrm1e9p.fsf@pooh.int> Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org < said: > I'm using sendmail 8.11.5 on a FreeBSD-STABLE (4.4-PRERELEASE) system. I > use the `.int' domain for hosts on my LAN Hope you never need to communicate with anyone in the *real* .int domain.... -GAWollman To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Mon Aug 6 9: 4:48 2001 Delivered-To: freebsd-net@freebsd.org Received: from kanga.int (c1717606-a.sprgfld1.mo.home.com [65.6.246.57]) by hub.freebsd.org (Postfix) with ESMTP id 5AA7637B403 for ; Mon, 6 Aug 2001 09:04:40 -0700 (PDT) (envelope-from kirk@strauser.com) Received: from pooh.int (pooh.int [10.0.1.2]) by kanga.int (8.11.5/8.11.5) with ESMTP id f76G4es88627 for ; Mon, 6 Aug 2001 11:04:40 -0500 (CDT) (envelope-from kirk@strauser.com) Received: from kirk by pooh.int with local (Exim 3.22 #1 (Debian)) id 15TmrE-000837-00 for ; Mon, 06 Aug 2001 11:03:56 -0500 To: freebsd-net@freebsd.org Subject: Re: Can't get sendmail to masquerade References: <874rrm1e9p.fsf@pooh.int> <200108061534.f76FYi949671@khavrinen.lcs.mit.edu> From: Kirk Strauser Date: 06 Aug 2001 11:03:56 -0500 In-Reply-To: <200108061534.f76FYi949671@khavrinen.lcs.mit.edu> Message-ID: <874rrltbtf.fsf@pooh.int> Lines: 13 X-Mailer: Gnus/5.0808 (Gnus v5.8.8) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org At 2001-08-06T15:34:44Z, Garrett Wollman writes: > Hope you never need to communicate with anyone in the *real* .int > domain.... Why would I ever want to do that? This is offtopic, but isn't that also the recommended domain for internal networks? I was under the impression that .int as a public TLD was deprecated. -- Kirk Strauser To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Mon Aug 6 9:12:27 2001 Delivered-To: freebsd-net@freebsd.org Received: from paprika.michvhf.com (adsl-pool26-110.detroit.mi.ameritech.net [64.108.59.110]) by hub.freebsd.org (Postfix) with SMTP id 1420337B405 for ; Mon, 6 Aug 2001 09:12:23 -0700 (PDT) (envelope-from vev@michvhf.com) Received: (qmail 39383 invoked by uid 1001); 6 Aug 2001 16:12:23 -0000 Date: Mon, 6 Aug 2001 12:12:23 -0400 (EDT) From: Vince Vielhaber To: Kirk Strauser Cc: Subject: Re: Can't get sendmail to masquerade In-Reply-To: <874rrltbtf.fsf@pooh.int> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On 6 Aug 2001, Kirk Strauser wrote: > > At 2001-08-06T15:34:44Z, Garrett Wollman writes: > > > Hope you never need to communicate with anyone in the *real* .int > > domain.... > > Why would I ever want to do that? > > This is offtopic, but isn't that also the recommended domain for internal > networks? I was under the impression that .int as a public TLD was > deprecated. http://hq.nato.int/ I seem to recall recently that .local was for internal/local networks. Vince. -- ========================================================================== Vince Vielhaber -- KA8CSH email: vev@michvhf.com http://www.pop4.net 56K Nationwide Dialup from $16.00/mo at Pop4 Networking Online Campground Directory http://www.camping-usa.com Online Giftshop Superstore http://www.cloudninegifts.com ========================================================================== To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Mon Aug 6 10: 7:25 2001 Delivered-To: freebsd-net@freebsd.org Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by hub.freebsd.org (Postfix) with ESMTP id 772DA37B403 for ; Mon, 6 Aug 2001 10:07:22 -0700 (PDT) (envelope-from brdavis@odin.ac.hmc.edu) Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.11.0/8.11.0) id f76H7LK14154; Mon, 6 Aug 2001 10:07:21 -0700 Date: Mon, 6 Aug 2001 10:07:21 -0700 From: Brooks Davis To: Jim Pirzyk Cc: freebsd-net@FreeBSD.ORG Subject: Re: ng_one2many usage Message-ID: <20010806100721.B27591@Odin.AC.HMC.Edu> References: <01080214563006.36347@snoopy> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="BwCQnh7xodEAoBMC" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <01080214563006.36347@snoopy>; from Jim.Pirzyk@disney.com on Thu, Aug 02, 2001 at 02:56:30PM -0700 Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org --BwCQnh7xodEAoBMC Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Aug 02, 2001 at 02:56:30PM -0700, Jim Pirzyk wrote: > So I tried to use the one2many netgraph module, but I get errors > right away. Here is what I get: >=20 > Jim.Pirzyk@snoopy:~ > 47>sudo ngctl -d mkpeer trnk0: one2many upper one > ngctl: sendto(trnk0:): No such file or directory > ngctl: send msg: No such file or directory >=20 > Any ideas on what is going wrong? Is the module loaded or compiled in? I seem to recall getting some unhelpful error messages when it wasn't. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --BwCQnh7xodEAoBMC Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE7bs7IXY6L6fI4GtQRAnaKAJ4pBkWKxTIdMMbNlFFnC692d3+hIgCeJTJn 3aQjQw7bmF+VosyWlYquRNE= =NuOU -----END PGP SIGNATURE----- --BwCQnh7xodEAoBMC-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Mon Aug 6 10:12:55 2001 Delivered-To: freebsd-net@freebsd.org Received: from mail.disney.com (mail.disney.com [204.128.192.15]) by hub.freebsd.org (Postfix) with ESMTP id 0AB3E37B401 for ; Mon, 6 Aug 2001 10:12:51 -0700 (PDT) (envelope-from Jim.Pirzyk@disney.com) Received: from pain10.corp.disney.com (root@pain10.corp.disney.com [153.7.110.100]) by mail.disney.com (Switch-2.0.1/Switch-2.0.1) with SMTP id f76HC0e29508 for ; Mon, 6 Aug 2001 10:12:00 -0700 (PDT) Received: from [172.30.50.1] by pain.corp.disney.com with ESMTP for freebsd-net@FreeBSD.ORG; Mon, 6 Aug 2001 10:13:47 -0700 Received: from plio.fan.fa.disney.com (plio.fan.fa.disney.com [153.7.118.2]) by pecos.fa.disney.com (8.11.3/8.11.3) with ESMTP id f76HFRs00325 for ; Mon, 6 Aug 2001 10:15:28 -0700 (PDT) Received: from mercury.fan.fa.disney.com (mercury.fan.fa.disney.com [153.7.119.1]) by plio.fan.fa.disney.com (8.9.2/8.9.2) with ESMTP id KAA15569 for ; Mon, 6 Aug 2001 10:12:48 -0700 (PDT) (envelope-from Jim.Pirzyk@disney.com) Received: from snoopy.fan.fa.disney.com by mercury.fan.fa.disney.com; Mon, 6 Aug 2001 10:12:47 -0700 Content-Type: text/plain; charset="iso-8859-1" From: Jim Pirzyk Organization: Walt Disney Feature Animation To: Brooks Davis Subject: Re: ng_one2many usage Date: Mon, 6 Aug 2001 10:12:47 -0700 X-Mailer: KMail [version 1.2] Cc: freebsd-net@FreeBSD.ORG References: <01080214563006.36347@snoopy> <20010806100721.B27591@Odin.AC.HMC.Edu> In-Reply-To: <20010806100721.B27591@Odin.AC.HMC.Edu> MIME-Version: 1.0 Message-Id: <01080610124704.04774@snoopy> Content-Transfer-Encoding: 8bit Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Monday 06 August 2001 10:07 am, Brooks Davis wrote: > On Thu, Aug 02, 2001 at 02:56:30PM -0700, Jim Pirzyk wrote: > > So I tried to use the one2many netgraph module, but I get errors > > right away. Here is what I get: > > > > Jim.Pirzyk@snoopy:~ > > 47>sudo ngctl -d mkpeer trnk0: one2many upper one > > ngctl: sendto(trnk0:): No such file or directory > > ngctl: send msg: No such file or directory > > > > Any ideas on what is going wrong? > > Is the module loaded or compiled in? I seem to recall getting some > unhelpful error messages when it wasn't. I did try it both loaded and compiled in, and it made no difference. I also tried the module under 4.3-RELEASE and 5.0-CURRENT. - JimP -- --- @(#) $Id: dot.signature,v 1.10 2001/05/17 23:38:49 Jim.Pirzyk Exp $ __o Jim.Pirzyk@disney.com ------------- pirzyk@freebsd.org _'\<,_ Senior Systems Engineer, Walt Disney Feature Animation (*)/ (*) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Mon Aug 6 10:23:51 2001 Delivered-To: freebsd-net@freebsd.org Received: from InterJet.elischer.org (c421509-a.pinol1.sfba.home.com [24.7.86.9]) by hub.freebsd.org (Postfix) with ESMTP id 1143037B403 for ; Mon, 6 Aug 2001 10:23:48 -0700 (PDT) (envelope-from julian@elischer.org) Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id MAA66009; Mon, 6 Aug 2001 12:25:56 -0700 (PDT) Date: Mon, 6 Aug 2001 12:25:55 -0700 (PDT) From: Julian Elischer To: Jim.Pirzyk@disney.com Cc: freebsd-net@freebsd.org Subject: Re: ng_one2many usage In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Sun, 5 Aug 2001 Jim.Pirzyk@disney.com wrote: > Nope, nor does it work when I change it to dc0 (which there is a device > called dc0, but I though that was too confusing). > > - JimP > > > Jim Pirzyk wrote: > > > > > > So I tried to use the one2many netgraph module, but I get errors > > > right away. Here is what I get: > > > > > > Jim.Pirzyk@snoopy:~ > > > 47>sudo ngctl -d mkpeer trnk0: one2many upper one What you are saying is: "tell teh node called "trnk0:" (so it had better already exist) to make a peer of type one2many. Attachi ti to trnk0: using a hook called upper and to the new node on a hook called "one". If you don't already have a node called "trnk0:" then this must fail. it's very hard to see what you are doing wrong when I can't see what the graph you are trying to make looks like.. > > > ngctl: sendto(trnk0:): No such file or directory > > > ngctl: send msg: No such file or directory > > > > > > Any ideas on what is going wrong? > > > > is there a node called trnk0: ? > > > > > > > > - JimP > > > > > > -- > > > --- @(#) $Id: dot.signature,v 1.10 2001/05/17 23:38:49 Jim.Pirzyk Exp $ > > > __o Jim.Pirzyk@disney.com ------------- pirzyk@freebsd.org > > > _'\<,_ Senior Systems Engineer, Walt Disney Feature Animation > > > (*)/ (*) > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > > with "unsubscribe freebsd-net" in the body of the message > > > > -- > > +------------------------------------+ ______ _ __ > > | __--_|\ Julian Elischer | \ U \/ / hard at work in > > | / \ julian@elischer.org +------>x USA \ a very strange > > | ( OZ ) \___ ___ | country ! > > +- X_.---._/ presently in San Francisco \_/ \\ > > v > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Mon Aug 6 10:38:57 2001 Delivered-To: freebsd-net@freebsd.org Received: from spider.suxx.eu.org (unknown [194.249.141.2]) by hub.freebsd.org (Postfix) with ESMTP id B895837B405; Mon, 6 Aug 2001 10:38:52 -0700 (PDT) (envelope-from maddave@suxx.eu.org) Received: by spider.suxx.eu.org (Postfix, from userid 1000) id 4F7AA17BCC; Mon, 6 Aug 2001 19:40:46 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by spider.suxx.eu.org (Postfix) with ESMTP id 16F8332B9E; Mon, 6 Aug 2001 19:40:46 +0200 (CEST) Date: Mon, 6 Aug 2001 19:40:45 +0200 (CEST) From: David Delibasic To: Alessandro de Manzano Cc: , Subject: Re: NFS and WAN ? In-Reply-To: <20010805203343.A97345@libero.sunshine.ale> Message-ID: <20010806193911.V38601-100000@spider.suxx.eu.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Start with reading this: http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/ipsec.html D. On Sun, 5 Aug 2001, Alessandro de Manzano wrote: > On Sun, Aug 05, 2001 at 02:41:43PM +0200, David Delibasic wrote: > > > I'm running NFS over IPsec tunnel and it works fine.. > > very interesting :-) > > could you, please, tell me where I can find more information about > setting up this ? Some examples maybe.. ;-) > > I know little about IPsec.. :-| > > > Thanks a lot! > > > bye! > > Ale > > ale@unixmania.net > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-isp" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Mon Aug 6 12:23:56 2001 Delivered-To: freebsd-net@freebsd.org Received: from purus.tcoip (cerberus.tcoip.com.br [200.220.254.3]) by hub.freebsd.org (Postfix) with ESMTP id A96C537B403; Mon, 6 Aug 2001 12:23:50 -0700 (PDT) (envelope-from daniel.sobral@tcoip.com.br) Received: from tcoip.com.br (kjkfc70yssi7t9k7@dcs.intra.tcoip.com.br [192.168.60.194]) by purus.tcoip (8.11.1/8.11.1) with ESMTP id f76FwL025397; Mon, 6 Aug 2001 12:58:26 -0300 Message-ID: <3B6EE8D6.5020704@tcoip.com.br> Date: Mon, 06 Aug 2001 15:58:30 -0300 From: "Daniel C. Sobral" User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:0.9.2) Gecko/20010705 X-Accept-Language: en, pt-br, ja MIME-Version: 1.0 To: clemensF , stable@freebsd.org Subject: Re: Request for testers: multicast patch References: <3B6AA752.4070003@tcoip.com.br> <20010804044028.A1199@spotteswoode.yi.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org clemensF wrote: >>Daniel C. Sobral: >> > >>On http://people.freebsd.org/~dcs/ip_output.c there is a port to stable >>of the revisions 1.127 through 1.130 of /sys/netinet/ip_output.c. These >> > > i did not find it: 404. All I can say is: duh! :-) The correct url is: http://people.freebsd.org/~dcs/ip_output.c.diff -- Daniel C. Sobral (8-DCS) Daniel.Sobral@tcoip.com.br dcs@newsguy.com dcs@freebsd.org capo@notorious.bsdconspiracy.net We must die because we have known them. -- Ptah-hotep, 2000 B.C. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Mon Aug 6 12:51:41 2001 Delivered-To: freebsd-net@freebsd.org Received: from mail.disney.com (mail.disney.com [204.128.192.15]) by hub.freebsd.org (Postfix) with ESMTP id 2589E37B403 for ; Mon, 6 Aug 2001 12:51:37 -0700 (PDT) (envelope-from Jim.Pirzyk@disney.com) Received: from pain10.corp.disney.com (root@pain10.corp.disney.com [153.7.110.100]) by mail.disney.com (Switch-2.0.1/Switch-2.0.1) with SMTP id f76Joke18851 for ; Mon, 6 Aug 2001 12:50:46 -0700 (PDT) Received: from [172.30.50.1] by pain.corp.disney.com with ESMTP for freebsd-net@freebsd.org; Mon, 6 Aug 2001 12:52:33 -0700 Received: from plio.fan.fa.disney.com (plio.fan.fa.disney.com [153.7.118.2]) by pecos.fa.disney.com (8.11.3/8.11.3) with ESMTP id f76JsFs18852 for ; Mon, 6 Aug 2001 12:54:15 -0700 (PDT) Received: from mercury.fan.fa.disney.com (mercury.fan.fa.disney.com [153.7.119.1]) by plio.fan.fa.disney.com (8.9.2/8.9.2) with ESMTP id MAA01826 for ; Mon, 6 Aug 2001 12:51:34 -0700 (PDT) (envelope-from Jim.Pirzyk@disney.com) Received: from snoopy.fan.fa.disney.com by mercury.fan.fa.disney.com; Mon, 6 Aug 2001 12:51:33 -0700 Content-Type: text/plain; charset="iso-8859-1" From: Jim Pirzyk Organization: Walt Disney Feature Animation To: Julian Elischer , Jim.Pirzyk@disney.com Subject: Re: ng_one2many usage Date: Mon, 6 Aug 2001 12:51:33 -0700 X-Mailer: KMail [version 1.2] Cc: freebsd-net@freebsd.org References: In-Reply-To: MIME-Version: 1.0 Message-Id: <01080612513307.04774@snoopy> Content-Transfer-Encoding: 8bit Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Monday 06 August 2001 12:25 pm, Julian Elischer wrote: > On Sun, 5 Aug 2001 Jim.Pirzyk@disney.com wrote: > > Nope, nor does it work when I change it to dc0 (which there is a device > > called dc0, but I though that was too confusing). > > > > - JimP > > > > > Jim Pirzyk wrote: > > > > So I tried to use the one2many netgraph module, but I get errors > > > > right away. Here is what I get: > > > > > > > > Jim.Pirzyk@snoopy:~ > > > > 47>sudo ngctl -d mkpeer trnk0: one2many upper one > > What you are saying is: > "tell teh node called "trnk0:" (so it had better already exist) > to make a peer of type one2many. Attachi ti to trnk0: using a hook > called upper and to the new node on a hook called "one". > > > If you don't already have a node called "trnk0:" then this must fail. > > it's very hard to see what you are doing wrong when I can't > see what the graph you are trying to make looks like.. Ok, what I am trying to do is to follow the example on the ng_one2many man page to create a network interface that will aggregate across my dc0 and dc1 interfaces. No where in the page does it show you having to setup the other netgraph nodes (which I was suspecting was the case). So a shot at this I would need to create some iface nodes called dc0, dc1 and trnk0? I do not know what the 'upper' node would be though. - JimP -- --- @(#) $Id: dot.signature,v 1.10 2001/05/17 23:38:49 Jim.Pirzyk Exp $ __o Jim.Pirzyk@disney.com ------------- pirzyk@freebsd.org _'\<,_ Senior Systems Engineer, Walt Disney Feature Animation (*)/ (*) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Mon Aug 6 14:22:52 2001 Delivered-To: freebsd-net@freebsd.org Received: from InterJet.elischer.org (c421509-a.pinol1.sfba.home.com [24.7.86.9]) by hub.freebsd.org (Postfix) with ESMTP id 61B7E37B403 for ; Mon, 6 Aug 2001 14:22:50 -0700 (PDT) (envelope-from julian@elischer.org) Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id QAA66940; Mon, 6 Aug 2001 16:31:50 -0700 (PDT) Date: Mon, 6 Aug 2001 16:31:49 -0700 (PDT) From: Julian Elischer To: Jim Pirzyk Cc: freebsd-net@freebsd.org Subject: Re: ng_one2many usage In-Reply-To: <01080612513307.04774@snoopy> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Mon, 6 Aug 2001, Jim Pirzyk wrote: > > Ok, what I am trying to do is to follow the example on the > ng_one2many man page to create a network interface that will > aggregate across my dc0 and dc1 interfaces. No where in the page > does it show you having to setup the other netgraph nodes (which > I was suspecting was the case). > > So a shot at this I would need to create some iface nodes called > dc0, dc1 and trnk0? I do not know what the 'upper' node would > be though. wha kind of device are dc0 and dc1? what does `ngctl list' show? if they support netgraph they will already be present. julian To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Mon Aug 6 14:52:59 2001 Delivered-To: freebsd-net@freebsd.org Received: from mail.disney.com (mail.disney.com [204.128.192.15]) by hub.freebsd.org (Postfix) with ESMTP id 9651F37B40B for ; Mon, 6 Aug 2001 14:52:53 -0700 (PDT) (envelope-from Jim.Pirzyk@disney.com) Received: from pain10.corp.disney.com (root@pain10.corp.disney.com [153.7.110.100]) by mail.disney.com (Switch-2.0.1/Switch-2.0.1) with SMTP id f76Lq3e27855 for ; Mon, 6 Aug 2001 14:52:03 -0700 (PDT) Received: from [172.30.50.1] by pain.corp.disney.com with ESMTP for freebsd-net@freebsd.org; Mon, 6 Aug 2001 14:53:50 -0700 Received: from plio.fan.fa.disney.com (plio.fan.fa.disney.com [153.7.118.2]) by pecos.fa.disney.com (8.11.3/8.11.3) with ESMTP id f76LtXs03148 for ; Mon, 6 Aug 2001 14:55:33 -0700 (PDT) Received: from mercury.fan.fa.disney.com (mercury.fan.fa.disney.com [153.7.119.1]) by plio.fan.fa.disney.com (8.9.2/8.9.2) with ESMTP id OAA14515 for ; Mon, 6 Aug 2001 14:52:51 -0700 (PDT) (envelope-from Jim.Pirzyk@disney.com) Received: from snoopy.fan.fa.disney.com by mercury.fan.fa.disney.com; Mon, 6 Aug 2001 14:52:50 -0700 Content-Type: text/plain; charset="iso-8859-1" From: Jim Pirzyk Organization: Walt Disney Feature Animation To: Julian Elischer Subject: Re: ng_one2many usage Date: Mon, 6 Aug 2001 14:52:50 -0700 X-Mailer: KMail [version 1.2] Cc: freebsd-net@freebsd.org References: In-Reply-To: MIME-Version: 1.0 Message-Id: <0108061452500F.04774@snoopy> Content-Transfer-Encoding: 8bit Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Monday 06 August 2001 04:31 pm, Julian Elischer wrote: > On Mon, 6 Aug 2001, Jim Pirzyk wrote: > > Ok, what I am trying to do is to follow the example on the > > ng_one2many man page to create a network interface that will > > aggregate across my dc0 and dc1 interfaces. No where in the page > > does it show you having to setup the other netgraph nodes (which > > I was suspecting was the case). > > > > So a shot at this I would need to create some iface nodes called > > dc0, dc1 and trnk0? I do not know what the 'upper' node would > > be though. > > wha kind of device are dc0 and dc1? > > what does `ngctl list' show? There are 1 total nodes: Name: ngctl17931 Type: socket ID: 0000000c Num hooks: 0 > if they support netgraph they will already be present. They are Intel 21143 10/110BaseTX chipsets on the motherboard of the Alpha DS10. I also do not see anything but the default netgraph on a Dell Dimension with the 3Com 3C90x chipset, nor do I see them on an Intergraph with the Inter EtherExpress Pro card (fxp0). Since they do not show up on the netgraph interfaces, I would assume then they are not supported. - JimP -- --- @(#) $Id: dot.signature,v 1.10 2001/05/17 23:38:49 Jim.Pirzyk Exp $ __o Jim.Pirzyk@disney.com ------------- pirzyk@freebsd.org _'\<,_ Senior Systems Engineer, Walt Disney Feature Animation (*)/ (*) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Mon Aug 6 15:23:59 2001 Delivered-To: freebsd-net@freebsd.org Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by hub.freebsd.org (Postfix) with ESMTP id A36C037B405 for ; Mon, 6 Aug 2001 15:23:55 -0700 (PDT) (envelope-from brdavis@odin.ac.hmc.edu) Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.11.0/8.11.0) id f76MNqd22250; Mon, 6 Aug 2001 15:23:52 -0700 Date: Mon, 6 Aug 2001 15:23:52 -0700 From: Brooks Davis To: Jim Pirzyk Cc: Julian Elischer , freebsd-net@FreeBSD.ORG Subject: Re: ng_one2many usage Message-ID: <20010806152352.A22092@Odin.AC.HMC.Edu> References: <0108061452500F.04774@snoopy> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="pf9I7BMVVzbSWLtt" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <0108061452500F.04774@snoopy>; from Jim.Pirzyk@disney.com on Mon, Aug 06, 2001 at 02:52:50PM -0700 Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org --pf9I7BMVVzbSWLtt Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Aug 06, 2001 at 02:52:50PM -0700, Jim Pirzyk wrote: > Since they do not show up on the netgraph interfaces, I would=20 > assume then they are not supported. Actually, all ethernet devices are supported via the generic ethernet code. You probably don't have ng_ether loaded. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --pf9I7BMVVzbSWLtt Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE7bxj3XY6L6fI4GtQRAiKkAKDO+T6BQWwIWGt6/418NhiQ+Omz1gCeKk6g wAaoyyjOs9IY5rNMhBzeAQc= =ypBi -----END PGP SIGNATURE----- --pf9I7BMVVzbSWLtt-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Mon Aug 6 15:55:23 2001 Delivered-To: freebsd-net@freebsd.org Received: from ns1.infowest.com (ns1.infowest.com [204.17.177.10]) by hub.freebsd.org (Postfix) with ESMTP id 988D537B405; Mon, 6 Aug 2001 15:55:15 -0700 (PDT) (envelope-from agifford@infowest.com) Received: from eq.net (eq.net [208.186.104.163]) by ns1.infowest.com (Postfix) with SMTP id 22B422135B; Mon, 6 Aug 2001 16:55:09 -0600 (MDT) Content-Type: text/plain; charset="iso-8859-1" From: Aaron D.Gifford To: freebsd-mailing-lists@freebsd.org Subject: IP fragment DOS attack on FreeBSD question Date: Mon, 6 Aug 2001 16:55:08 -0600 X-Mailer: KMail [version 1.2] MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-Id: <01080616550800.31114@eq.net> Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The recent FreeBSD advisory regarding IP fragment denial-of-service attacks didn't mention whether or not an IP filter (ipfw or ipf) that drops all fragments is an adequate temporary work-around or not. Does anyone who is familiar with the problem and attack know if something like the following would be a useful temporary work-around? ipfw add 1 deny ip from any to any fragment Does the above drop the fragment and prevent reassembly buffer starvation? Of course dropping ALL fragments like that will limit the connectivity of the host to hosts and networks where fragmentation occurs. But, if the above DOES prevent the DOS, it may be a useful tradeoff to use it as a temporary work-around until kernels are patched (kernels with ipfw already enabled). Aaron out. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Mon Aug 6 16:43:30 2001 Delivered-To: freebsd-net@freebsd.org Received: from InterJet.elischer.org (c421509-a.pinol1.sfba.home.com [24.7.86.9]) by hub.freebsd.org (Postfix) with ESMTP id 0F20C37B403 for ; Mon, 6 Aug 2001 16:43:28 -0700 (PDT) (envelope-from julian@elischer.org) Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id SAA67457; Mon, 6 Aug 2001 18:55:11 -0700 (PDT) Date: Mon, 6 Aug 2001 18:55:10 -0700 (PDT) From: Julian Elischer To: Jim Pirzyk Cc: freebsd-net@freebsd.org Subject: Re: ng_one2many usage In-Reply-To: <0108061452500F.04774@snoopy> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org first kldload ng_ether On Mon, 6 Aug 2001, Jim Pirzyk wrote: > On Monday 06 August 2001 04:31 pm, Julian Elischer wrote: > > On Mon, 6 Aug 2001, Jim Pirzyk wrote: > > > Ok, what I am trying to do is to follow the example on the > > > ng_one2many man page to create a network interface that will > > > aggregate across my dc0 and dc1 interfaces. No where in the page > > > does it show you having to setup the other netgraph nodes (which > > > I was suspecting was the case). > > > > > > So a shot at this I would need to create some iface nodes called > > > dc0, dc1 and trnk0? I do not know what the 'upper' node would > > > be though. > > > > wha kind of device are dc0 and dc1? > > > > what does `ngctl list' show? > > There are 1 total nodes: > Name: ngctl17931 Type: socket ID: 0000000c Num hooks: 0 > > > if they support netgraph they will already be present. > > They are Intel 21143 10/110BaseTX chipsets on the motherboard > of the Alpha DS10. I also do not see anything but the default > netgraph on a Dell Dimension with the 3Com 3C90x chipset, nor > do I see them on an Intergraph with the Inter EtherExpress Pro > card (fxp0). > > Since they do not show up on the netgraph interfaces, I would > assume then they are not supported. > > - JimP > > > -- > --- @(#) $Id: dot.signature,v 1.10 2001/05/17 23:38:49 Jim.Pirzyk Exp $ > __o Jim.Pirzyk@disney.com ------------- pirzyk@freebsd.org > _'\<,_ Senior Systems Engineer, Walt Disney Feature Animation > (*)/ (*) > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Mon Aug 6 16:46: 4 2001 Delivered-To: freebsd-net@freebsd.org Received: from mail.disney.com (mail.disney.com [204.128.192.15]) by hub.freebsd.org (Postfix) with ESMTP id 23D9037B403 for ; Mon, 6 Aug 2001 16:46:00 -0700 (PDT) (envelope-from Jim.Pirzyk@disney.com) Received: from pain10.corp.disney.com (root@pain10.corp.disney.com [153.7.110.100]) by mail.disney.com (Switch-2.0.1/Switch-2.0.1) with SMTP id f76Nj9e13905 for ; Mon, 6 Aug 2001 16:45:09 -0700 (PDT) Received: from [172.30.50.1] by pain.corp.disney.com with ESMTP for freebsd-net@freebsd.org; Mon, 6 Aug 2001 16:46:57 -0700 Received: from plio.fan.fa.disney.com (plio.fan.fa.disney.com [153.7.118.2]) by pecos.fa.disney.com (8.11.3/8.11.3) with ESMTP id f76Nmes17264 for ; Mon, 6 Aug 2001 16:48:40 -0700 (PDT) Received: from mercury.fan.fa.disney.com (mercury.fan.fa.disney.com [153.7.119.1]) by plio.fan.fa.disney.com (8.9.2/8.9.2) with ESMTP id QAA27125 for ; Mon, 6 Aug 2001 16:45:57 -0700 (PDT) (envelope-from Jim.Pirzyk@disney.com) Received: from snoopy.fan.fa.disney.com by mercury.fan.fa.disney.com; Mon, 6 Aug 2001 16:45:57 -0700 Content-Type: text/plain; charset="iso-8859-1" From: Jim Pirzyk Organization: Walt Disney Feature Animation To: Julian Elischer Subject: Re: ng_one2many usage Date: Mon, 6 Aug 2001 16:45:57 -0700 X-Mailer: KMail [version 1.2] Cc: freebsd-net@freebsd.org References: In-Reply-To: MIME-Version: 1.0 Message-Id: <0108061645570K.04774@snoopy> Content-Transfer-Encoding: 8bit Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Monday 06 August 2001 06:55 pm, Julian Elischer wrote: > first kldload ng_ether Yes this does allow the mkpeer stuff work. Thanks. - JimP > > On Mon, 6 Aug 2001, Jim Pirzyk wrote: > > On Monday 06 August 2001 04:31 pm, Julian Elischer wrote: > > > On Mon, 6 Aug 2001, Jim Pirzyk wrote: > > > > Ok, what I am trying to do is to follow the example on the > > > > ng_one2many man page to create a network interface that will > > > > aggregate across my dc0 and dc1 interfaces. No where in the page > > > > does it show you having to setup the other netgraph nodes (which > > > > I was suspecting was the case). > > > > > > > > So a shot at this I would need to create some iface nodes called > > > > dc0, dc1 and trnk0? I do not know what the 'upper' node would > > > > be though. > > > > > > wha kind of device are dc0 and dc1? > > > > > > what does `ngctl list' show? > > > > There are 1 total nodes: > > Name: ngctl17931 Type: socket ID: 0000000c Num hooks: 0 > > > > > if they support netgraph they will already be present. > > > > They are Intel 21143 10/110BaseTX chipsets on the motherboard > > of the Alpha DS10. I also do not see anything but the default > > netgraph on a Dell Dimension with the 3Com 3C90x chipset, nor > > do I see them on an Intergraph with the Inter EtherExpress Pro > > card (fxp0). > > > > Since they do not show up on the netgraph interfaces, I would > > assume then they are not supported. > > > > - JimP > > > > > > -- > > --- @(#) $Id: dot.signature,v 1.10 2001/05/17 23:38:49 Jim.Pirzyk Exp $ > > __o Jim.Pirzyk@disney.com ------------- pirzyk@freebsd.org > > _'\<,_ Senior Systems Engineer, Walt Disney Feature Animation > > (*)/ (*) -- --- @(#) $Id: dot.signature,v 1.10 2001/05/17 23:38:49 Jim.Pirzyk Exp $ __o Jim.Pirzyk@disney.com ------------- pirzyk@freebsd.org _'\<,_ Senior Systems Engineer, Walt Disney Feature Animation (*)/ (*) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Tue Aug 7 5:47: 0 2001 Delivered-To: freebsd-net@freebsd.org Received: from shuttle.wide.toshiba.co.jp (shuttle.wide.toshiba.co.jp [202.249.10.124]) by hub.freebsd.org (Postfix) with ESMTP id 1E4DD37B401 for ; Tue, 7 Aug 2001 05:46:57 -0700 (PDT) (envelope-from jinmei@isl.rdc.toshiba.co.jp) Received: from localhost (host217-33-136-94.ietf.ignite.net [217.33.136.94]) by shuttle.wide.toshiba.co.jp (8.9.1+3.1W/8.9.1) with ESMTP id VAA27360 for ; Tue, 7 Aug 2001 21:49:43 +0900 (JST) Date: Tue, 07 Aug 2001 21:44:36 +0900 Message-ID: From: JINMEI Tatuya / =?ISO-2022-JP?B?GyRCP0BMQEMjOkgbKEI=?= To: freebsd-net@FreeBSD.ORG Subject: possible duplicated free in kernel User-Agent: Wanderlust/2.5.8 (Smooth) Emacs/21.0 Mule/5.0 (SAKAKI) Organization: Research & Development Center, Toshiba Corp., Kawasaki, Japan. MIME-Version: 1.0 (generated by SEMI 1.13.7 - "Awazu") Content-Type: text/plain; charset=US-ASCII X-Dispatcher: imput version 980905(IM100) Lines: 51 Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org (Probably I have to make a PR...,) The latest RELNEG_4 version (rev. 1.7.2.4) of sys/netinet6/raw_ip6.c has the following code fragment: rip6_output() ... freectl: if (optp == &opt && optp->ip6po_rthdr && optp->ip6po_route.ro_rt) RTFREE(optp->ip6po_route.ro_rt); if (control) { if (optp == &opt) ip6_clearpktopts(optp, 0, -1); Thus, it can call RTFREE inside the function. However, ip6_clearpktopts(defined in netinet6/ip6_output.c) also calls RTFREE: ip6_clearpktopts() ... if (pktopt->ip6po_route.ro_rt) { RTFREE(pktopt->ip6po_route.ro_rt); pktopt->ip6po_route.ro_rt = NULL; } Consequently, optp->ip6po_route.ro_rt can be freed two times, unexpectedly. Here is a patch to fix the problem. Please review it, and merge it to the repository (hopefully before 4.4-RELEASE.) if acceptable. Thanks, JINMEI, Tatuya Communication Platform Lab. Corporate R&D Center, Toshiba Corp. jinmei@isl.rdc.toshiba.co.jp *** raw_ip6.c.orig Tue Aug 7 21:42:30 2001 --- raw_ip6.c Tue Aug 7 21:42:36 2001 *************** *** 472,479 **** m_freem(m); freectl: - if (optp == &opt && optp->ip6po_rthdr && optp->ip6po_route.ro_rt) - RTFREE(optp->ip6po_route.ro_rt); if (control) { if (optp == &opt) ip6_clearpktopts(optp, 0, -1); --- 472,477 ---- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Tue Aug 7 6: 2: 2 2001 Delivered-To: freebsd-net@freebsd.org Received: from ns2.myway.com.br (ns2.myway.com.br [200.186.239.2]) by hub.freebsd.org (Postfix) with SMTP id A374B37B401 for ; Tue, 7 Aug 2001 06:01:59 -0700 (PDT) (envelope-from leal@myway.com.br) Received: from myway.com.br (unverified [200.186.239.10]) by ns2.myway.com.br (EMWAC SMTPRS 0.83) with SMTP id ; Tue, 07 Aug 2001 10:00:59 -0300 Message-ID: <3B6FE79C.609A8C2E@myway.com.br> Date: Tue, 07 Aug 2001 10:05:32 -0300 From: Marcelo Leal Organization: webcom X-Mailer: Mozilla 4.76 [en] (X11; U; FreeBSD 4.2-RELEASE i386) X-Accept-Language: pt-BR, en MIME-Version: 1.0 To: Stephen Degler Cc: "JINMEI Tatuya / ?$B?@L@C#:H?(B" , freebsd-net@FreeBSD.ORG Subject: arp... References: <20010718232226.B69977@crusoe.degler.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Antirelay: Good relay from local net2 200.186.239.0/24 Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org the windows and freebsd machines are loosing the arp adress of my dhcpd server still... have the switch one arp table??? may not be the arp address of my old dhcp server that the switch is mismatching??? my freebsd box (client), is with one arp address of my server that i don't know why!!!! help please!!! if you don't understand my question, by the english (argh) or by information less, please: ask me more... thanks. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Tue Aug 7 9:17: 1 2001 Delivered-To: freebsd-net@freebsd.org Received: from n20.groups.yahoo.com (n20.groups.yahoo.com [216.115.96.70]) by hub.freebsd.org (Postfix) with SMTP id 79A2437B416 for ; Tue, 7 Aug 2001 09:15:33 -0700 (PDT) (envelope-from notify-return-freebsd-net=freebsd.org@egroups.co.uk) X-eGroups-Return: notify-return-freebsd-net=freebsd.org@egroups.co.uk Received: from [10.1.10.141] by c9.egroups.com with NNFMP; 07 Aug 2001 16:15:32 -0000 Date: 7 Aug 2001 16:15:27 -0000 Message-ID: <997200927.5201.12669.f8@egroups.co.uk> From: freebsd-lists-for-dayan-only Moderator Reply-To: freebsd-lists-for-dayan-only-unsubscribe@egroups.co.uk To: freebsd-net@freebsd.org Subject: Welcome to the freebsd-lists-for-dayan-only group MIME-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 7bit Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Hello, I've added you to my freebsd-lists-for-dayan-only group at eGroups, a free, easy-to-use email group service. As a member of this group, you may send messages to the entire group using just one email address: freebsd-lists-for-dayan-only@egroups.co.uk. eGroups also makes it easy to store photos and files, coordinate events, and more. Here's a description of the group: ------------------------------------------------------------------------ This list is subscribed to various FreeBSD lists only for Dayan. ------------------------------------------------------------------------ Here's my introductory message for you: ------------------------------------------------------------------------ Hello, Welcome to the freebsd-lists-for-dayan-only group at eGroups, a free, easy-to-use email group service. Please take a moment to review this message. To start sending messages to members of this group, simply send email to freebsd-lists-for-dayan-only@egroups.co.uk If you do not wish to belong to freebsd-lists-for-dayan-only, you may unsubscribe by sending an email to freebsd-lists-for-dayan-only-unsubscribe@egroups.co.uk You may also visit the eGroups web site to modify your subscriptions: http://www.egroups.co.uk/mygroups Regards, Moderator, freebsd-lists-for-dayan-only ------------------------------------------------------------------------ TO START SENDING messages to members of this group, simply send email to freebsd-lists-for-dayan-only@egroups.co.uk If you do not wish to belong to the freebsd-lists-for-dayan-only group, you can unsubscribe by replying to this message, or by sending an email to freebsd-lists-for-dayan-only-unsubscribe@egroups.co.uk Regards, Moderator, freebsd-lists-for-dayan-only SPECIAL NOTE FROM eGroups: Because eGroups values your privacy, it is a violation of our service rules for moderators to add subscribers to a group against their wishes. If you feel this has happened, please notify us at abuse@egroups.co.uk P.S. If you would like to learn more about the freebsd-lists-for-dayan-only group, please visit http://www.egroups.co.uk/group/freebsd-lists-for-dayan-only and enter the following sign-in information: Email address: freebsd-net@freebsd.org Password: lgkhxmlwsqvswoc This password has been randomly generated for you. Once you have signed in, you should change your password by visiting http://www.egroups.co.uk/myprofile To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Tue Aug 7 9:47:45 2001 Delivered-To: freebsd-net@freebsd.org Received: from panzer.kdm.org (panzer.kdm.org [216.160.178.169]) by hub.freebsd.org (Postfix) with ESMTP id A2CF537B405 for ; Tue, 7 Aug 2001 09:47:41 -0700 (PDT) (envelope-from ken@panzer.kdm.org) Received: (from ken@localhost) by panzer.kdm.org (8.9.3/8.9.1) id KAA46080; Tue, 7 Aug 2001 10:47:35 -0600 (MDT) (envelope-from ken) Date: Tue, 7 Aug 2001 10:47:34 -0600 From: "Kenneth D. Merry" To: stanislav shalunov Cc: net@FreeBSD.ORG Subject: Re: TCP problems with large window sizes on FreeBSD (GigaTCP) Message-ID: <20010807104734.A46031@panzer.kdm.org> References: <200108020503.f7253jY08157@prism.flugsvamp.com> <87y9p2qxvc.fsf@cain.internet2.edu> <87n15inp9r.fsf@cain.internet2.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <87n15inp9r.fsf@cain.internet2.edu>; from shalunov@internet2.edu on Thu, Aug 02, 2001 at 05:08:32PM -0400 Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Thu, Aug 02, 2001 at 17:08:32 -0400, stanislav shalunov wrote: > stanislav shalunov writes: > > > I'll try increasing the value of TI_JSLOTS to 8192 (twice the number > > of 4K packets in 16MB window) and see if it makes a difference. > > FWIW, this seems to have improved the situation and the burst loss > doesn't happen anymore. For those who might care to look at the new > numbers, see http://www.internet2.edu/~shalunov/gigatcp/ > > There seems to be a problem with the ti driver in that it doesn't > recover from the situation of jumbo slots shortage right away after > supply of packets is removed, as one would expect it to. The > condition lingers for a long time afterwards. It seems to recover > eventually, but after quite different time for diffirent conditions: > sometimes it's seconds, sometimes it's minutes. The "slow" case > appears to be an example of fast periodic recovery, while in the > "stalled" case the recovery doesn't happen until the TCP connection > times out. The zero copy version of the ti(4) driver has a different jumbo buffer allocator that may reduce the intstance of problems. Ken -- Kenneth Merry ken@kdm.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Tue Aug 7 14:11:24 2001 Delivered-To: freebsd-net@freebsd.org Received: from purus.tcoip (cerberus.tcoip.com.br [200.220.254.3]) by hub.freebsd.org (Postfix) with ESMTP id 9A8E837B6B3 for ; Tue, 7 Aug 2001 14:10:11 -0700 (PDT) (envelope-from daniel.sobral@tcoip.com.br) Received: from tcoip.com.br (4plfpa81tle6tvpc@dcs.intra.tcoip.com.br [192.168.60.194]) by purus.tcoip (8.11.1/8.11.1) with ESMTP id f77L9LL26907 for ; Tue, 7 Aug 2001 18:09:21 -0300 Message-ID: <3B705904.90005@tcoip.com.br> Date: Tue, 07 Aug 2001 18:09:24 -0300 From: "Daniel C. Sobral" User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:0.9.3) Gecko/20010807 X-Accept-Language: en, pt-br, ja MIME-Version: 1.0 To: net@freebsd.org Subject: TCP windows and vlans? Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org I'm observing the following problem: in a TCP connection between host F3 and any other host, the connection will stop when the TCP window first drops below the average packet length. The only thing that sets F3 apart is the fact that any connection to it is done through a vlan interface. I have put tcpdump log on http://people.freebsd.org/~dcs/f3.log showing the problem. Host 172.31.199.19 is F3. I ssh'ed into it, cat'ed a file a couple of times, and, when it finally blocked, I ping'ed it. I then typed ^C a few times (just to send characters to the other side) from the client, ping'ed again, and then let the connection be resetted for timeout. There is one extraneous connection as I ssh'ed into it to get http://people.freebsd.org/~dcs/netstat.log, showing that the send buffer on the server side (F3) is full of stuff. Now... I cannot see how could vlans possibly interfere with the tcp stack. Any hints anyone? I can provide whatever logs and dumps you wish from the client side, but since I cannot copy any sizeably log from F3 itself... -- Daniel C. Sobral (8-DCS) Daniel.Sobral@tcoip.com.br dcs@newsguy.com dcs@freebsd.org capo@notorious.bsdconspiracy.net A little humility is arrogance. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Tue Aug 7 16: 6:56 2001 Delivered-To: freebsd-net@freebsd.org Received: from mail.plug.cx (kypo.alfred.cx [150.101.93.134]) by hub.freebsd.org (Postfix) with ESMTP id 43B0D37B40C; Tue, 7 Aug 2001 16:06:48 -0700 (PDT) (envelope-from andrew.reid@plug.cx) Received: from percible.alfred.cx (percible.alfred.cx [150.101.93.190]) by mail.plug.cx (Postfix) with ESMTP id 1A3272B87A; Wed, 8 Aug 2001 18:37:13 +0930 (CST) Subject: Re: NFS and WAN ? From: Andrew Reid To: Bill Fumerola Cc: Alessandro de Manzano , freebsd-net@freebsd.org, freebsd-isp@freebsd.org In-Reply-To: <20010805234937.B2759@elvis.mu.org> References: <20010805134110.A96445@libero.sunshine.ale> <997058517.1033.26.camel@percible.alfred.cx> <20010805234937.B2759@elvis.mu.org> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Evolution/0.12.99 (Preview Release) Date: 08 Aug 2001 18:05:42 +0930 Message-Id: <997259742.1099.99.camel@percible.alfred.cx> Mime-Version: 1.0 Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On 05 Aug 2001 23:49:37 -0500, Bill Fumerola wrote: > > I use PPP over SSH when doing this sort of thing. Quick and easy. > > ... and absolutly horrible in times of packet loss or heavy latency. Indeed. But, it *does* make for a quick and easy VPN in a situation where IPSec is, er, "overkill". I've run it from dialup, and it's "interesting". On E1 or greater, it's quite acceptable. - andrew -- void signature () { cout << "Andrew Reid -- andrew.reid@plug.cx" << endl ; cout << "Cell: +61 401 946 813" << endl; cout << "Quidquid latine dictum sit, altum viditur" << endl; } To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Tue Aug 7 18: 7: 7 2001 Delivered-To: freebsd-net@freebsd.org Received: from mail.viasoft.com.cn (unknown [61.153.1.177]) by hub.freebsd.org (Postfix) with ESMTP id ACF8F37B401 for ; Tue, 7 Aug 2001 18:06:59 -0700 (PDT) (envelope-from bsddiy@163.net) Received: from William ([192.168.1.98]) by mail.viasoft.com.cn (8.9.3/8.9.3) with SMTP id JAA06477; Wed, 8 Aug 2001 09:09:33 +0800 Message-ID: <001601c11fa6$0d4ce560$6201a8c0@William> From: "David Xu" To: , References: Subject: Re: possible duplicated free in kernel Date: Wed, 8 Aug 2001 09:04:18 +0800 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6700 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Why don't you report it via PR? I suspect most patches will be lost in = this mailling list. -- David Xu ----- Original Message -----=20 From: )> To: Sent: Tuesday, August 07, 2001 8:44 PM Subject: possible duplicated free in kernel > (Probably I have to make a PR...,) >=20 > The latest RELNEG_4 version (rev. 1.7.2.4) of sys/netinet6/raw_ip6.c > has the following code fragment: >=20 > rip6_output() > .. > freectl: > if (optp =3D=3D &opt && optp->ip6po_rthdr && optp->ip6po_route.ro_rt) > RTFREE(optp->ip6po_route.ro_rt); > if (control) { > if (optp =3D=3D &opt) > ip6_clearpktopts(optp, 0, -1); >=20 > Thus, it can call RTFREE inside the function. However, > ip6_clearpktopts(defined in netinet6/ip6_output.c) also calls RTFREE: >=20 > ip6_clearpktopts() > .. > if (pktopt->ip6po_route.ro_rt) { > RTFREE(pktopt->ip6po_route.ro_rt); > pktopt->ip6po_route.ro_rt =3D NULL; > } >=20 > Consequently, optp->ip6po_route.ro_rt can be freed two times, > unexpectedly. >=20 > Here is a patch to fix the problem. Please review it, and merge it > to the repository (hopefully before 4.4-RELEASE.) if acceptable. >=20 > Thanks, >=20 > JINMEI, Tatuya > Communication Platform Lab. > Corporate R&D Center, Toshiba Corp. > jinmei@isl.rdc.toshiba.co.jp >=20 >=20 > *** raw_ip6.c.orig Tue Aug 7 21:42:30 2001 > --- raw_ip6.c Tue Aug 7 21:42:36 2001 > *************** > *** 472,479 **** > m_freem(m); > =20 > freectl: > - if (optp =3D=3D &opt && optp->ip6po_rthdr && = optp->ip6po_route.ro_rt) > - RTFREE(optp->ip6po_route.ro_rt); > if (control) { > if (optp =3D=3D &opt) > ip6_clearpktopts(optp, 0, -1); > --- 472,477 ---- >=20 > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-net" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Tue Aug 7 21:42:40 2001 Delivered-To: freebsd-net@freebsd.org Received: from diamond.ellwood.org (topaz.ellwood.org [64.4.141.88]) by hub.freebsd.org (Postfix) with ESMTP id 288C237B406 for ; Tue, 7 Aug 2001 21:42:38 -0700 (PDT) (envelope-from chris@ellwood.org) Received: by diamond.ellwood.org (MailServer, from userid 1000) id D2D6A1F83; Tue, 7 Aug 2001 21:42:22 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by diamond.ellwood.org (MailServer) with ESMTP id C4F285D7E; Tue, 7 Aug 2001 21:42:22 -0700 (PDT) Date: Tue, 7 Aug 2001 21:42:22 -0700 (PDT) From: Christopher Ellwood X-X-Sender: To: Subject: Problem with Code Red II and HTTP Accept Filtering Message-ID: <20010807213844.N672-100000@diamond> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The Code Red II worm seems to have a negative impact on FreeBSD machines with HTTP Accept Filtering enabled either statically in the kernel or via modules. The man page for accf_http states that: It prevents the application from receiving the connected descriptor via accept() until either a full HTTP/1.0 or HTTP/1.1 HEAD or GET request has been buffered by the kernel. What seems to be happening is Code Red II sends its 3.8K malformed request, but the accept filter doesn't recognize this request as being completed. So the connection sits in the established state with 3818 bytes in the Receive Queue as shown in the following netstat: Proto Recv-Q Send-Q Local Address Foreign Address (state) tcp4 3818 0 10.1.1.1.80 64.1.1.1.2932 ESTABLISHED If you get enough of these (about 20-30 on a machine with NMBCLUSTERS set to 1024), your mbuf cluster pool becomes exhausted and network transactions begin to fail. This inadvertent side affect of the Code Red worm suggests that it would also be relatively easy to launch a denial of service attack against a machine with HTTP accept filtering. This was observed on FreeBSD 4.3-RELEASE machine running both Apache 1.3.19 and 1.3.20. Regards, - Christopher Ellwood Network Security Consultant To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Tue Aug 7 21:57:49 2001 Delivered-To: freebsd-net@freebsd.org Received: from elvis.mu.org (elvis.mu.org [216.33.66.196]) by hub.freebsd.org (Postfix) with ESMTP id 6BD0737B401 for ; Tue, 7 Aug 2001 21:57:44 -0700 (PDT) (envelope-from bright@elvis.mu.org) Received: by elvis.mu.org (Postfix, from userid 1192) id 815B681D05; Tue, 7 Aug 2001 23:57:44 -0500 (CDT) Date: Tue, 7 Aug 2001 23:57:44 -0500 From: Alfred Perlstein To: Christopher Ellwood Cc: freebsd-net@freebsd.org Subject: Re: Problem with Code Red II and HTTP Accept Filtering Message-ID: <20010807235744.A85642@elvis.mu.org> References: <20010807213844.N672-100000@diamond> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010807213844.N672-100000@diamond>; from chris+freebsd-net@silicon.net on Tue, Aug 07, 2001 at 09:42:22PM -0700 Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org * Christopher Ellwood [010807 23:42] wrote: > The Code Red II worm seems to have a negative impact on FreeBSD machines > with HTTP Accept Filtering enabled either statically in the kernel or via > modules. > > The man page for accf_http states that: > > It prevents the application from receiving the connected descriptor via > accept() until either a full HTTP/1.0 or HTTP/1.1 HEAD or GET request has > been buffered by the kernel. > > What seems to be happening is Code Red II sends its 3.8K malformed > request, but the accept filter doesn't recognize this request as being > completed. So the connection sits in the established state with 3818 > bytes in the Receive Queue as shown in the following netstat: > > Proto Recv-Q Send-Q Local Address Foreign Address (state) > tcp4 3818 0 10.1.1.1.80 64.1.1.1.2932 ESTABLISHED > > If you get enough of these (about 20-30 on a machine with NMBCLUSTERS set > to 1024), your mbuf cluster pool becomes exhausted and network > transactions begin to fail. > > This inadvertent side affect of the Code Red worm suggests that it would > also be relatively easy to launch a denial of service attack against a > machine with HTTP accept filtering. > > This was observed on FreeBSD 4.3-RELEASE machine running both Apache > 1.3.19 and 1.3.20. This is somewhat true, however your machine seems to be configured quite poorly. Having a low amount of NMBCLUSTERS (1024) and at the same time keeping an unbounded (or at least large) listen queue (listen(fd,-1)) is not advised, especially when you are using accept filters. -- -Alfred Perlstein [alfred@freebsd.org] Ok, who wrote this damn function called '??'? And why do my programs keep crashing in it? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Tue Aug 7 22:18:21 2001 Delivered-To: freebsd-net@freebsd.org Received: from mail.viasoft.com.cn (unknown [61.153.1.177]) by hub.freebsd.org (Postfix) with ESMTP id 4806037B405 for ; Tue, 7 Aug 2001 22:18:13 -0700 (PDT) (envelope-from bsddiy@163.net) Received: from William ([192.168.1.98]) by mail.viasoft.com.cn (8.9.3/8.9.3) with SMTP id NAA07693; Wed, 8 Aug 2001 13:20:44 +0800 Message-ID: <004401c11fc9$25a08950$6201a8c0@William> From: "David Xu" To: "Christopher Ellwood" , References: <20010807213844.N672-100000@diamond> Subject: Re: Problem with Code Red II and HTTP Accept Filtering Date: Wed, 8 Aug 2001 13:15:31 +0800 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6700 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org my opinion is don't use accept filter, it can become DOS attack target. sending a big http header and don't complete it, it does not let apache = know a connection=20 is already made and there is no timeout counter like which in Apache = server. using an accept filter can not get so much benifit. -- David Xu ----- Original Message -----=20 From: "Christopher Ellwood" To: Sent: Wednesday, August 08, 2001 12:42 PM Subject: Problem with Code Red II and HTTP Accept Filtering > The Code Red II worm seems to have a negative impact on FreeBSD = machines > with HTTP Accept Filtering enabled either statically in the kernel or = via > modules. >=20 > The man page for accf_http states that: >=20 > It prevents the application from receiving the connected = descriptor via > accept() until either a full HTTP/1.0 or HTTP/1.1 HEAD or GET = request has > been buffered by the kernel. >=20 > What seems to be happening is Code Red II sends its 3.8K malformed > request, but the accept filter doesn't recognize this request as being > completed. So the connection sits in the established state with 3818 > bytes in the Receive Queue as shown in the following netstat: >=20 > Proto Recv-Q Send-Q Local Address Foreign Address = (state) > tcp4 3818 0 10.1.1.1.80 64.1.1.1.2932 = ESTABLISHED >=20 > If you get enough of these (about 20-30 on a machine with NMBCLUSTERS = set > to 1024), your mbuf cluster pool becomes exhausted and network > transactions begin to fail. >=20 > This inadvertent side affect of the Code Red worm suggests that it = would > also be relatively easy to launch a denial of service attack against a > machine with HTTP accept filtering. >=20 > This was observed on FreeBSD 4.3-RELEASE machine running both Apache > 1.3.19 and 1.3.20. >=20 > Regards, >=20 > - Christopher Ellwood > Network Security Consultant >=20 >=20 > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-net" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Tue Aug 7 22:41:34 2001 Delivered-To: freebsd-net@freebsd.org Received: from diamond.ellwood.org (topaz.ellwood.org [64.4.141.88]) by hub.freebsd.org (Postfix) with ESMTP id 6667737B405 for ; Tue, 7 Aug 2001 22:41:32 -0700 (PDT) (envelope-from chris@ellwood.org) Received: by diamond.ellwood.org (MailServer, from userid 1000) id 2A9921F83; Tue, 7 Aug 2001 22:41:31 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by diamond.ellwood.org (MailServer) with ESMTP id 1BD695D7E; Tue, 7 Aug 2001 22:41:31 -0700 (PDT) Date: Tue, 7 Aug 2001 22:41:31 -0700 (PDT) From: Christopher Ellwood X-X-Sender: To: Alfred Perlstein Cc: Subject: Re: Problem with Code Red II and HTTP Accept Filtering In-Reply-To: <20010807235744.A85642@elvis.mu.org> Message-ID: <20010807223158.F672-100000@diamond> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Tue, 7 Aug 2001, Alfred Perlstein wrote: > This is somewhat true, however your machine seems to be configured > quite poorly. > > Having a low amount of NMBCLUSTERS (1024) and at the same time keeping > an unbounded (or at least large) listen queue (listen(fd,-1)) is > not advised, especially when you are using accept filters. Yes, I agree that this machine was configured poorly to be a production web server. However, this machine was just used for testing and if it wasn't for Code Red scans would have practically no http traffic. I realize that most people would not be running accept filters on a low traffic test machine, but regardless, I though a mention of the problem would be warranted in case anyone else ran into this problem and was unsure of the cause. Regards, - Christopher Ellwood To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Tue Aug 7 23: 0:45 2001 Delivered-To: freebsd-net@freebsd.org Received: from InterJet.elischer.org (c421509-a.pinol1.sfba.home.com [24.7.86.9]) by hub.freebsd.org (Postfix) with ESMTP id 7AFE937B405 for ; Tue, 7 Aug 2001 23:00:41 -0700 (PDT) (envelope-from julian@elischer.org) Received: from elischer.org (InterJet.elischer.org [192.168.1.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id BAA73637; Wed, 8 Aug 2001 01:02:58 -0700 (PDT) Message-ID: <3B70D073.F0063D9@elischer.org> Date: Tue, 07 Aug 2001 22:38:59 -0700 From: Julian Elischer X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 5.0-CURRENT i386) X-Accept-Language: en, hu MIME-Version: 1.0 To: Christopher Ellwood Cc: Alfred Perlstein , freebsd-net@freebsd.org Subject: Re: Problem with Code Red II and HTTP Accept Filtering References: <20010807223158.F672-100000@diamond> Content-Type: text/plain; charset=iso-8859-2 Content-Transfer-Encoding: 7bit Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Christopher Ellwood wrote: > > On Tue, 7 Aug 2001, Alfred Perlstein wrote: > > > This is somewhat true, however your machine seems to be configured > > quite poorly. > > > > Having a low amount of NMBCLUSTERS (1024) and at the same time keeping > > an unbounded (or at least large) listen queue (listen(fd,-1)) is > > not advised, especially when you are using accept filters. > > Yes, I agree that this machine was configured poorly to be a production > web server. However, this machine was just used for testing and if it > wasn't for Code Red scans would have practically no http traffic. I > realize that most people would not be running accept filters on a low > traffic test machine, but regardless, I though a mention of the problem > would be warranted in case anyone else ran into this problem and was > unsure of the cause. despite the comments, we are apreciative of the 'heads up'... it's useful info to keep in the back of our minds.. > > Regards, > > - Christopher Ellwood > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-net" in the body of the message -- +------------------------------------+ ______ _ __ | __--_|\ Julian Elischer | \ U \/ / hard at work in | / \ julian@elischer.org +------>x USA \ a very strange | ( OZ ) \___ ___ | country ! +- X_.---._/ presently in San Francisco \_/ \\ v To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Aug 8 0:11:56 2001 Delivered-To: freebsd-net@freebsd.org Received: from elvis.mu.org (elvis.mu.org [216.33.66.196]) by hub.freebsd.org (Postfix) with ESMTP id E845437B405 for ; Wed, 8 Aug 2001 00:11:54 -0700 (PDT) (envelope-from billf@elvis.mu.org) Received: by elvis.mu.org (Postfix, from userid 1098) id 9FF0C81D01; Wed, 8 Aug 2001 02:11:44 -0500 (CDT) Date: Wed, 8 Aug 2001 02:11:44 -0500 From: Bill Fumerola To: David Xu Cc: Christopher Ellwood , freebsd-net@freebsd.org Subject: Re: Problem with Code Red II and HTTP Accept Filtering Message-ID: <20010808021144.D2759@elvis.mu.org> References: <20010807213844.N672-100000@diamond> <004401c11fc9$25a08950$6201a8c0@William> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <004401c11fc9$25a08950$6201a8c0@William>; from bsddiy@163.net on Wed, Aug 08, 2001 at 01:15:31PM +0800 X-Operating-System: FreeBSD 4.3-FEARSOME-20010712 i386 Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Wed, Aug 08, 2001 at 01:15:31PM +0800, David Xu wrote: > my opinion is don't use accept filter, it can become DOS attack target. > sending a big http header and don't complete it, it does not let apache know a connection > is already made and there is no timeout counter like which in Apache server. > using an accept filter can not get so much benifit. you don't run high performance, high load web servers. if you did, you might actually understand the problem (spending too many cycles checking for connections v. actually dealing with the connections). there most certainly is a timeout counter, its the same one the rest of the connections in the listen queue use. if you feel that there are deficiencies in the listen queue drop methods (see sodropablereq()) then feel free to submit a patch or two. if you feel that the http accept filter is too heavy handed an approach, you may also use the data-ready accept filter (assuming you actually have a webserver and this isn't actually another troll). -- Bill Fumerola / billf@FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Aug 8 0:52:48 2001 Delivered-To: freebsd-net@freebsd.org Received: from yuggoth.bc.hsia.telus.net (akgc4208y47zh.bc.hsia.telus.net [216.232.140.92]) by hub.freebsd.org (Postfix) with ESMTP id 2265037B403 for ; Wed, 8 Aug 2001 00:52:44 -0700 (PDT) (envelope-from sdpullara@telus.net) Received: from telus.net (localhost [127.0.0.1]) by yuggoth.bc.hsia.telus.net (8.11.3/8.11.3) with ESMTP id f787tps00962 for ; Wed, 8 Aug 2001 00:55:51 -0700 (PDT) (envelope-from sdpullara@telus.net) Message-Id: <200108080755.f787tps00962@yuggoth.bc.hsia.telus.net> To: freebsd-net@FreeBSD.ORG Subject: no DSN oddness Date: Wed, 08 Aug 2001 00:55:51 -0700 From: "S. David Pullara" Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Excuse me if this is sounds very lame; I'm sorely lacking in networking knowledge. I've the pleasure (misfortune?) of having an ADSL connection and I've noticed that when the ISP's DNS is down, sendmail doesn't seem to startup. (same goes for fetchmail, but that might be because I have it trying to access the mailbox using a domain name) This last time it happened I couldn't even start up X. Is there a simple answer to this, based on what I've given so far? david To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Aug 8 2:19:48 2001 Delivered-To: freebsd-net@freebsd.org Received: from amsfep16-int.chello.nl (unknown [213.46.243.25]) by hub.freebsd.org (Postfix) with ESMTP id 11BC137B429 for ; Wed, 8 Aug 2001 02:19:43 -0700 (PDT) (envelope-from asmodai@wxs.nl) Received: from daemon.chronias.ninth-circle.org ([62.163.96.180]) by amsfep16-int.chello.nl (InterMail vM.5.01.03.06 201-253-122-118-106-20010523) with ESMTP id <20010808091641.IZWL2039.amsfep16-int.chello.nl@daemon.chronias.ninth-circle.org>; Wed, 8 Aug 2001 11:16:41 +0200 Received: (from asmodai@localhost) by daemon.chronias.ninth-circle.org (8.11.3/8.11.3) id f789Jcp27411; Wed, 8 Aug 2001 11:19:38 +0200 (CEST) (envelope-from asmodai) Date: Wed, 8 Aug 2001 11:19:37 +0200 From: Jeroen Ruigrok/Asmodai To: Makoto MATSUSHITA Cc: net@FreeBSD.org Subject: Re: BIND 8.2.4, dynamic DNS feature is broken Message-ID: <20010808111937.O2937@daemon.ninth-circle.org> References: <20010806141200P.matusita@jp.FreeBSD.org> <20010806182532Z.matusita@jp.FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20010806182532Z.matusita@jp.FreeBSD.org> User-Agent: Mutt/1.3.19i Organisation: Ninth-Circle Enterprises Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org -On [20010806 11:30], Makoto MATSUSHITA (matusita@jp.FreeBSD.org) wrote: > >matusita> 1) nsupdate can't read keyfile > >I've got a reply from bind-bugs@isc.org that this is a bug[1] in >8.2.4; current 8.2.5-T1A and 8.3.0-T1A is already fixed. I hope to import a fix today, taken from the above release. Are you willing to test patches so I can safely MFC this faster, since you have an environment in which you can trigger this? -- Jeroen Ruigrok van der Werven/Asmodai asmodai@[wxs.nl|freebsd.org|xmach.org] Documentation nutter/C-rated Coder, finger asmodai@ninth-circle.dnsalias.net http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/ I succeed him; no one could replace him... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Aug 8 7:29:47 2001 Delivered-To: freebsd-net@freebsd.org Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by hub.freebsd.org (Postfix) with ESMTP id 2194537B40A for ; Wed, 8 Aug 2001 07:29:45 -0700 (PDT) (envelope-from mike@sentex.net) Received: from simoeon.sentex.net (pyroxene.sentex.ca [199.212.134.18]) by smtp1.sentex.ca (8.11.2/8.11.1) with ESMTP id f78ETib41261 for ; Wed, 8 Aug 2001 10:29:44 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <5.1.0.14.0.20010808101139.0277e010@marble.sentex.ca> X-Sender: mdtpop@marble.sentex.ca X-Mailer: QUALCOMM Windows Eudora Version 5.1 Date: Wed, 08 Aug 2001 10:22:22 -0400 To: freebsd-net@freebsd.org From: Mike Tancsa Subject: gif MTU of 1280 ? Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Just wondering, is there a reason why the MTU of the gif interface defaults to 1280 ? Why not 1500 ? ---Mike To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Aug 8 8:55:48 2001 Delivered-To: freebsd-net@freebsd.org Received: from updraft.jp.freebsd.org (updraft.jp.FreeBSD.ORG [210.157.158.42]) by hub.freebsd.org (Postfix) with ESMTP id CC81937B416 for ; Wed, 8 Aug 2001 08:55:43 -0700 (PDT) (envelope-from matusita@jp.FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) by updraft.jp.freebsd.org (8.11.3+3.4W/8.11.3) with ESMTP/inet id f78Ftba10654; Thu, 9 Aug 2001 00:55:37 +0900 (JST) (envelope-from matusita@jp.FreeBSD.org) Cc: net@FreeBSD.org In-Reply-To: <20010808111937.O2937@daemon.ninth-circle.org> References: <20010806141200P.matusita@jp.FreeBSD.org> <20010806182532Z.matusita@jp.FreeBSD.org> <20010808111937.O2937@daemon.ninth-circle.org> X-Face: '*aj"d@ijeQ:/X}]oM5c5Uz{ZZZk90WPt>a^y4$cGQp8:!H\W=hSM;PuNiidkc]/%,;6VGu e+`&APmz|P;F~OL/QK%;P2vU>\j4X.8@i%j6[%DTs_3J,Fff0)*oHg$A.cDm&jc#pD24WK@{,"Ef!0 P\):.2}8jo-BiZ?X&t$V X-User-Agent: Mew/1.94.2 XEmacs/21.5 (alfalfa) X-FaceAnim: (-O_O-)(O_O- )(_O- )(O- )(- -)( -O)( -O_)( -O_O)(-O_O-) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Dispatcher: imput version 20000228(IM140) Lines: 10 From: Makoto MATSUSHITA To: asmodai@wxs.nl Subject: Re: BIND 8.2.4, dynamic DNS feature is broken Date: Thu, 09 Aug 2001 00:55:25 +0900 Message-Id: <20010809005525X.matusita@jp.FreeBSD.org> Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org asmodai> Are you willing to test patches so I can safely MFC this asmodai> faster, since you have an environment in which you can asmodai> trigger this? OK I will. I'm running both recent 5-current and old 4-stable plus security patches. -- - Makoto `MAR' MATSUSHITA To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Aug 8 9:15:19 2001 Delivered-To: freebsd-net@freebsd.org Received: from amsfep12-int.chello.nl (unknown [213.46.243.17]) by hub.freebsd.org (Postfix) with ESMTP id BFCE637B403 for ; Wed, 8 Aug 2001 09:15:11 -0700 (PDT) (envelope-from asmodai@wxs.nl) Received: from daemon.chronias.ninth-circle.org ([62.163.96.180]) by amsfep12-int.chello.nl (InterMail vM.5.01.03.06 201-253-122-118-106-20010523) with ESMTP id <20010808161218.WOER7460.amsfep12-int.chello.nl@daemon.chronias.ninth-circle.org>; Wed, 8 Aug 2001 18:12:18 +0200 Received: (from asmodai@localhost) by daemon.chronias.ninth-circle.org (8.11.3/8.11.3) id f78GEsc30656; Wed, 8 Aug 2001 18:14:55 +0200 (CEST) (envelope-from asmodai) Date: Wed, 8 Aug 2001 18:14:54 +0200 From: Jeroen Ruigrok/Asmodai To: Mike Tancsa Cc: freebsd-net@freebsd.org Subject: Re: gif MTU of 1280 ? Message-ID: <20010808181454.Q2937@daemon.ninth-circle.org> References: <5.1.0.14.0.20010808101139.0277e010@marble.sentex.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5.1.0.14.0.20010808101139.0277e010@marble.sentex.ca> User-Agent: Mutt/1.3.19i Organisation: Ninth-Circle Enterprises Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org -On [20010808 16:30], Mike Tancsa (mike@sentex.net) wrote: > >Just wondering, is there a reason why the MTU of the gif interface defaults >to 1280 ? Why not 1500 ? Per RFC2460: "IPv6 requires that every link in the internet have an MTU of 1280 octets or greater. On any link that cannot convey a 1280-octet packet in one piece, link-specific fragmentation and reassembly must be provided at a layer below IPv6. Links that have a configurable MTU (for example, PPP links [RFC1661]) must be configured to have an MTU of at least 1280 octets; it is recommended that they be configured with an MTU of 1500 octets or greater, to accommodate possible encapsulations (i.e., tunneling) without incurring IPv6-layer fragmentation." Actually I am wondering about it now myself. X.25 is one of the few link layer protocols left which has a MTU < 1500 (aside from 802.3's 1492). Maybe some IPv6 guru is able to shed some light? -- Jeroen Ruigrok van der Werven/Asmodai asmodai@[wxs.nl|freebsd.org|xmach.org] Documentation nutter/C-rated Coder, finger asmodai@ninth-circle.dnsalias.net http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/ Light-in-Darkness, lift me up from here... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Aug 8 9:21:33 2001 Delivered-To: freebsd-net@freebsd.org Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by hub.freebsd.org (Postfix) with ESMTP id D8D3937B415 for ; Wed, 8 Aug 2001 09:21:25 -0700 (PDT) (envelope-from mike@sentex.net) Received: from simoeon.sentex.net (pyroxene.sentex.ca [199.212.134.18]) by smtp1.sentex.ca (8.11.2/8.11.1) with ESMTP id f78GLO657368; Wed, 8 Aug 2001 12:21:24 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <5.1.0.14.0.20010808121005.04473600@marble.sentex.ca> X-Sender: mdtpop@marble.sentex.ca X-Mailer: QUALCOMM Windows Eudora Version 5.1 Date: Wed, 08 Aug 2001 12:15:10 -0400 To: Jeroen Ruigrok/Asmodai From: Mike Tancsa Subject: Re: gif MTU of 1280 ? Cc: freebsd-net@freebsd.org In-Reply-To: <20010808181454.Q2937@daemon.ninth-circle.org> References: <5.1.0.14.0.20010808101139.0277e010@marble.sentex.ca> <5.1.0.14.0.20010808101139.0277e010@marble.sentex.ca> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Thanks for the clarification. I just had a read of the man pages as well and there is mention of that too. I guess the question I am left with is that can I safely set the MTU to 1500 if I am using it to tunnel IPV4 traffic only, and in another case, IPV4 and IPSEC traffic. When using 1280 in a strict tunnel mode, I have problems with large packets from certain sites. Broken PMTU somewhere ? Not sure, but setting the MTU to 1500 seemed to fix it. ---Mike At 06:14 PM 8/8/01 +0200, Jeroen Ruigrok/Asmodai wrote: >-On [20010808 16:30], Mike Tancsa (mike@sentex.net) wrote: > > > >Just wondering, is there a reason why the MTU of the gif interface defaults > >to 1280 ? Why not 1500 ? > >Per RFC2460: > >"IPv6 requires that every link in the internet have an MTU of 1280 >octets or greater. On any link that cannot convey a 1280-octet packet >in one piece, link-specific fragmentation and reassembly must be >provided at a layer below IPv6. > >Links that have a configurable MTU (for example, PPP links [RFC1661]) >must be configured to have an MTU of at least 1280 octets; it is >recommended that they be configured with an MTU of 1500 octets or >greater, to accommodate possible encapsulations (i.e., tunneling) >without incurring IPv6-layer fragmentation." > >Actually I am wondering about it now myself. X.25 is one of the few >link layer protocols left which has a MTU < 1500 (aside from 802.3's >1492). > >Maybe some IPv6 guru is able to shed some light? > >-- >Jeroen Ruigrok van der Werven/Asmodai asmodai@[wxs.nl|freebsd.org|xmach.org] >Documentation nutter/C-rated Coder, finger asmodai@ninth-circle.dnsalias.net >http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/ >Light-in-Darkness, lift me up from here... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Aug 8 10:19:29 2001 Delivered-To: freebsd-net@freebsd.org Received: from amsfep15-int.chello.nl (unknown [213.46.243.27]) by hub.freebsd.org (Postfix) with ESMTP id 600A237B403 for ; Wed, 8 Aug 2001 10:19:25 -0700 (PDT) (envelope-from asmodai@wxs.nl) Received: from daemon.chronias.ninth-circle.org ([62.163.96.180]) by amsfep15-int.chello.nl (InterMail vM.5.01.03.06 201-253-122-118-106-20010523) with ESMTP id <20010808171633.YAKO11195.amsfep15-int.chello.nl@daemon.chronias.ninth-circle.org>; Wed, 8 Aug 2001 19:16:33 +0200 Received: (from asmodai@localhost) by daemon.chronias.ninth-circle.org (8.11.3/8.11.3) id f78HJ4s31306; Wed, 8 Aug 2001 19:19:04 +0200 (CEST) (envelope-from asmodai) Date: Wed, 8 Aug 2001 19:19:04 +0200 From: Jeroen Ruigrok/Asmodai To: Mike Tancsa Cc: freebsd-net@freebsd.org Subject: Re: gif MTU of 1280 ? Message-ID: <20010808191904.R2937@daemon.ninth-circle.org> References: <5.1.0.14.0.20010808101139.0277e010@marble.sentex.ca> <5.1.0.14.0.20010808101139.0277e010@marble.sentex.ca> <5.1.0.14.0.20010808121005.04473600@marble.sentex.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5.1.0.14.0.20010808121005.04473600@marble.sentex.ca> User-Agent: Mutt/1.3.19i Organisation: Ninth-Circle Enterprises Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org -On [20010808 18:51], Mike Tancsa (mike@sentex.net) wrote: > >Thanks for the clarification. I just had a read of the man pages as well >and there is mention of that too. I guess the question I am left with is >that can I safely set the MTU to 1500 if I am using it to tunnel IPV4 >traffic only, and in another case, IPV4 and IPSEC traffic. When using 1280 >in a strict tunnel mode, I have problems with large packets from certain >sites. Broken PMTU somewhere ? Not sure, but setting the MTU to 1500 >seemed to fix it. What I understand is that using a MTU of 1280 guarantees no IPv6 fragmentation since it is the minimum supported. Of course, if a link cannot accomodate the MTU it must fragment at a layer below the IPv6 layer, but it will not be fragmented on the IPv6 layer itself. Of course, like the RFC says: "[...]; it is recommended that they be configured with an MTU of 1500 octets or greater, to accommodate possible encapsulations (i.e., tunneling) without incurring IPv6-layer fragmentation." So it seems that the IPv6 fragmenting is causing problems of some sort. My best guess at least. :) -- Jeroen Ruigrok van der Werven/Asmodai asmodai@[wxs.nl|freebsd.org|xmach.org] Documentation nutter/C-rated Coder, finger asmodai@ninth-circle.dnsalias.net http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/ Teaching should be such that what is offered is perceived as a valuable gift and not as a hard duty... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Aug 8 10:25:42 2001 Delivered-To: freebsd-net@freebsd.org Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by hub.freebsd.org (Postfix) with ESMTP id 7931537B401 for ; Wed, 8 Aug 2001 10:25:35 -0700 (PDT) (envelope-from brdavis@odin.ac.hmc.edu) Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.11.0/8.11.0) id f78HPXN06063; Wed, 8 Aug 2001 10:25:33 -0700 Date: Wed, 8 Aug 2001 10:25:33 -0700 From: Brooks Davis To: Mike Tancsa Cc: freebsd-net@FreeBSD.ORG Subject: Re: gif MTU of 1280 ? Message-ID: <20010808102533.A31154@Odin.AC.HMC.Edu> References: <5.1.0.14.0.20010808101139.0277e010@marble.sentex.ca> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="/9DWx/yDrRhgMJTb" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <5.1.0.14.0.20010808101139.0277e010@marble.sentex.ca>; from mike@sentex.net on Wed, Aug 08, 2001 at 10:22:22AM -0400 Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org --/9DWx/yDrRhgMJTb Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Aug 08, 2001 at 10:22:22AM -0400, Mike Tancsa wrote: >=20 > Just wondering, is there a reason why the MTU of the gif interface defaul= ts=20 > to 1280 ? Why not 1500 ? It can't be 1500 because the tunneling protocol is designed to use an MTU which insures that packets don't get fragmented (except in one weird edge case.) Since there is a wrapping IP header, the MTU of an IP over IP tunnel can be no more then 1480 in the common case. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --/9DWx/yDrRhgMJTb Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE7cXYNXY6L6fI4GtQRAsKAAKDNio2kyiD++B0keBX+/KScYqy9RgCghkXJ 4Sdc/wa10ivwIzaxqhk97Uo= =Fj8L -----END PGP SIGNATURE----- --/9DWx/yDrRhgMJTb-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Aug 8 10:40:31 2001 Delivered-To: freebsd-net@freebsd.org Received: from web20009.mail.yahoo.com (web20009.mail.yahoo.com [216.136.225.72]) by hub.freebsd.org (Postfix) with SMTP id 0F84337B403 for ; Wed, 8 Aug 2001 10:40:29 -0700 (PDT) (envelope-from guangruifu@yahoo.com) Message-ID: <20010808174028.22395.qmail@web20009.mail.yahoo.com> Received: from [216.98.102.225] by web20009.mail.yahoo.com; Wed, 08 Aug 2001 10:40:28 PDT Date: Wed, 8 Aug 2001 10:40:28 -0700 (PDT) From: Guangrui Fu Subject: replay packet To: freebsd-net@freebsd.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="0-1616436452-997292428=:19878" Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org --0-1616436452-997292428=:19878 Content-Type: text/plain; charset=us-ascii Hi, Is there anyone know any software which can catch all the packets over the network (like tcpdump) and replay selectived ones to the network again? I hopet there is some hacking tool can do these on freebsd. Hope someone can help me out, thanks in advance! G. --------------------------------- Do You Yahoo!? Make international calls for as low as $.04/minute with Yahoo! Messenger http://phonecard.yahoo.com/ --0-1616436452-997292428=:19878 Content-Type: text/html; charset=us-ascii

Hi,

Is there anyone know any software which can catch all the packets over the network (like tcpdump) and replay selectived ones to the network again? I hopet there is some hacking tool can do these on freebsd.

Hope someone can help me out, thanks in advance!

G.



Do You Yahoo!?
Make international calls for as low as $.04/minute with Yahoo! Messenger
http://phonecard.yahoo.com/ --0-1616436452-997292428=:19878-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Aug 8 11:27: 0 2001 Delivered-To: freebsd-net@freebsd.org Received: from chrobd01.vailsys.com (chrobd01.vailsys.com [63.210.102.138]) by hub.freebsd.org (Postfix) with ESMTP id 8BED537B40E for ; Wed, 8 Aug 2001 11:26:58 -0700 (PDT) (envelope-from hal@vailsys.com) Received: from area51.vail (area51.vail [192.168.129.30]) by chrobd01.vailsys.com (Postfix) with ESMTP id 2E9A94974 for ; Wed, 8 Aug 2001 13:26:58 -0500 (CDT) Received: from ghidra.vail (ghidra.vail [192.168.129.44]) by area51.vail (8.9.3/8.9.3) with ESMTP id NAA06682 for ; Wed, 8 Aug 2001 13:26:58 -0500 (CDT) (envelope-from hal@vailsys.com) Received: by ghidra.vail (Postfix, from userid 1000) id 95D4F66ABB; Wed, 8 Aug 2001 13:26:57 -0500 (CDT) To: freebsd-net@freebsd.org Subject: Re: gif MTU of 1280 ? References: <5.1.0.14.0.20010808101139.0277e010@marble.sentex.ca> <5.1.0.14.0.20010808101139.0277e010@marble.sentex.ca> <5.1.0.14.0.20010808121005.04473600@marble.sentex.ca> From: Hal Snyder Date: 08 Aug 2001 13:26:57 -0500 In-Reply-To: <5.1.0.14.0.20010808121005.04473600@marble.sentex.ca> Message-ID: <87wv4etnke.fsf@ghidra.vail> Lines: 10 User-Agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.1 (Canyonlands) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Mike Tancsa writes: > When using 1280 in a strict tunnel mode, I have problems with large > packets from certain sites. Broken PMTU somewhere ? Not sure, but > setting the MTU to 1500 seemed to fix it. See rfc2923, if you haven't already. (I have seen problems if a router caches a path with shorter MTU - say 1280 - than what the interface is configured with - say 1500 - but that was on netbsd - posted on tech-net early this month). To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Aug 8 12:43:53 2001 Delivered-To: freebsd-net@freebsd.org Received: from starfruit.itojun.org (host217-33-137-35.ietf.ignite.net [217.33.137.35]) by hub.freebsd.org (Postfix) with ESMTP id 3367637B406 for ; Wed, 8 Aug 2001 12:43:45 -0700 (PDT) (envelope-from itojun@itojun.org) Received: from itojun.org (localhost [127.0.0.1]) by starfruit.itojun.org (Postfix) with ESMTP id D1B9E7BB; Thu, 9 Aug 2001 04:43:25 +0900 (JST) To: Jeroen Ruigrok/Asmodai Cc: Mike Tancsa , freebsd-net@freebsd.org In-reply-to: asmodai's message of Wed, 08 Aug 2001 18:14:54 +0200. <20010808181454.Q2937@daemon.ninth-circle.org> X-Template-Reply-To: itojun@itojun.org X-Template-Return-Receipt-To: itojun@itojun.org X-PGP-Fingerprint: F8 24 B4 2C 8C 98 57 FD 90 5F B4 60 79 54 16 E2 Subject: Re: gif MTU of 1280 ? From: Jun-ichiro itojun Hagino Date: Thu, 09 Aug 2001 04:43:25 +0900 Message-Id: <20010808194325.D1B9E7BB@starfruit.itojun.org> Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >Actually I am wondering about it now myself. X.25 is one of the few >link layer protocols left which has a MTU < 1500 (aside from 802.3's >1492). > >Maybe some IPv6 guru is able to shed some light? we picked 1280 because it is the IPv6 minimum link MTU, and would liked to torture-test IPv6 stack with gif (configured as IPv6-over-IPv4 tunnel). for other usage, you may want to SIOCSIFMTU, or whatever. at this moment gif(4) does not keep track of the path MTU discovered for the outer header. this is because, IP protocol (at least both v4/v6) does not cope well with L2 that changes MTU too frequently. (therefore, gif MTU should better be statically defined) as others noted, if you set gif MTU to 1500, then you will see a lot of fragmented packet exchanges (= poor performance). if you use IPv4 as the outer header, MTU <= 1480 avoids fragmentation and more performant. as 1280 <= 1480, we avoid fragmentation with the current default configuration. itojun To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Aug 8 12:58:22 2001 Delivered-To: freebsd-net@freebsd.org Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by hub.freebsd.org (Postfix) with ESMTP id 5693B37B411 for ; Wed, 8 Aug 2001 12:58:13 -0700 (PDT) (envelope-from mike@sentex.net) Received: from simoeon.sentex.net (pyroxene.sentex.ca [199.212.134.18]) by smtp1.sentex.ca (8.11.2/8.11.1) with ESMTP id f78Jw3688741; Wed, 8 Aug 2001 15:58:03 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <5.1.0.14.0.20010808155054.04d25380@marble.sentex.ca> X-Sender: mdtpop@marble.sentex.ca X-Mailer: QUALCOMM Windows Eudora Version 5.1 Date: Wed, 08 Aug 2001 15:51:49 -0400 To: Jun-ichiro itojun Hagino , Jeroen Ruigrok/Asmodai From: Mike Tancsa Subject: Re: gif MTU of 1280 ? Cc: freebsd-net@freebsd.org In-Reply-To: <20010808194325.D1B9E7BB@starfruit.itojun.org> References: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org At 04:43 AM 8/9/01 +0900, Jun-ichiro itojun Hagino wrote: > as others noted, if you set gif MTU to 1500, then you will see a lot > of fragmented packet exchanges (= poor performance). if you use > IPv4 as the outer header, MTU <= 1480 avoids fragmentation and > more performant. as 1280 <= 1480, we avoid fragmentation with the > current default configuration. If the Internal IPs are RFC 1918, will hinder PMTU ? Am I better off to use real ones on the inside ? ---Mike To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Aug 8 13:23:29 2001 Delivered-To: freebsd-net@freebsd.org Received: from starfruit.itojun.org (host217-33-137-35.ietf.ignite.net [217.33.137.35]) by hub.freebsd.org (Postfix) with ESMTP id 5E0AE37B410 for ; Wed, 8 Aug 2001 13:23:20 -0700 (PDT) (envelope-from itojun@itojun.org) Received: from itojun.org (localhost [127.0.0.1]) by starfruit.itojun.org (Postfix) with ESMTP id D20C77BB; Thu, 9 Aug 2001 05:22:47 +0900 (JST) To: Mike Tancsa Cc: Jeroen Ruigrok/Asmodai , freebsd-net@freebsd.org In-reply-to: mike's message of Wed, 08 Aug 2001 15:51:49 -0400. <5.1.0.14.0.20010808155054.04d25380@marble.sentex.ca> X-Template-Reply-To: itojun@itojun.org X-Template-Return-Receipt-To: itojun@itojun.org X-PGP-Fingerprint: F8 24 B4 2C 8C 98 57 FD 90 5F B4 60 79 54 16 E2 Subject: Re: gif MTU of 1280 ? From: Jun-ichiro itojun Hagino Date: Thu, 09 Aug 2001 05:22:47 +0900 Message-Id: <20010808202247.D20C77BB@starfruit.itojun.org> Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >> as others noted, if you set gif MTU to 1500, then you will see a lot >> of fragmented packet exchanges (= poor performance). if you use >> IPv4 as the outer header, MTU <= 1480 avoids fragmentation and >> more performant. as 1280 <= 1480, we avoid fragmentation with the >> current default configuration. >If the Internal IPs are RFC 1918, will hinder PMTU ? Am I better off to >use real ones on the inside ? private/global address doesn't change the situation at all. itojun To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Aug 8 13:25:23 2001 Delivered-To: freebsd-net@freebsd.org Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by hub.freebsd.org (Postfix) with ESMTP id 6097437B41A for ; Wed, 8 Aug 2001 13:25:15 -0700 (PDT) (envelope-from mike@sentex.net) Received: from simoeon.sentex.net (pyroxene.sentex.ca [199.212.134.18]) by smtp1.sentex.ca (8.11.2/8.11.1) with ESMTP id f78KP8692694; Wed, 8 Aug 2001 16:25:08 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <5.1.0.14.0.20010808161744.0495abf0@marble.sentex.ca> X-Sender: mdtpop@marble.sentex.ca X-Mailer: QUALCOMM Windows Eudora Version 5.1 Date: Wed, 08 Aug 2001 16:18:53 -0400 To: Jun-ichiro itojun Hagino From: Mike Tancsa Subject: Re: gif MTU of 1280 ? Cc: Jeroen Ruigrok/Asmodai , freebsd-net@freebsd.org In-Reply-To: <20010808202247.D20C77BB@starfruit.itojun.org> References: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org But where would the PMTU source address come from ? If someone is rejecting all RFC 1918 space at their border, if a ICMP message originates with such source address, would this not be problematic ? ---Mike At 05:22 AM 8/9/01 +0900, Jun-ichiro itojun Hagino wrote: > private/global address doesn't change the situation at all. > >itojun To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Aug 8 13:27:32 2001 Delivered-To: freebsd-net@freebsd.org Received: from starfruit.itojun.org (host217-33-137-35.ietf.ignite.net [217.33.137.35]) by hub.freebsd.org (Postfix) with ESMTP id C15D437B419 for ; Wed, 8 Aug 2001 13:27:27 -0700 (PDT) (envelope-from itojun@itojun.org) Received: from itojun.org (localhost [127.0.0.1]) by starfruit.itojun.org (Postfix) with ESMTP id 893BF7BC; Thu, 9 Aug 2001 05:26:55 +0900 (JST) To: Mike Tancsa Cc: Jeroen Ruigrok/Asmodai , freebsd-net@freebsd.org In-reply-to: mike's message of Wed, 08 Aug 2001 16:18:53 -0400. <5.1.0.14.0.20010808161744.0495abf0@marble.sentex.ca> X-Template-Reply-To: itojun@itojun.org X-Template-Return-Receipt-To: itojun@itojun.org X-PGP-Fingerprint: F8 24 B4 2C 8C 98 57 FD 90 5F B4 60 79 54 16 E2 Subject: Re: gif MTU of 1280 ? From: Jun-ichiro itojun Hagino Date: Thu, 09 Aug 2001 05:26:55 +0900 Message-Id: <20010808202655.893BF7BC@starfruit.itojun.org> Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >But where would the PMTU source address come from ? If someone is rejecting >all RFC 1918 space at their border, if a ICMP message originates with such >source address, would this not be problematic ? I don't understand what you are trying to discuss. diagram please. itojun To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Aug 8 13:38:28 2001 Delivered-To: freebsd-net@freebsd.org Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by hub.freebsd.org (Postfix) with ESMTP id 7F75E37B401 for ; Wed, 8 Aug 2001 13:38:18 -0700 (PDT) (envelope-from mike@sentex.net) Received: from simoeon.sentex.net (pyroxene.sentex.ca [199.212.134.18]) by smtp1.sentex.ca (8.11.2/8.11.1) with ESMTP id f78KcG694670; Wed, 8 Aug 2001 16:38:16 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <5.1.0.14.0.20010808162550.0433abb0@marble.sentex.ca> X-Sender: mdtpop@marble.sentex.ca X-Mailer: QUALCOMM Windows Eudora Version 5.1 Date: Wed, 08 Aug 2001 16:32:01 -0400 To: Jun-ichiro itojun Hagino From: Mike Tancsa Subject: Re: gif MTU of 1280 ? Cc: freebsd-net@freebsd.org In-Reply-To: <20010808202655.893BF7BC@starfruit.itojun.org> References: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org At 05:26 AM 8/9/01 +0900, Jun-ichiro itojun Hagino wrote: > >But where would the PMTU source address come from ? If someone is rejecting > >all RFC 1918 space at their border, if a ICMP message originates with such > >source address, would this not be problematic ? > > I don't understand what you are trying to discuss. diagram please. > >itojun 172.16.1.1/24 <--> 10.0.0.1/30 - - - 10.0.0.2/30<--->192.168.1.1 With 192.168.1.1 and 172.16.1.1 being non RFC 1918 addresses in this example and the 10.0.0.1 IPs being the internal addresses. Lets say a machine (216.136.204.21 wants to get to 192.168.1.1, and it comes in via the public gateway 172.16.1.1. To get to 192.168.1.1, it must be fragmented. The question is, when the ICMP message is sent out, with what source address does the packet leave ? e.g. if 216.136.204.21 is configured to ignore all traffic from the RFC 1918 space, and the ICMP message goes out with a source address of 10.0.0.1 or 10.0.0.2, then 216.136.204.21 will never hear it. ---Mike To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Aug 8 13:47:54 2001 Delivered-To: freebsd-net@freebsd.org Received: from starfruit.itojun.org (host217-33-137-35.ietf.ignite.net [217.33.137.35]) by hub.freebsd.org (Postfix) with ESMTP id C0FA437B405 for ; Wed, 8 Aug 2001 13:47:50 -0700 (PDT) (envelope-from itojun@itojun.org) Received: from itojun.org (localhost [127.0.0.1]) by starfruit.itojun.org (Postfix) with ESMTP id 308547BA; Thu, 9 Aug 2001 05:47:09 +0900 (JST) To: Mike Tancsa Cc: freebsd-net@freebsd.org In-reply-to: mike's message of Wed, 08 Aug 2001 16:32:01 -0400. <5.1.0.14.0.20010808162550.0433abb0@marble.sentex.ca> X-Template-Reply-To: itojun@itojun.org X-Template-Return-Receipt-To: itojun@itojun.org X-PGP-Fingerprint: F8 24 B4 2C 8C 98 57 FD 90 5F B4 60 79 54 16 E2 Subject: Re: gif MTU of 1280 ? From: Jun-ichiro itojun Hagino Date: Thu, 09 Aug 2001 05:47:09 +0900 Message-Id: <20010808204709.308547BA@starfruit.itojun.org> Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >172.16.1.1/24 <--> 10.0.0.1/30 - - - 10.0.0.2/30<--->192.168.1.1 > >With 192.168.1.1 and 172.16.1.1 being non RFC 1918 addresses in this >example and the 10.0.0.1 IPs being the internal addresses. > >Lets say a machine (216.136.204.21 wants to get to 192.168.1.1, and it >comes in via the public gateway 172.16.1.1. To get to 192.168.1.1, it must >be fragmented. The question is, when the ICMP message is sent out, with >what source address does the packet leave ? e.g. if 216.136.204.21 is >configured to ignore all traffic from the RFC 1918 space, and the ICMP >message goes out with a source address of 10.0.0.1 or 10.0.0.2, then >216.136.204.21 will never hear it. i don't understand what is 10.0.0.1 and 10.0.0.2. is it a tunnel outer address like configured with gifconfig(8), or tunnel inner address like configured with ifconfig(8)? i assume it as the latter. when an ICMP need fragmented message is emitted from 172.16.1.1 device to 216.136.204.21, normal routing decisions take place for source address determination. that is, 172.16.1.1 in the normal case. original packet: IP[216.136.204.21 -> 192.168.1.1] payload ICMP message: IP[172.16.1.1 -> 216.136.204.21] ICMP [original packet] successfully-encapsulated packet itojun To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Aug 8 18:29:56 2001 Delivered-To: freebsd-net@freebsd.org Received: from softweyr.com (mail.dobox.com [208.187.122.44]) by hub.freebsd.org (Postfix) with ESMTP id 2965C37B415 for ; Wed, 8 Aug 2001 18:29:46 -0700 (PDT) (envelope-from wes@softweyr.com) Received: from localhost ([127.0.0.1] helo=softweyr.com ident=af9e1fe05d378d4c142d68ed6616dd62) by softweyr.com with esmtp (Exim 3.16 #1) id 15Uelj-0000PK-00; Wed, 08 Aug 2001 19:37:51 -0600 Message-ID: <3B71E96F.54E277AD@softweyr.com> Date: Wed, 08 Aug 2001 19:37:51 -0600 From: Wes Peters Organization: Softweyr LLC X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: "S. David Pullara" Cc: freebsd-net@FreeBSD.ORG Subject: Re: no DSN oddness References: <200108080755.f787tps00962@yuggoth.bc.hsia.telus.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org "S. David Pullara" wrote: > > Excuse me if this is sounds very lame; I'm sorely lacking in > networking knowledge. > > I've the pleasure (misfortune?) of having an ADSL connection and I've > noticed that when the ISP's DNS is down, sendmail doesn't seem to > startup. (same goes for fetchmail, but that might be because I have > it trying to access the mailbox using a domain name) This last time > it happened I couldn't even start up X. > > Is there a simple answer to this, based on what I've given so far? Yeah, configure your own DNS server and ignore theirs. At the very least, configure a cache-only DNS server or a forwarding DNS server. The O'Reilly books on "TCP/IP Network Administration" and "DNS and BIND" will be very helpful to you. Start with the TCP/IP book and buy the DNS book when you run out of help in the other one. -- "Where am I, and what am I doing in this handbasket?" Wes Peters Softweyr LLC wes@softweyr.com http://softweyr.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Aug 8 19:54:16 2001 Delivered-To: freebsd-net@freebsd.org Received: from cs.earlham.edu (cs.earlham.edu [159.28.230.3]) by hub.freebsd.org (Postfix) with ESMTP id 48A6437B403; Wed, 8 Aug 2001 19:54:12 -0700 (PDT) (envelope-from hassan@cs.earlham.edu) Received: from localhost (hassan@localhost) by cs.earlham.edu (8.11.3/8.11.1) with ESMTP id f792sBY14663; Wed, 8 Aug 2001 21:54:11 -0500 (EST) (envelope-from hassan@cs.earlham.edu) Date: Wed, 8 Aug 2001 21:54:11 -0500 (EST) From: Hassan Halta To: Cc: Subject: DNS and nslookup problem Message-ID: <20010808214918.R14553-100000@quark.cs.earlham.edu> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Hi, Here's a problem, say I am using nslookup to look for ibm.net, but when I do that, I will get ibm.net.cs.earlham.edu instead on ibm.net by itself, or non existence domain...etc. At the beginning it seems to be a missing period problem, but I assure you it's not. A friend of mine fixed it temporarly if she adds nslookup -nosea , and everything goes fine, but if someone is using us as a nameserver, that will not help. I was wondering if there are some ways to solve or debug this problem. Thanks, Hassan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Aug 8 20: 2: 6 2001 Delivered-To: freebsd-net@freebsd.org Received: from opensrs.saignon.net (216-120-17-31.dsl.cust.tfb.com [216.120.17.31]) by hub.freebsd.org (Postfix) with ESMTP id D2B8E37B401 for ; Wed, 8 Aug 2001 20:02:02 -0700 (PDT) (envelope-from tony@saignon.net) Received: from tsaignmobl (216-120-17-17.dsl.cust.tfb.com [216.120.17.17]) by opensrs.saignon.net (8.11.4/8.11.3) with SMTP id f7931T112222; Wed, 8 Aug 2001 20:01:29 -0700 (PDT) (envelope-from tony@saignon.net) From: Tony Saign To: "'Hassan Halta'" Cc: Subject: RE: DNS and nslookup problem Date: Wed, 8 Aug 2001 20:01:27 -0700 Message-ID: <000001c1207f$9594fff0$0600a8c0@tsaignmobl> X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook CWS, Build 9.0.2416 (9.0.2911.0) Importance: Normal In-Reply-To: <20010808214918.R14553-100000@quark.cs.earlham.edu> X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Use DIG! Much better than nslookup! unstable# dig ibm.com (p.s. You really should cross-post, it's not polite!) -Tony ; <<>> DiG 8.3 <<>> ibm.com ;; res options: init recurs defnam dnsrch ;; got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 4 ;; flags: qr aa rd ra; QUERY: 1, ANSWER: 4, AUTHORITY: 5, ADDITIONAL: 5 ;; QUERY SECTION: ;; ibm.com, type = A, class = IN ;; ANSWER SECTION: ibm.com. 6H IN A 129.42.18.99 ibm.com. 6H IN A 129.42.19.99 ibm.com. 6H IN A 129.42.16.99 ibm.com. 6H IN A 129.42.17.99 ;; AUTHORITY SECTION: ibm.com. 3H IN NS ns.watson.ibm.com. ibm.com. 3H IN NS ns.austin.ibm.com. ibm.com. 3H IN NS ns.almaden.ibm.com. ibm.com. 3H IN NS ns.ers.ibm.com. ibm.com. 3H IN NS internet-server.zurich.ibm.com. ;; ADDITIONAL SECTION: ns.watson.ibm.com. 3H IN A 198.81.209.2 ns.austin.ibm.com. 1D IN A 192.35.232.34 ns.almaden.ibm.com. 1D IN A 198.4.83.35 ns.ers.ibm.com. 3D IN A 204.146.173.35 internet-server.zurich.ibm.com. 30M IN A 195.212.119.252 ;; Total query time: 69 msec ;; FROM: ;; WHEN: Wed Aug 8 19:58:06 2001 ;; MSG SIZE sent: 25 rcvd: 300 * -----Original Message----- * From: owner-freebsd-net@freebsd.org * [mailto:owner-freebsd-net@freebsd.org]On Behalf Of Hassan Halta * Sent: Wednesday, August 08, 2001 7:54 PM * To: freebsd-questions@freebsd.org * Cc: freebsd-net@freebsd.org * Subject: DNS and nslookup problem * * * * Hi, * * Here's a problem, say I am using nslookup to look for * ibm.net, but when I * do that, I will get ibm.net.cs.earlham.edu instead on ibm.net * by itself, * or non existence domain...etc. At the beginning it seems to * be a missing * period problem, but I assure you it's not. A friend of mine fixed it * temporarly if she adds nslookup -nosea , and everything goes * fine, but if * someone is using us as a nameserver, that will not help. I * was wondering * if there are some ways to solve or debug this problem. * * Thanks, * Hassan * * * * * To Unsubscribe: send mail to majordomo@FreeBSD.org * with "unsubscribe freebsd-net" in the body of the message * To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Aug 8 21: 3:24 2001 Delivered-To: freebsd-net@freebsd.org Received: from ns1.austclear.com.au (ns1.austclear.com.au [192.43.185.68]) by hub.freebsd.org (Postfix) with ESMTP id 4C11837B401; Wed, 8 Aug 2001 21:03:18 -0700 (PDT) (envelope-from ahl@austclear.com.au) Received: from tungsten.austclear.com.au (tungsten.austclear.com.au [192.168.166.65]) by ns1.austclear.com.au (8.11.2/8.11.3) with ESMTP id f7943Gv15317; Thu, 9 Aug 2001 14:03:16 +1000 (EST) (envelope-from ahl@austclear.com.au) Received: from tungsten (tungsten [192.168.166.65]) by tungsten.austclear.com.au (8.9.3/8.9.3) with ESMTP id OAA03852; Thu, 9 Aug 2001 14:03:16 +1000 (EST) Message-Id: <200108090403.OAA03852@tungsten.austclear.com.au> X-Mailer: exmh version 2.1.1 10/15/1999 To: Hassan Halta Cc: freebsd-questions@FreeBSD.ORG, freebsd-net@FreeBSD.ORG Subject: Re: DNS and nslookup problem In-Reply-To: Message from Hassan Halta of "Wed, 08 Aug 2001 21:54:11 EST." <20010808214918.R14553-100000@quark.cs.earlham.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 09 Aug 2001 14:03:16 +1000 From: Tony Landells Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org hassan@cs.earlham.edu said: > Here's a problem, say I am using nslookup to look for ibm.net, but > when I do that, I will get ibm.net.cs.earlham.edu instead on ibm.net > by itself, or non existence domain...etc. At the beginning it seems to > be a missing period problem, but I assure you it's not. A friend of > mine fixed it temporarly if she adds nslookup -nosea , and everything > goes fine, but if someone is using us as a nameserver, that will not > help. I was wondering if there are some ways to solve or debug this > problem. Nslookup is a client, which really has little to do with your nameserver (apart from sending queries to it), so what you see with nslookup isn't necessarily what other people see. And nslookup actually uses a custom resolver library that isn't the same as would be used by "normal" clients. There are many tools, such as dig, which will give you a much better idea of what's going on. Tony -- Tony Landells Senior Network Engineer Ph: +61 3 9677 9319 Australian Clearing Services Pty Ltd Fax: +61 3 9677 9355 Level 4, Rialto North Tower 525 Collins Street Melbourne VIC 3000 Australia To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Aug 8 21:12:45 2001 Delivered-To: freebsd-net@freebsd.org Received: from updraft.jp.freebsd.org (updraft.jp.FreeBSD.ORG [210.157.158.42]) by hub.freebsd.org (Postfix) with ESMTP id A440E37B401 for ; Wed, 8 Aug 2001 21:12:41 -0700 (PDT) (envelope-from matusita@jp.FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) by updraft.jp.freebsd.org (8.11.3+3.4W/8.11.3) with ESMTP/inet id f794Caa30147 for ; Thu, 9 Aug 2001 13:12:37 +0900 (JST) (envelope-from matusita@jp.FreeBSD.org) In-Reply-To: <20010806182532Z.matusita@jp.FreeBSD.org> References: <20010806141200P.matusita@jp.FreeBSD.org> <20010806182532Z.matusita@jp.FreeBSD.org> X-Face: '*aj"d@ijeQ:/X}]oM5c5Uz{ZZZk90WPt>a^y4$cGQp8:!H\W=hSM;PuNiidkc]/%,;6VGu e+`&APmz|P;F~OL/QK%;P2vU>\j4X.8@i%j6[%DTs_3J,Fff0)*oHg$A.cDm&jc#pD24WK@{,"Ef!0 P\):.2}8jo-BiZ?X&t$V X-User-Agent: Mew/1.94.2 XEmacs/21.5 (alfalfa) X-FaceAnim: (-O_O-)(O_O- )(_O- )(O- )(- -)( -O)( -O_)( -O_O)(-O_O-) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Dispatcher: imput version 20000228(IM140) Lines: 14 From: Makoto MATSUSHITA To: net@FreeBSD.org Subject: Re: BIND 8.2.4, dynamic DNS feature is broken Date: Thu, 09 Aug 2001 13:11:05 +0900 Message-Id: <20010809131105A.matusita@jp.FreeBSD.org> Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org FYI. matusita> I've got a reply from bind-bugs@isc.org that this is a bug[1] in matusita> 8.2.4; current 8.2.5-T1A and 8.3.0-T1A is already fixed. I've installed 8.2.5-T1A to my FreeBSD box (5-current/4-stable), and confirmed that nsupdate and named is working as expected. I would be better that this bug is fixed before 4.4-RELEASE. Note that other guys are also pointed out this problem at bugs@freebsd.org. -- - Makoto `MAR' MATSUSHITA To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Aug 8 22: 4:59 2001 Delivered-To: freebsd-net@freebsd.org Received: from imo-d05.mx.aol.com (imo-d05.mx.aol.com [205.188.157.37]) by hub.freebsd.org (Postfix) with ESMTP id 33BDE37B401 for ; Wed, 8 Aug 2001 22:04:57 -0700 (PDT) (envelope-from raviprasad20@netscape.net) Received: from raviprasad20@netscape.net by imo-d05.mx.aol.com (mail_out_v31.9.) id n.2c.1c4bdc2 (16216) for ; Thu, 9 Aug 2001 01:04:54 -0400 (EDT) Received: from netscape.com (mow-d01.webmail.aol.com [205.188.138.65]) by air-in01.mail.aol.com (v79.27) with ESMTP id MAILININ14-0809010454; Thu, 09 Aug 2001 01:04:54 -0400 Date: Thu, 09 Aug 2001 01:04:54 -0400 From: raviprasad20@netscape.net To: freebsd-net@freebsd.org Subject: prefixes advertised by routers. Message-ID: <20B5BA4D.2584EAB3.9513E96F@netscape.net> X-Mailer: Atlas Mailer 1.0 Content-Type: text/plain; charset=iso-8859-1 Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Hi, Assume that two prefix are advertised by router to hosts in the network. After some time the administrator deletes one of the prefixes and the future router advertisement will carry only one prefix. What will hosts do with the deleted prefix? Whether the addresses will be deleted after some time? What is this time? From the specs i found that the addresses are deleted only if the router advertises prefix with valid life time of zero. Whether the rtadvd daemon has to send any such message with deleted prefix life time set to zero? I feel that the addresses should be deleted immediately if a router stops advertising the prefix. regards ravi prasad. __________________________________________________________________ Your favorite stores, helpful shopping tools and great gift ideas. Experience the convenience of buying online with Shop@Netscape! http://shopnow.netscape.com/ Get your own FREE, personal Netscape Mail account today at http://webmail.netscape.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Thu Aug 9 7:47: 2 2001 Delivered-To: freebsd-net@freebsd.org Received: from mailhub.fokus.gmd.de (mailhub.fokus.gmd.de [193.174.154.14]) by hub.freebsd.org (Postfix) with ESMTP id 6D32737B401; Thu, 9 Aug 2001 07:46:54 -0700 (PDT) (envelope-from brandt@fokus.gmd.de) Received: from beagle (beagle [193.175.132.100]) by mailhub.fokus.gmd.de (8.8.8/8.8.8) with ESMTP id QAA04117; Thu, 9 Aug 2001 16:46:53 +0200 (MET DST) Date: Thu, 9 Aug 2001 16:46:52 +0200 (CEST) From: Harti Brandt To: , Cc: , Subject: Problem with pxeboot and binutils-2.11 Message-ID: <20010809163526.P49083-100000@beagle.fokus.gmd.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Hello, some time ago we reported a problem with pxeboot under -current (see below). We have tried to track down the problem and it seems to be a bug or a feature in gas or libbfd. It turns out, that the output from pxeldr before the binutils-2.11 import on 5/29/2001 was 500 bytes long. After the import the output has grown to 512 byte. The excess bytes contain a jump to the address 512 and a number of NOPs. The result of this is, that the loader image which is located imediately after pxeldr is shifted by 12 bytes and the address calculations in pxeldr.s are wrong now. Unfortunately we're not able to find out what new bug^h^h^hfeature of gas or libbfd causes this behaviour. A simple workaround is to strip the excess bytes from pxeldr just before building pxeboot, but that is REALLY ugly: Index: Makefile =================================================================== RCS file: /usr/ncvs/src/sys/boot/i386/pxeldr/Makefile,v retrieving revision 1.6 diff -r1.6 Makefile 36c36,37 < objcopy -S -O binary ${LDR}.out ${.TARGET} --- > objcopy -S -O binary ${LDR}.out ${LDR}.tmp > dd if=${LDR}.tmp of=${.TARGET} bs=500 count=1 regards falco & harti > Date: Tue, 17 Jul 2001 12:44:10 +0200 > From: Falco Krepel > To: net@FreeBSD.ORG > Subject: pxeboot doesn't work anymore > > I use the 3COM 3C905c TX-M with bootrom (PXE v2.20, MBA v4.30). Some > time after 2001-05-14 the pxeboot is not working anymore. > > I have the following behavior: > > 1. The client gets his IP address and bootfile with DHCP. > 2. TFTP starts with downloading the pxeboot and after approximatly 1 > kbyte it stops and on the entire display, colored and flashing > characters appear. > > I have no idea where the problem could be, because the pxeboot changes > are only minor changes. Maybe somebody could help me. > > Thanx, > > Falco > > -- > Falco Krepel Phone: +49-(0)30 - 34 63 - 7 276 > GMD-FOKUS Fax: +49-(0)30 - 34 63 - 8 276 > Kaiserin-Augusta-Allee 31 e-mail: krepel@fokus.gmd.de > 10589 Berlin WWW: http://www.fokus.gmd.de/usr/krepel > -- harti brandt, http://www.fokus.gmd.de/research/cc/cats/employees/hartmut.brandt/private brandt@fokus.gmd.de, harti@begemot.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Thu Aug 9 8:33: 2 2001 Delivered-To: freebsd-net@freebsd.org Received: from proton.hexanet.fr (proton.hexanet.fr [194.98.140.18]) by hub.freebsd.org (Postfix) with ESMTP id 80B6937B401; Thu, 9 Aug 2001 08:32:56 -0700 (PDT) (envelope-from c.prevotaux@hexanet.fr) Received: from hexanet.fr (localhost [127.0.0.1]) by proton.hexanet.fr (8.11.5/8.11.4) with SMTP id f79FWst02612; Thu, 9 Aug 2001 17:32:54 +0200 (CEST) (envelope-from c.prevotaux@hexanet.fr) Date: Thu, 9 Aug 2001 17:32:54 +0200 From: Christophe Prévotaux To: questions@freebsd.org, net@freebsd.org Subject: Netgraph Message-Id: <20010809173254.21d1a0cd.c.prevotaux@hexanet.fr> X-Mailer: Sylpheed version 0.4.66 (GTK+ 1.2.7; i386--freebsd4.2) Organization: HEXANET Sarl Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org I would like to know , where I can find a explanation (tutorial) of the use and usage of netgraph ? the use : what it is used for , what it can do the usage: how to use it :) any help will be greatly appreciated :) -- =================================================================== Christophe Prevotaux Email: c.prevotaux@hexanet.fr HEXANET SARL URL: http://www.hexanet.fr/ Z.A Farman Sud Tel: +33 (0)3 26 79 30 05 9 rue Roland Coffignot Direct: +33 (0)3 26 79 08 02 BP415 Fax: +33 (0)3 26 79 30 06 51689 Reims Cedex 2 FRANCE =================================================================== To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Thu Aug 9 8:36:46 2001 Delivered-To: freebsd-net@freebsd.org Received: from enterprise.spock.org (cm-24-29-85-81.nycap.rr.com [24.29.85.81]) by hub.freebsd.org (Postfix) with ESMTP id 9CFD637B407; Thu, 9 Aug 2001 08:36:39 -0700 (PDT) (envelope-from jon@enterprise.spock.org) Received: (from jon@localhost) by enterprise.spock.org serial EF600Q3T-B7F; Thu, 9 Aug 2001 11:36:38 -0400 (EDT) (envelope-from jon)$ Date: Thu, 9 Aug 2001 11:36:38 -0400 From: Jonathan Chen To: net@freebsd.org, hackers@freebsd.org Subject: forwarding broadcast Message-ID: <20010809113638.A9519@enterprise.spock.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: telnet/1.1x Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On FreeBSD -CURRENT and -STABLE, packets to broadcast addresses are not forwarded. For instance, if I have a FreeBSD router with interfaces 192.168.1.1 and 192.168.2.1, and I send packets from 192.168.1.2 to 192.168.2.255, the packets are dropped to the floor. IMO, this is wrong... but I haven't consulted all the RFC's so I'm not sure if some standard out there calls for it. In any case, the following patch creates a sysctl knob to turn on or off this feature (since it can be considered a security risk by some). I just want to ask around in case I turned out to be doing something incredibly evil. Comments? -Jon Index: in.h =================================================================== RCS file: /export/ncvs/src/sys/netinet/in.h,v retrieving revision 1.55 diff -u -r1.55 in.h --- in.h 2001/06/15 00:37:27 1.55 +++ in.h 2001/08/09 15:12:19 @@ -452,7 +452,8 @@ #define IPCTL_FASTFORWARDING 14 /* use fast IP forwarding code */ #define IPCTL_KEEPFAITH 15 /* FAITH IPv4->IPv6 translater ctl */ #define IPCTL_GIF_TTL 16 /* default TTL for gif encap packet */ -#define IPCTL_MAXID 17 +#define IPCTL_FORWARD_BROADCAST 18 /* forward broadcast packets */ +#define IPCTL_MAXID 18 #define IPCTL_NAMES { \ { 0, 0 }, \ Index: ip_input.c =================================================================== RCS file: /export/ncvs/src/sys/netinet/ip_input.c,v retrieving revision 1.174 diff -u -r1.174 ip_input.c --- ip_input.c 2001/06/23 17:17:58 1.174 +++ ip_input.c 2001/08/09 15:33:59 @@ -103,6 +103,10 @@ SYSCTL_INT(_net_inet_ip, IPCTL_FORWARDING, forwarding, CTLFLAG_RW, &ipforwarding, 0, "Enable IP forwarding between interfaces"); +int ipforward_broadcast = 0; +SYSCTL_INT(_net_inet_ip, IPCTL_FORWARD_BROADCAST, forward_broadcast, CTLFLAG_RW, + &ipforward_broadcast, 0, "Enable broadcast packets when forwarding IP packets"); + static int ipsendredirects = 1; /* XXX */ SYSCTL_INT(_net_inet_ip, IPCTL_SENDREDIRECTS, redirect, CTLFLAG_RW, &ipsendredirects, 0, "Enable sending IP redirects"); @@ -1684,7 +1688,8 @@ } error = ip_output(m, (struct mbuf *)0, &ipforward_rt, - IP_FORWARDING, 0); + IP_FORWARDING| + (ipforward_broadcast?IP_ALLOWBROADCAST:0), 0); if (error) ipstat.ips_cantforward++; else { To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Thu Aug 9 8:49:44 2001 Delivered-To: freebsd-net@freebsd.org Received: from info.iet.unipi.it (info.iet.unipi.it [131.114.9.184]) by hub.freebsd.org (Postfix) with ESMTP id 2A76437B401; Thu, 9 Aug 2001 08:49:41 -0700 (PDT) (envelope-from luigi@info.iet.unipi.it) Received: (from luigi@localhost) by info.iet.unipi.it (8.9.3/8.9.3) id RAA06984; Thu, 9 Aug 2001 17:42:32 +0200 (CEST) (envelope-from luigi) From: Luigi Rizzo Message-Id: <200108091542.RAA06984@info.iet.unipi.it> Subject: Re: forwarding broadcast In-Reply-To: <20010809113638.A9519@enterprise.spock.org> from Jonathan Chen at "Aug 9, 2001 11:36:38 am" To: Jonathan Chen Date: Thu, 9 Aug 2001 17:42:32 +0200 (CEST) Cc: net@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL61 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org > On FreeBSD -CURRENT and -STABLE, packets to broadcast addresses are not > forwarded. For instance, if I have a FreeBSD router with interfaces I think it is correct NOT to forward local or subnet broadcasts -- it would be evil to let let an external node flood a subnet with broadcast traffic. Plus, a node has no good way (other than guessing) to know what netmask is used on an external subnet. cheers luigi > 192.168.1.1 and 192.168.2.1, and I send packets from 192.168.1.2 to > 192.168.2.255, the packets are dropped to the floor. IMO, this is wrong... > but I haven't consulted all the RFC's so I'm not sure if some standard out > there calls for it. In any case, the following patch creates a sysctl knob > to turn on or off this feature (since it can be considered a security risk > by some). I just want to ask around in case I turned out to be doing > something incredibly evil. Comments? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Thu Aug 9 9: 2:30 2001 Delivered-To: freebsd-net@freebsd.org Received: from enterprise.spock.org (cm-24-29-85-81.nycap.rr.com [24.29.85.81]) by hub.freebsd.org (Postfix) with ESMTP id 2C0FA37B401 for ; Thu, 9 Aug 2001 09:02:25 -0700 (PDT) (envelope-from jon@enterprise.spock.org) Received: (from jon@localhost) by enterprise.spock.org serial EF600Q3T-B7F; Thu, 9 Aug 2001 12:02:21 -0400 (EDT) (envelope-from jon)$ Date: Thu, 9 Aug 2001 12:02:21 -0400 From: Jonathan Chen To: Luigi Rizzo Cc: net@FreeBSD.ORG Subject: Re: forwarding broadcast Message-ID: <20010809120221.D9519@enterprise.spock.org> References: <20010809113638.A9519@enterprise.spock.org> <200108091542.RAA06984@info.iet.unipi.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: telnet/1.1x In-Reply-To: <200108091542.RAA06984@info.iet.unipi.it>; from luigi@info.iet.unipi.it on Thu, Aug 09, 2001 at 05:42:32PM +0200 Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Thu, Aug 09, 2001 at 05:42:32PM +0200, Luigi Rizzo wrote: > > On FreeBSD -CURRENT and -STABLE, packets to broadcast addresses are not > > forwarded. For instance, if I have a FreeBSD router with interfaces > > I think it is correct NOT to forward local or subnet broadcasts -- > it would be evil to let let an external node flood a subnet > with broadcast traffic. > Plus, a node has no good way (other than guessing) to know what > netmask is used on an external subnet. Yes, it would be evil to let an external node flood a subnet with broadcast traffic. However, there are legitimate uses for it. For instance, hosts in a DMZ may wish to broadcast snmp traps to hosts in the secure network. ipfw and ipf provide excellent ways to enable broadcast forwarding while preventing broadcast flood attempts. As for the external subnet, freebsd lets it pass because it isn't technically a broadcast till it reaches the last router. One more thing, -CURRENT will stuff two copies of any broadcast into bpf, it seems. tcpdump shows two packets being sent for every broadcast, and in actualilty only one is sent. I might look at this when I get some time -- unless someone else wants to take a shot at this. -Jon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Thu Aug 9 9:21:11 2001 Delivered-To: freebsd-net@freebsd.org Received: from beppo.feral.com (beppo.feral.com [192.67.166.79]) by hub.freebsd.org (Postfix) with ESMTP id 4B2E537B401; Thu, 9 Aug 2001 09:21:02 -0700 (PDT) (envelope-from mjacob@feral.com) Received: from wonky.feral.com (wonky.feral.com [192.67.166.7]) by beppo.feral.com (8.11.3/8.11.3) with ESMTP id f79GKxI16455; Thu, 9 Aug 2001 09:20:59 -0700 (PDT) (envelope-from mjacob@feral.com) Date: Thu, 9 Aug 2001 09:20:55 -0700 (PDT) From: Matthew Jacob Reply-To: To: Jonathan Chen Cc: , Subject: Re: forwarding broadcast In-Reply-To: <20010809113638.A9519@enterprise.spock.org> Message-ID: <20010809092010.M69994-100000@wonky.feral.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org I haven't consulted the RFCs either, but, ahem, I thought this was a major point of netmasks and routers and why multicast was invented- to keep broadcasts from clogging the world. -matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Thu Aug 9 9:24: 3 2001 Delivered-To: freebsd-net@freebsd.org Received: from bilver.wjv.com (dhcp-1-3.n01.orldfl01.us.ra.verio.net [157.238.210.3]) by hub.freebsd.org (Postfix) with ESMTP id 11FC137B401; Thu, 9 Aug 2001 09:23:54 -0700 (PDT) (envelope-from bill@bilver.wjv.com) Received: (from bill@localhost) by bilver.wjv.com (8.11.1/8.11.1) id f79GNrr32952; Thu, 9 Aug 2001 12:23:53 -0400 (EDT) (envelope-from bill) Date: Thu, 9 Aug 2001 12:23:52 -0400 From: Bill Vermillion To: Jonathan Chen Cc: net@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: forwarding broadcast Message-ID: <20010809122352.B32613@wjv.com> Reply-To: bv@wjv.com References: <20010809113638.A9519@enterprise.spock.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010809113638.A9519@enterprise.spock.org>; from jon@FreeBSD.ORG on Thu, Aug 09, 2001 at 11:36:38AM -0400 Organization: W.J.Vermillion / Orlando - Winter Park Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Thu, Aug 09, 2001 at 11:36:38AM -0400, Jonathan Chen thus sprach: > On FreeBSD -CURRENT and -STABLE, packets to broadcast addresses > are not forwarded. For instance, if I have a FreeBSD router with > interfaces 192.168.1.1 and 192.168.2.1, and I send packets from > 192.168.1.2 to 192.168.2.255, the packets are dropped to the > floor. IMO, this is wrong... But the question now is - what is the netmask on these interfaces.? That will make a difference. -- Bill Vermillion - bv @ wjv . com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Thu Aug 9 9:27: 3 2001 Delivered-To: freebsd-net@freebsd.org Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193]) by hub.freebsd.org (Postfix) with ESMTP id E6C1337B407; Thu, 9 Aug 2001 09:26:59 -0700 (PDT) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.11.4/8.11.4) id f79GQwx16785; Thu, 9 Aug 2001 12:26:58 -0400 (EDT) (envelope-from wollman) Date: Thu, 9 Aug 2001 12:26:58 -0400 (EDT) From: Garrett Wollman Message-Id: <200108091626.f79GQwx16785@khavrinen.lcs.mit.edu> To: Jonathan Chen Cc: net@FreeBSD.ORG Subject: forwarding broadcast In-Reply-To: <20010809113638.A9519@enterprise.spock.org> References: <20010809113638.A9519@enterprise.spock.org> Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org < said: > I just want to ask around in case I turned out to be doing > something incredibly evil. Directed Broadcast is generally discouraged, and a BCP was published not too long ago officially deprecating it (updating the router requirements to require such a function to default to `off'). More general forwarding of broadcasts is impossible without an appropriate routing protocol; all such protocols currently in existence are targeted at multicast, and not broadcast, since multicast is the correct, officially-sanctioned way to make such transmissions. (You'll note that multicast is a mandatory element of IPv6; IPv6's analogue to ARP uses it instead of interrupting every machine on the network.) -GAWollman To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Thu Aug 9 9:27:43 2001 Delivered-To: freebsd-net@freebsd.org Received: from enterprise.spock.org (cm-24-29-85-81.nycap.rr.com [24.29.85.81]) by hub.freebsd.org (Postfix) with ESMTP id 3FD2437B407; Thu, 9 Aug 2001 09:27:39 -0700 (PDT) (envelope-from jon@enterprise.spock.org) Received: (from jon@localhost) by enterprise.spock.org serial EF600Q3T-B7F; Thu, 9 Aug 2001 12:27:10 -0400 (EDT) (envelope-from jon)$ Date: Thu, 9 Aug 2001 12:27:10 -0400 From: Jonathan Chen To: Matthew Jacob Cc: net@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: forwarding broadcast Message-ID: <20010809122710.F9519@enterprise.spock.org> References: <20010809113638.A9519@enterprise.spock.org> <20010809092010.M69994-100000@wonky.feral.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: telnet/1.1x In-Reply-To: <20010809092010.M69994-100000@wonky.feral.com>; from mjacob@feral.com on Thu, Aug 09, 2001 at 09:20:55AM -0700 Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Thu, Aug 09, 2001 at 09:20:55AM -0700, Matthew Jacob wrote: > > I haven't consulted the RFCs either, but, ahem, I thought this was a major > point of netmasks and routers and why multicast was invented- to keep > broadcasts from clogging the world. It would be nice if all applications supported multicast. It would be even nicer if I could figure out why mrouted isn't doing what it's supposed to do on this machine, but that's a whole different problem... I might ask for help on that one if I still can't figure it out after some debugging... -Jon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Thu Aug 9 9:31:14 2001 Delivered-To: freebsd-net@freebsd.org Received: from enterprise.spock.org (cm-24-29-85-81.nycap.rr.com [24.29.85.81]) by hub.freebsd.org (Postfix) with ESMTP id A4C1637B406; Thu, 9 Aug 2001 09:31:08 -0700 (PDT) (envelope-from jon@enterprise.spock.org) Received: (from jon@localhost) by enterprise.spock.org serial EF600Q3T-B7F; Thu, 9 Aug 2001 12:30:56 -0400 (EDT) (envelope-from jon)$ Date: Thu, 9 Aug 2001 12:30:56 -0400 From: Jonathan Chen To: bv@wjv.com Cc: net@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: forwarding broadcast Message-ID: <20010809123056.G9519@enterprise.spock.org> References: <20010809113638.A9519@enterprise.spock.org> <20010809122352.B32613@wjv.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: telnet/1.1x In-Reply-To: <20010809122352.B32613@wjv.com>; from bill@wjv.com on Thu, Aug 09, 2001 at 12:23:52PM -0400 Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Thu, Aug 09, 2001 at 12:23:52PM -0400, Bill Vermillion wrote: > On Thu, Aug 09, 2001 at 11:36:38AM -0400, Jonathan Chen thus sprach: > > > On FreeBSD -CURRENT and -STABLE, packets to broadcast addresses > > are not forwarded. For instance, if I have a FreeBSD router with > > interfaces 192.168.1.1 and 192.168.2.1, and I send packets from > > 192.168.1.2 to 192.168.2.255, the packets are dropped to the > > floor. IMO, this is wrong... > > But the question now is - what is the netmask on these interfaces.? > That will make a difference. These are both class C networks, and their netmask is specified accordingly (/24). I'm pretty sure my setup is correct here. -Jon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Thu Aug 9 9:32:47 2001 Delivered-To: freebsd-net@freebsd.org Received: from updraft.jp.freebsd.org (updraft.jp.FreeBSD.ORG [210.157.158.42]) by hub.freebsd.org (Postfix) with ESMTP id D6EB737B401 for ; Thu, 9 Aug 2001 09:32:40 -0700 (PDT) (envelope-from matusita@jp.FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) by updraft.jp.freebsd.org (8.11.3+3.4W/8.11.3) with ESMTP/inet id f79GWWa49439; Fri, 10 Aug 2001 01:32:33 +0900 (JST) (envelope-from matusita@jp.FreeBSD.org) Cc: net@FreeBSD.org In-Reply-To: <20010809082042.C1448@daemon.ninth-circle.org> References: <20010808111937.O2937@daemon.ninth-circle.org> <20010809005525X.matusita@jp.FreeBSD.org> <20010809082042.C1448@daemon.ninth-circle.org> X-Face: '*aj"d@ijeQ:/X}]oM5c5Uz{ZZZk90WPt>a^y4$cGQp8:!H\W=hSM;PuNiidkc]/%,;6VGu e+`&APmz|P;F~OL/QK%;P2vU>\j4X.8@i%j6[%DTs_3J,Fff0)*oHg$A.cDm&jc#pD24WK@{,"Ef!0 P\):.2}8jo-BiZ?X&t$V X-User-Agent: Mew/1.94.2 XEmacs/21.5 (alfalfa) X-FaceAnim: (-O_O-)(O_O- )(_O- )(O- )(- -)( -O)( -O_)( -O_O)(-O_O-) Mime-Version: 1.0 Content-Type: Text/Plain; charset=iso-2022-jp Content-Transfer-Encoding: 7bit X-Dispatcher: imput version 20000228(IM140) Lines: 74 From: Makoto MATSUSHITA To: asmodai@wxs.nl Subject: Re: BIND 8.2.4, dynamic DNS feature is broken Date: Fri, 10 Aug 2001 01:31:03 +0900 Message-Id: <20010810013103P.matusita@jp.FreeBSD.org> Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org asmodai> Patch is in CURRENT. I've already found your patch applied to src/contrib/bind/lib/dst/support.c. It's now revision 1.1.1.4, right? :-) asmodai> So if you could test it? :) I tested with this your patch, and applied to 4-stable. I've rebuild libbind, then named/nsupdate. Good news: nsupdate work fine. It seems that first bug is resolved. Bad news: named still dumps a core (second bug is not resolved) when I'm deleting an A RR from my dynamic DNS zone. Attached below is an output of gdb. There is a gap between #2 and #3... how do I check what functions are called between free_rrecp() and ns_panic() ? GNU gdb 4.18 Copyright 1998 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-unknown-freebsd"... (gdb) run -f Starting program: /usr/sbin/named -f d_rcnt-- == 0 Program received signal SIGABRT, Aborted. 0x2813bad0 in kill () from /usr/lib/libc.so.4 (gdb) where #0 0x2813bad0 in kill () from /usr/lib/libc.so.4 #1 0x28178bf6 in abort () from /usr/lib/libc.so.4 #2 0x80838f3 in ns_panic (category=11, dump_core=1, format=0x80e178c "d_rcnt-- == 0") at /usr/src/usr.sbin/named/../../contrib/bind/bin/named/ns_glue.c:176 #3 0x808dd19 in free_rrecp (updlist=0xbfbfef78, rcode=0, from={ sin_len = 16 '\020', sin_family = 2 '\002', sin_port = 54281, sin_addr = {s_addr = 299683645}, sin_zero = "\000\000\000\000\000\000\000"}) at /usr/src/usr.sbin/named/../../contrib/bind/bin/named/ns_update.c:1475 #4 0x808ddf7 in req_update (hp=0xbfbff4e0, cp=0xbfbff4ec "\bsyvalion\bmatatabi\002or\002jp", eom=0xbfbff525 "\bsyvalion\bmatatabi\002or\002jp", msg=0xbfbff4e0 "\216$B%L(B(", qsp=0x0, dfd=20, from={sin_len = 16 '\020', sin_family = 2 '\002', sin_port = 54281, sin_addr = { s_addr = 299683645}, sin_zero = "\000\000\000\000\000\000\000"}, in_tsig=0x81a1b7c) at /usr/src/usr.sbin/named/../../contrib/bind/bin/named/ns_update.c:1494 #5 0x80712c4 in ns_req (msg=0xbfbff4e0 "\216$B%L(B(", msglen=69, buflen=500, qsp=0x0, from={sin_len = 16 '\020', sin_family = 2 '\002', sin_port = 54281, sin_addr = {s_addr = 299683645}, sin_zero = "\000\000\000\000\000\000\000"}, dfd=20) at /usr/src/usr.sbin/named/../../contrib/bind/bin/named/ns_req.c:321 #6 0x8068d8e in dispatch_message (msg=0xbfbff4e0 "\216$B%L(B(", msglen=162, buflen=512, qsp=0x0, from={sin_len = 16 '\020', sin_family = 2 '\002', sin_port = 54281, sin_addr = {s_addr = 299683645}, sin_zero = "\000\000\000\000\000\000\000"}, dfd=20, ifp=0x81a7024) at /usr/src/usr.sbin/named/../../contrib/bind/bin/named/ns_main.c:1165 #7 0x8068af0 in datagram_read (lev={opaque = 0x814c000}, uap=0x81a7024, fd=20, evmask=1) at /usr/src/usr.sbin/named/../../contrib/bind/bin/named/ns_main.c:1100 #8 0x809de7c in __evDispatch (opaqueCtx={opaque = 0x814c000}, opaqueEv={ opaque = 0x8127a38}) at /usr/src/lib/libbind/../../contrib/bind/lib/isc/eventlib.c:485 #9 0x80675a6 in main (argc=0, argv=0xbfbff8e0, envp=0xbfbff8e4) at /usr/src/usr.sbin/named/../../contrib/bind/bin/named/ns_main.c:550 (gdb) -- - Makoto `MAR' MATSUSHITA To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Thu Aug 9 9:34:52 2001 Delivered-To: freebsd-net@freebsd.org Received: from updraft.jp.freebsd.org (updraft.jp.FreeBSD.ORG [210.157.158.42]) by hub.freebsd.org (Postfix) with ESMTP id B1B2F37B401 for ; Thu, 9 Aug 2001 09:34:46 -0700 (PDT) (envelope-from matusita@jp.FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) by updraft.jp.freebsd.org (8.11.3+3.4W/8.11.3) with ESMTP/inet id f79GYca49499; Fri, 10 Aug 2001 01:34:38 +0900 (JST) (envelope-from matusita@jp.FreeBSD.org) In-Reply-To: <20010810013103P.matusita@jp.FreeBSD.org> References: <20010809005525X.matusita@jp.FreeBSD.org> <20010809082042.C1448@daemon.ninth-circle.org> <20010810013103P.matusita@jp.FreeBSD.org> X-Face: '*aj"d@ijeQ:/X}]oM5c5Uz{ZZZk90WPt>a^y4$cGQp8:!H\W=hSM;PuNiidkc]/%,;6VGu e+`&APmz|P;F~OL/QK%;P2vU>\j4X.8@i%j6[%DTs_3J,Fff0)*oHg$A.cDm&jc#pD24WK@{,"Ef!0 P\):.2}8jo-BiZ?X&t$V X-User-Agent: Mew/1.94.2 XEmacs/21.5 (alfalfa) X-FaceAnim: (-O_O-)(O_O- )(_O- )(O- )(- -)( -O)( -O_)( -O_O)(-O_O-) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Dispatcher: imput version 20000228(IM140) Lines: 60 From: Makoto MATSUSHITA To: asmodai@wxs.nl, net@FreeBSD.org Subject: Re: BIND 8.2.4, dynamic DNS feature is broken Date: Fri, 10 Aug 2001 01:34:20 +0900 Message-Id: <20010810013420A.matusita@jp.FreeBSD.org> Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org matusita> Attached below is an output of gdb. There is a gap between #2 and matusita> #3... how do I check what functions are called between free_rrecp() matusita> and ns_panic() ? Oops, gdb output is corrupted, let me try again... -- - Makoto `MAR' MATSUSHITA GNU gdb 4.18 Copyright 1998 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-unknown-freebsd"... (gdb) run -f Starting program: /usr/sbin/named -f d_rcnt-- == 0 Program received signal SIGABRT, Aborted. 0x2813bad0 in kill () from /usr/lib/libc.so.4 (gdb) where #0 0x2813bad0 in kill () from /usr/lib/libc.so.4 #1 0x28178bf6 in abort () from /usr/lib/libc.so.4 #2 0x80838f3 in ns_panic (category=11, dump_core=1, format=0x80e178c "d_rcnt-- == 0") at /usr/src/usr.sbin/named/../../contrib/bind/bin/named/ns_glue.c:176 #3 0x808dd19 in free_rrecp (updlist=0xbfbfef78, rcode=0, from={ sin_len = 16 '\020', sin_family = 2 '\002', sin_port = 54281, sin_addr = {s_addr = 299683645}, sin_zero = "\000\000\000\000\000\000\000"}) at /usr/src/usr.sbin/named/../../contrib/bind/bin/named/ns_update.c:1475 #4 0x808ddf7 in req_update (hp=0xbfbff4e0, cp=0xbfbff4ec "\bsyvalion\bmatatabi\002or\002jp", eom=0xbfbff525 "\bsyvalion\bmatatabi\002or\002jp", msg=0xbfbff4e0 "\216\xc7(", qsp=0x0, dfd=20, from={sin_len = 16 '\020', sin_family = 2 '\002', sin_port = 54281, sin_addr = { s_addr = 299683645}, sin_zero = "\000\000\000\000\000\000\000"}, in_tsig=0x81a1b7c) at /usr/src/usr.sbin/named/../../contrib/bind/bin/named/ns_update.c:1494 #5 0x80712c4 in ns_req (msg=0xbfbff4e0 "\216\xc7(", msglen=69, buflen=500, qsp=0x0, from={sin_len = 16 '\020', sin_family = 2 '\002', sin_port = 54281, sin_addr = {s_addr = 299683645}, sin_zero = "\000\000\000\000\000\000\000"}, dfd=20) at /usr/src/usr.sbin/named/../../contrib/bind/bin/named/ns_req.c:321 #6 0x8068d8e in dispatch_message (msg=0xbfbff4e0 "\216\xc7(", msglen=162, buflen=512, qsp=0x0, from={sin_len = 16 '\020', sin_family = 2 '\002', sin_port = 54281, sin_addr = {s_addr = 299683645}, sin_zero = "\000\000\000\000\000\000\000"}, dfd=20, ifp=0x81a7024) at /usr/src/usr.sbin/named/../../contrib/bind/bin/named/ns_main.c:1165 #7 0x8068af0 in datagram_read (lev={opaque = 0x814c000}, uap=0x81a7024, fd=20, evmask=1) at /usr/src/usr.sbin/named/../../contrib/bind/bin/named/ns_main.c:1100 #8 0x809de7c in __evDispatch (opaqueCtx={opaque = 0x814c000}, opaqueEv={ opaque = 0x8127a38}) at /usr/src/lib/libbind/../../contrib/bind/lib/isc/eventlib.c:485 #9 0x80675a6 in main (argc=0, argv=0xbfbff8e0, envp=0xbfbff8e4) at /usr/src/usr.sbin/named/../../contrib/bind/bin/named/ns_main.c:550 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Thu Aug 9 9:36:51 2001 Delivered-To: freebsd-net@freebsd.org Received: from alpo.whistle.com (s206m1.whistle.com [207.76.206.1]) by hub.freebsd.org (Postfix) with ESMTP id 40D8C37B401; Thu, 9 Aug 2001 09:36:45 -0700 (PDT) (envelope-from mark@whistle.com) Received: from [207.76.207.129] (PBG4.whistle.com [207.76.207.129]) by alpo.whistle.com (8.9.1a/8.9.1) with ESMTP id JAA98186; Thu, 9 Aug 2001 09:34:29 -0700 (PDT) Mime-Version: 1.0 X-Sender: mark-ml@207.76.206.1 Message-Id: In-Reply-To: <20010809163526.P49083-100000@beagle.fokus.gmd.de> References: <20010809163526.P49083-100000@beagle.fokus.gmd.de> Date: Thu, 9 Aug 2001 09:35:01 -0700 To: Harti Brandt From: Mark Peek Subject: Re: Problem with pxeboot and binutils-2.11 Cc: , Content-Type: text/plain; charset="us-ascii" ; format="flowed" Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org At 4:46 PM +0200 8/9/01, Harti Brandt wrote: >some time ago we reported a problem with pxeboot under -current (see below). >We have tried to track down the problem and it seems to be a bug or a >feature in gas or libbfd. It turns out, that the output from pxeldr before >the binutils-2.11 import on 5/29/2001 was 500 bytes long. After the import >the output has grown to 512 byte. The excess bytes contain a jump to the >address 512 and a number of NOPs. The result of this is, that the loader >image which is located imediately after pxeldr is shifted by 12 bytes >and the address calculations in pxeldr.s are wrong now. > >Unfortunately we're not able to find out what new bug^h^h^hfeature of >gas or libbfd causes this behaviour. A simple workaround is to strip the >excess bytes from pxeldr just before building pxeboot, but that is REALLY >ugly: It appears that gas is now properly padding the end of the text section (and inserting the jmp and nops). This, in turn, misaligns the loader that is tacked onto the end of the pxeldr. I'm currently not setup to test pxeboot'ing but here's a patch that might fix it. Mark Index: pxeldr.s =================================================================== RCS file: /cvs/freebsd/src/sys/boot/i386/pxeldr/pxeldr.s,v retrieving revision 1.6 diff -u -u -r1.6 pxeldr.s --- pxeldr.s 2001/02/06 11:20:05 1.6 +++ pxeldr.s 2001/08/09 16:28:07 @@ -278,4 +278,5 @@ relocate_msg: .asciz "Relocating the loader and the BTX\r\n" jump_message: .asciz "Starting the BTX loader\r\n" + .p2align 4 end: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Thu Aug 9 9:39:39 2001 Delivered-To: freebsd-net@freebsd.org Received: from mail-green.research.att.com (H-135-207-30-103.research.att.com [135.207.30.103]) by hub.freebsd.org (Postfix) with ESMTP id 5A6BC37B403; Thu, 9 Aug 2001 09:39:37 -0700 (PDT) (envelope-from fenner@research.att.com) Received: from alliance.research.att.com (alliance.research.att.com [135.207.26.26]) by mail-green.research.att.com (Postfix) with ESMTP id 7571B1E030; Thu, 9 Aug 2001 12:39:36 -0400 (EDT) Received: from windsor.research.att.com (windsor.research.att.com [135.207.26.46]) by alliance.research.att.com (8.8.7/8.8.7) with ESMTP id MAA29920; Thu, 9 Aug 2001 12:39:35 -0400 (EDT) From: Bill Fenner Received: (from fenner@localhost) by windsor.research.att.com (8.8.8+Sun/8.8.5) id JAA03148; Thu, 9 Aug 2001 09:39:35 -0700 (PDT) Message-Id: <200108091639.JAA03148@windsor.research.att.com> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII To: jon@freebsd.org Subject: BPF and broadcasts (was Re: forwarding broadcast) Cc: luigi@info.iet.unipi.it, net@freebsd.org References: <20010809113638.A9519@enterprise.spock.org> <200108091542.RAA06984@info.iet.unipi.it> <20010809120221.D9519@enterprise.spock.org> Date: Thu, 9 Aug 2001 09:39:34 -0700 Versions: dmail (solaris) 2.2j/makemail 2.9b Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >One more thing, -CURRENT will stuff two copies of any broadcast into bpf, >it seems. This is because if_simloop() is broken. I proposed to un-break it a while ago and never got any feedback. http://www.FreeBSD.org/cgi/getmsg.cgi?fetch=198310+201485+/usr/local/www/db/text/2001/freebsd-net/20010429.freebsd-net http://people.freebsd.org/~fenner/if_simloop_callers.html I've been meaning to just commit my patch, even though it leaves the callers whose BPF answers are "YES/NO" in that table in the lurch -- but they're in the lurch anyway because if_simloop uses DLT_NULL and that's almost never right. Bill To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Thu Aug 9 9:45:20 2001 Delivered-To: freebsd-net@freebsd.org Received: from mail-green.research.att.com (H-135-207-30-103.research.att.com [135.207.30.103]) by hub.freebsd.org (Postfix) with ESMTP id E0F3337B401; Thu, 9 Aug 2001 09:45:16 -0700 (PDT) (envelope-from fenner@research.att.com) Received: from alliance.research.att.com (alliance.research.att.com [135.207.26.26]) by mail-green.research.att.com (Postfix) with ESMTP id 4F5671E030; Thu, 9 Aug 2001 12:45:16 -0400 (EDT) Received: from windsor.research.att.com (windsor.research.att.com [135.207.26.46]) by alliance.research.att.com (8.8.7/8.8.7) with ESMTP id MAA00088; Thu, 9 Aug 2001 12:45:15 -0400 (EDT) From: Bill Fenner Received: (from fenner@localhost) by windsor.research.att.com (8.8.8+Sun/8.8.5) id JAA03207; Thu, 9 Aug 2001 09:45:15 -0700 (PDT) Message-Id: <200108091645.JAA03207@windsor.research.att.com> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII To: jon@freebsd.org Subject: Re: forwarding broadcast Cc: net@freebsd.org, hackers@freebsd.org Date: Thu, 9 Aug 2001 09:45:14 -0700 Versions: dmail (solaris) 2.2j/makemail 2.9b Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >On FreeBSD -CURRENT and -STABLE, packets to broadcast addresses are not >forwarded. "smurf" attacks love using broadcast forwarders. RFC 2644 says: > A router MAY have an option to enable receiving network-prefix- > directed broadcasts on an interface and MAY have an option to > enable forwarding network-prefix-directed broadcasts. These > options MUST default to blocking receipt and blocking forwarding > of network-prefix-directed broadcasts. So, your patch just adds the mentioned option -- which I'm fine with, as long as the default is 0 as the RFC requires... Bill To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Thu Aug 9 9:57:56 2001 Delivered-To: freebsd-net@freebsd.org Received: from bilver.wjv.com (dhcp-1-111.n01.orldfl01.us.ra.verio.net [157.238.210.111]) by hub.freebsd.org (Postfix) with ESMTP id 5E53E37B403; Thu, 9 Aug 2001 09:57:49 -0700 (PDT) (envelope-from bill@bilver.wjv.com) Received: (from bill@localhost) by bilver.wjv.com (8.11.1/8.11.1) id f79Gvmd33221; Thu, 9 Aug 2001 12:57:48 -0400 (EDT) (envelope-from bill) Date: Thu, 9 Aug 2001 12:57:47 -0400 From: Bill Vermillion To: Jonathan Chen Cc: bv@wjv.com, net@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: forwarding broadcast Message-ID: <20010809125747.A33178@wjv.com> Reply-To: bv@wjv.com References: <20010809113638.A9519@enterprise.spock.org> <20010809122352.B32613@wjv.com> <20010809123056.G9519@enterprise.spock.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010809123056.G9519@enterprise.spock.org>; from jon@FreeBSD.ORG on Thu, Aug 09, 2001 at 12:30:56PM -0400 Organization: W.J.Vermillion / Orlando - Winter Park Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Thu, Aug 09, 2001 at 12:30:56PM -0400, Jonathan Chen thus sprach: > On Thu, Aug 09, 2001 at 12:23:52PM -0400, Bill Vermillion wrote: > > On Thu, Aug 09, 2001 at 11:36:38AM -0400, Jonathan Chen thus sprach: > > > > > On FreeBSD -CURRENT and -STABLE, packets to broadcast addresses > > > are not forwarded. For instance, if I have a FreeBSD router with > > > interfaces 192.168.1.1 and 192.168.2.1, and I send packets from > > > 192.168.1.2 to 192.168.2.255, the packets are dropped to the > > > floor. IMO, this is wrong... > > But the question now is - what is the netmask on these interfaces.? > > That will make a difference. > These are both class C networks, and their netmask is specified > accordingly (/24). I'm pretty sure my setup is correct here. So they are two separate networks therefore a broadcast for one should not go the other. If on the other hand you netmask was 255.255.252.0 then 192.168.0.x thru 192.168.3.255 would be part of the same network and you'd expect a broadcast to propagate. At least this is how I understand how it works, and I could be wrong. > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-net" in the body of the message > -- Bill Vermillion - bv @ wjv . com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Thu Aug 9 9:58:29 2001 Delivered-To: freebsd-net@freebsd.org Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193]) by hub.freebsd.org (Postfix) with ESMTP id D944537B401 for ; Thu, 9 Aug 2001 09:58:27 -0700 (PDT) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.11.4/8.11.4) id f79GwQJ17316; Thu, 9 Aug 2001 12:58:26 -0400 (EDT) (envelope-from wollman) Date: Thu, 9 Aug 2001 12:58:26 -0400 (EDT) From: Garrett Wollman Message-Id: <200108091658.f79GwQJ17316@khavrinen.lcs.mit.edu> To: Bill Fenner Cc: net@FreeBSD.ORG Subject: Re: forwarding broadcast In-Reply-To: <200108091645.JAA03207@windsor.research.att.com> References: <200108091645.JAA03207@windsor.research.att.com> Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org < said: > So, your patch just adds the mentioned option -- which I'm fine with, > as long as the default is 0 as the RFC requires... We had directed-broadcast forwarding before, and it was removed. Perhaps someone might examine the CVS logs to see when and why. -GAWollman To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Thu Aug 9 10: 5:58 2001 Delivered-To: freebsd-net@freebsd.org Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by hub.freebsd.org (Postfix) with ESMTP id 57A3537B407; Thu, 9 Aug 2001 10:05:53 -0700 (PDT) (envelope-from brdavis@odin.ac.hmc.edu) Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.11.0/8.11.0) id f79H5e807291; Thu, 9 Aug 2001 10:05:40 -0700 Date: Thu, 9 Aug 2001 10:05:40 -0700 From: Brooks Davis To: =?iso-8859-1?Q?Christophe_Pr=E9votaux?= Cc: questions@FreeBSD.ORG, net@FreeBSD.ORG Subject: Re: Netgraph Message-ID: <20010809100540.A3833@Odin.AC.HMC.Edu> References: <20010809173254.21d1a0cd.c.prevotaux@hexanet.fr> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="vtzGhvizbBRQ85DL" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010809173254.21d1a0cd.c.prevotaux@hexanet.fr>; from c.prevotaux@hexanet.fr on Thu, Aug 09, 2001 at 05:32:54PM +0200 Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org --vtzGhvizbBRQ85DL Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Aug 09, 2001 at 05:32:54PM +0200, Christophe Pr=E9votaux wrote: > I would like to know , where I can find a explanation > (tutorial) of the use and usage of netgraph ? >=20 > the use : what it is used for , what it can do=20 > the usage: how to use it http://www.daemonnews.org/200003/netgraph.html -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --vtzGhvizbBRQ85DL Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE7csLkXY6L6fI4GtQRAuSxAJwOD0GyktwsOrncwApT4Nb61FvZAACfRw2z ZSUkaun3CFUeyYVo+tRDKP4= =41x+ -----END PGP SIGNATURE----- --vtzGhvizbBRQ85DL-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Thu Aug 9 10: 6:57 2001 Delivered-To: freebsd-net@freebsd.org Received: from mail-blue.research.att.com (mail-blue.research.att.com [135.207.30.102]) by hub.freebsd.org (Postfix) with ESMTP id 1E21937B407 for ; Thu, 9 Aug 2001 10:06:54 -0700 (PDT) (envelope-from fenner@research.att.com) Received: from alliance.research.att.com (alliance.research.att.com [135.207.26.26]) by mail-blue.research.att.com (Postfix) with ESMTP id 65E3D4CE74; Thu, 9 Aug 2001 13:06:53 -0400 (EDT) Received: from windsor.research.att.com (windsor.research.att.com [135.207.26.46]) by alliance.research.att.com (8.8.7/8.8.7) with ESMTP id NAA00550; Thu, 9 Aug 2001 13:06:52 -0400 (EDT) From: Bill Fenner Received: (from fenner@localhost) by windsor.research.att.com (8.8.8+Sun/8.8.5) id KAA03524; Thu, 9 Aug 2001 10:06:52 -0700 (PDT) Message-Id: <200108091706.KAA03524@windsor.research.att.com> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII To: wollman@khavrinen.lcs.mit.edu Subject: Re: forwarding broadcast Cc: net@freebsd.org References: <200108091645.JAA03207@windsor.research.att.com> <200108091658.f79GwQJ17316@khavrinen.lcs.mit.edu> Date: Thu, 9 Aug 2001 10:06:51 -0700 Versions: dmail (solaris) 2.2j/makemail 2.9b Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >We had directed-broadcast forwarding before, and it was removed. >Perhaps someone might examine the CVS logs to see when and why. | Revision 1.32 / Dec 20 1995 (5 years, 7 months ago) by wollman | | Demolish DIRECTED_BROADCAST. It was always a bad idea, and nobody uses it. I don't feel as strongly as you do [did?]; as long as it defaults to zero and someone (Jonathan) needs the functionality... Bill To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Thu Aug 9 10: 9:46 2001 Delivered-To: freebsd-net@freebsd.org Received: from greenavenger.com (aleph.greenavenger.com [206.132.75.212]) by hub.freebsd.org (Postfix) with ESMTP id 9B1CA37B405; Thu, 9 Aug 2001 10:09:33 -0700 (PDT) (envelope-from cram@greenavenger.com) Received: from localhost (cram@localhost) by greenavenger.com (8.9.3/8.9.3) with ESMTP id KAA54273; Thu, 9 Aug 2001 10:09:34 -0700 (PDT) (envelope-from cram@greenavenger.com) Date: Thu, 9 Aug 2001 10:09:33 -0700 (PDT) From: Marc Alvidrez To: , Cc: =?X-UNKNOWN?Q?Christophe_Pr=E9votaux?= Subject: Re: Netgraph In-Reply-To: <20010809173254.21d1a0cd.c.prevotaux@hexanet.fr> Message-ID: <20010809100733.D97657-100000@aleph.greenavenger.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=X-UNKNOWN Content-Transfer-Encoding: QUOTED-PRINTABLE Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org I think these two pages are a good place to start: http://www.daemonnews.org/200003/netgraph.html http://www.elischer.org/netgraph/ (They were the first two to come up in Google.) -Marc ------------------------------------------------------------------------ "Those who do not understand Unix are condemned to reinvent it, poorly." -- Henry Spencer On Thu, 9 Aug 2001, Christophe Pr=E9votaux wrote: > I would like to know , where I can find a explanation > (tutorial) of the use and usage of netgraph ? > > the use : what it is used for , what it can do > the usage: how to use it > > :) any help will be greatly appreciated :) > > -- > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > Christophe Prevotaux Email: c.prevotaux@hexanet.fr > HEXANET SARL URL: http://www.hexanet.fr/ > Z.A Farman Sud Tel: +33 (0)3 26 79 30 05 > 9 rue Roland Coffignot Direct: +33 (0)3 26 79 08 02 > BP415 Fax: +33 (0)3 26 79 30 06 > 51689 Reims Cedex 2 > FRANCE > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-questions" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Thu Aug 9 10:14: 2 2001 Delivered-To: freebsd-net@freebsd.org Received: from enterprise.spock.org (cm-24-29-85-81.nycap.rr.com [24.29.85.81]) by hub.freebsd.org (Postfix) with ESMTP id 9FE5937B401; Thu, 9 Aug 2001 10:13:54 -0700 (PDT) (envelope-from jon@enterprise.spock.org) Received: (from jon@localhost) by enterprise.spock.org serial EF600Q3T-B7F; Thu, 9 Aug 2001 13:13:52 -0400 (EDT) (envelope-from jon)$ Date: Thu, 9 Aug 2001 13:13:52 -0400 From: Jonathan Chen To: bv@wjv.com Cc: net@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: forwarding broadcast Message-ID: <20010809131352.A15148@enterprise.spock.org> References: <20010809113638.A9519@enterprise.spock.org> <20010809122352.B32613@wjv.com> <20010809123056.G9519@enterprise.spock.org> <20010809125747.A33178@wjv.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: telnet/1.1x In-Reply-To: <20010809125747.A33178@wjv.com>; from bill@wjv.com on Thu, Aug 09, 2001 at 12:57:47PM -0400 Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Thu, Aug 09, 2001 at 12:57:47PM -0400, Bill Vermillion wrote: > On Thu, Aug 09, 2001 at 12:30:56PM -0400, Jonathan Chen thus sprach: > > On Thu, Aug 09, 2001 at 12:23:52PM -0400, Bill Vermillion wrote: > > > On Thu, Aug 09, 2001 at 11:36:38AM -0400, Jonathan Chen thus sprach: > > > > > > > On FreeBSD -CURRENT and -STABLE, packets to broadcast addresses > > > > are not forwarded. For instance, if I have a FreeBSD router with > > > > interfaces 192.168.1.1 and 192.168.2.1, and I send packets from > > > > 192.168.1.2 to 192.168.2.255, the packets are dropped to the > > > > floor. IMO, this is wrong... > > > > But the question now is - what is the netmask on these interfaces.? > > > That will make a difference. > > > These are both class C networks, and their netmask is specified > > accordingly (/24). I'm pretty sure my setup is correct here. > > So they are two separate networks therefore a broadcast for one > should not go the other. > > If on the other hand you netmask was 255.255.252.0 then > 192.168.0.x thru 192.168.3.255 would be part of the same network > and you'd expect a broadcast to propagate. At least this is how I > understand how it works, and I could be wrong. I think you are misundering the setup here. In plain english and without the use of confusing IP/netmasks: A machine connected to interface 0 of the router is sending a unicast ethernet packet (directed to interface 0 of the router) to the ip broadcast address of interface 1. It used to be that routers were expected to go ahead and broadcast the same ip packet on network 1, but a recently updated standard changed the requirements so it is no longer true. Of course, broadcasts from a machine on interface 0 to the ip broadcast address of network 0 is not expected to appear on network 1... -Jon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Thu Aug 9 10:27:17 2001 Delivered-To: freebsd-net@freebsd.org Received: from amc.isi.edu (amc.isi.edu [128.9.160.102]) by hub.freebsd.org (Postfix) with ESMTP id 9D85B37B405; Thu, 9 Aug 2001 10:27:06 -0700 (PDT) (envelope-from yushunwa@amc.isi.edu) Received: from localhost (yushunwa@localhost) by amc.isi.edu (8.11.1/8.11.1) with ESMTP id f79HR5n42812; Thu, 9 Aug 2001 10:27:06 -0700 (PDT) (envelope-from yushunwa@amc.isi.edu) Date: Thu, 9 Aug 2001 10:27:05 -0700 (PDT) From: Yu-Shun Wang To: Jonathan Chen Cc: , Subject: Re: forwarding broadcast In-Reply-To: <20010809113638.A9519@enterprise.spock.org> Message-ID: <20010809102555.Y42772-100000@amc.isi.edu> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Hi, I think it's specified in RFC 2644. It might be useful to site it in the comments of the code. Regards, yushun. ____________________________________________________________________________ Yu-Shun Wang Information Sciences Institute University of Southern California On Thu, 9 Aug 2001, Jonathan Chen wrote: > On FreeBSD -CURRENT and -STABLE, packets to broadcast addresses are not > forwarded. For instance, if I have a FreeBSD router with interfaces > 192.168.1.1 and 192.168.2.1, and I send packets from 192.168.1.2 to > 192.168.2.255, the packets are dropped to the floor. IMO, this is wrong... > but I haven't consulted all the RFC's so I'm not sure if some standard out > there calls for it. In any case, the following patch creates a sysctl knob > to turn on or off this feature (since it can be considered a security risk > by some). I just want to ask around in case I turned out to be doing > something incredibly evil. Comments? > > -Jon > > Index: in.h > =================================================================== > RCS file: /export/ncvs/src/sys/netinet/in.h,v > retrieving revision 1.55 > diff -u -r1.55 in.h > --- in.h 2001/06/15 00:37:27 1.55 > +++ in.h 2001/08/09 15:12:19 > @@ -452,7 +452,8 @@ > #define IPCTL_FASTFORWARDING 14 /* use fast IP forwarding code */ > #define IPCTL_KEEPFAITH 15 /* FAITH IPv4->IPv6 translater ctl */ > #define IPCTL_GIF_TTL 16 /* default TTL for gif encap packet */ > -#define IPCTL_MAXID 17 > +#define IPCTL_FORWARD_BROADCAST 18 /* forward broadcast packets */ > +#define IPCTL_MAXID 18 > > #define IPCTL_NAMES { \ > { 0, 0 }, \ > Index: ip_input.c > =================================================================== > RCS file: /export/ncvs/src/sys/netinet/ip_input.c,v > retrieving revision 1.174 > diff -u -r1.174 ip_input.c > --- ip_input.c 2001/06/23 17:17:58 1.174 > +++ ip_input.c 2001/08/09 15:33:59 > @@ -103,6 +103,10 @@ > SYSCTL_INT(_net_inet_ip, IPCTL_FORWARDING, forwarding, CTLFLAG_RW, > &ipforwarding, 0, "Enable IP forwarding between interfaces"); > > +int ipforward_broadcast = 0; > +SYSCTL_INT(_net_inet_ip, IPCTL_FORWARD_BROADCAST, forward_broadcast, CTLFLAG_RW, > + &ipforward_broadcast, 0, "Enable broadcast packets when forwarding IP packets"); > + > static int ipsendredirects = 1; /* XXX */ > SYSCTL_INT(_net_inet_ip, IPCTL_SENDREDIRECTS, redirect, CTLFLAG_RW, > &ipsendredirects, 0, "Enable sending IP redirects"); > @@ -1684,7 +1688,8 @@ > } > > error = ip_output(m, (struct mbuf *)0, &ipforward_rt, > - IP_FORWARDING, 0); > + IP_FORWARDING| > + (ipforward_broadcast?IP_ALLOWBROADCAST:0), 0); > if (error) > ipstat.ips_cantforward++; > else { > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-net" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Thu Aug 9 11:12:41 2001 Delivered-To: freebsd-net@freebsd.org Received: from mail.wrs.com (unknown-1-11.windriver.com [147.11.1.11]) by hub.freebsd.org (Postfix) with ESMTP id A301837B401; Thu, 9 Aug 2001 11:12:32 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Received: from laptop.baldwin.cx (john@[147.11.46.201]) by mail.wrs.com (8.9.3/8.9.1) with ESMTP id LAA29433; Thu, 9 Aug 2001 11:12:30 -0700 (PDT) Message-ID: X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: Date: Thu, 09 Aug 2001 11:12:32 -0700 (PDT) From: John Baldwin To: Mark Peek Subject: Re: Problem with pxeboot and binutils-2.11 Cc: current@FreeBSD.org, net@FreeBSD.org, Harti Brandt Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On 09-Aug-01 Mark Peek wrote: > At 4:46 PM +0200 8/9/01, Harti Brandt wrote: >>some time ago we reported a problem with pxeboot under -current (see below). >>We have tried to track down the problem and it seems to be a bug or a >>feature in gas or libbfd. It turns out, that the output from pxeldr before >>the binutils-2.11 import on 5/29/2001 was 500 bytes long. After the import >>the output has grown to 512 byte. The excess bytes contain a jump to the >>address 512 and a number of NOPs. The result of this is, that the loader >>image which is located imediately after pxeldr is shifted by 12 bytes >>and the address calculations in pxeldr.s are wrong now. >> >>Unfortunately we're not able to find out what new bug^h^h^hfeature of >>gas or libbfd causes this behaviour. A simple workaround is to strip the >>excess bytes from pxeldr just before building pxeboot, but that is REALLY >>ugly: > > > It appears that gas is now properly padding the end of the text > section (and inserting the jmp and nops). This, in turn, misaligns > the loader that is tacked onto the end of the pxeldr. I'm currently > not setup to test pxeboot'ing but here's a patch that might fix it. The disassembly looks right, I just don't have a means for testing it. -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.baldwin.cx/~john/pgpkey.asc "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Thu Aug 9 11:13: 9 2001 Delivered-To: freebsd-net@freebsd.org Received: from mail.wrs.com (unknown-1-11.windriver.com [147.11.1.11]) by hub.freebsd.org (Postfix) with ESMTP id 1377137B401; Thu, 9 Aug 2001 11:13:01 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Received: from laptop.baldwin.cx (john@[147.11.46.201]) by mail.wrs.com (8.9.3/8.9.1) with ESMTP id LAA29352; Thu, 9 Aug 2001 11:12:23 -0700 (PDT) Message-ID: X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <20010809163526.P49083-100000@beagle.fokus.gmd.de> Date: Thu, 09 Aug 2001 11:12:25 -0700 (PDT) From: John Baldwin To: Harti Brandt Subject: RE: Problem with pxeboot and binutils-2.11 Cc: current@FreeBSD.org, net@FreeBSD.org, obrien@FreeBSD.org Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On 09-Aug-01 Harti Brandt wrote: > > Hello, > > some time ago we reported a problem with pxeboot under -current (see below). > We have tried to track down the problem and it seems to be a bug or a > feature in gas or libbfd. It turns out, that the output from pxeldr before > the binutils-2.11 import on 5/29/2001 was 500 bytes long. After the import > the output has grown to 512 byte. The excess bytes contain a jump to the > address 512 and a number of NOPs. The result of this is, that the loader > image which is located imediately after pxeldr is shifted by 12 bytes > and the address calculations in pxeldr.s are wrong now. > > Unfortunately we're not able to find out what new bug^h^h^hfeature of > gas or libbfd causes this behaviour. A simple workaround is to strip the > excess bytes from pxeldr just before building pxeboot, but that is REALLY > ugly: It is evil. Looks like it is aligning the end of the text even though I haven't asked. A grotty hack would be to use a org at the end to force pxeldr to be 512 bytes. Try this: --- pxeldr.s 2001/02/06 11:20:05 1.6 +++ pxeldr.s 2001/08/09 17:41:38 @@ -277,5 +277,6 @@ bootinfo_msg: .asciz "Building the boot loader arguments\r\n" relocate_msg: .asciz "Relocating the loader and the BTX\r\n" jump_message: .asciz "Starting the BTX loader\r\n" - + + .org 0x200,0x0 end: -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.baldwin.cx/~john/pgpkey.asc "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Thu Aug 9 11:55:27 2001 Delivered-To: freebsd-net@freebsd.org Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by hub.freebsd.org (Postfix) with SMTP id 3356A37B405; Thu, 9 Aug 2001 11:55:21 -0700 (PDT) (envelope-from dwmalone@maths.tcd.ie) Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 9 Aug 2001 19:55:15 +0100 (BST) Date: Thu, 9 Aug 2001 19:55:14 +0100 From: David Malone To: John Baldwin Cc: Mark Peek , current@FreeBSD.org, net@FreeBSD.org, Harti Brandt Subject: Re: Problem with pxeboot and binutils-2.11 Message-ID: <20010809195514.A57009@walton.maths.tcd.ie> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from jhb@FreeBSD.org on Thu, Aug 09, 2001 at 11:12:32AM -0700 Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Thu, Aug 09, 2001 at 11:12:32AM -0700, John Baldwin wrote: > > It appears that gas is now properly padding the end of the text > > section (and inserting the jmp and nops). This, in turn, misaligns > > the loader that is tacked onto the end of the pxeldr. I'm currently > > not setup to test pxeboot'ing but here's a patch that might fix it. > > The disassembly looks right, I just don't have a means for testing it. Oliver Hartmann tested Mark's patch and it seems to fix the problem. Mark's going to look into committing and (hopefully) merging the fix to -stable. David. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Thu Aug 9 12: 0:44 2001 Delivered-To: freebsd-net@freebsd.org Received: from smtp2.mx.pitdc1.stargate.net (smtp2.mx.pitdc1.stargate.net [206.210.69.142]) by hub.freebsd.org (Postfix) with SMTP id 2001037B405 for ; Thu, 9 Aug 2001 12:00:41 -0700 (PDT) (envelope-from mav@wastegate.net) Received: (qmail 15799 invoked from network); 9 Aug 2001 18:58:58 -0000 Received: from unknown (HELO mother) (216.151.71.232) by smtp2.mx.pitdc1.stargate.net with SMTP; 9 Aug 2001 18:58:58 -0000 From: "Doug Reynolds" To: "freebsd-questions@freebsd.org" , "Hassan Halta" Cc: "freebsd-net@freebsd.org" Date: Thu, 09 Aug 2001 14:57:59 -0400 Reply-To: "Doug Reynolds" X-Mailer: PMMail 98 Professional (2.01.1600) For Windows 98 (4.10.2222) MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Subject: Re: DNS and nslookup problem Message-Id: <20010809190041.2001037B405@hub.freebsd.org> Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Wed, 8 Aug 2001 21:54:11 -0500 (EST), Hassan Halta wrote: >Here's a problem, say I am using nslookup to look for ibm.net, but when I >do that, I will get ibm.net.cs.earlham.edu instead on ibm.net by itself, >or non existence domain...etc. At the beginning it seems to be a missing >period problem, but I assure you it's not. A friend of mine fixed it >temporarly if she adds nslookup -nosea , and everything goes fine, but if >someone is using us as a nameserver, that will not help. I was wondering >if there are some ways to solve or debug this problem. that happens to me sometimes. try ibm.net. --- doug reynolds | the maverick | mav@wastegate.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Thu Aug 9 12: 3:22 2001 Delivered-To: freebsd-net@freebsd.org Received: from elvis.mu.org (elvis.mu.org [216.33.66.196]) by hub.freebsd.org (Postfix) with ESMTP id 26F2937B403; Thu, 9 Aug 2001 12:03:17 -0700 (PDT) (envelope-from ps@mu.org) Received: by elvis.mu.org (Postfix, from userid 1000) id 0C37181D01; Thu, 9 Aug 2001 14:03:17 -0500 (CDT) Date: Thu, 9 Aug 2001 12:03:17 -0700 From: Paul Saab To: David Malone Cc: John Baldwin , Mark Peek , current@FreeBSD.org, net@FreeBSD.org, Harti Brandt Subject: Re: Problem with pxeboot and binutils-2.11 Message-ID: <20010809120317.A2234@elvis.mu.org> References: <20010809195514.A57009@walton.maths.tcd.ie> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010809195514.A57009@walton.maths.tcd.ie>; from dwmalone@maths.tcd.ie on Thu, Aug 09, 2001 at 07:55:14PM +0100 Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org David Malone (dwmalone@maths.tcd.ie) wrote: > On Thu, Aug 09, 2001 at 11:12:32AM -0700, John Baldwin wrote: > > > It appears that gas is now properly padding the end of the text > > > section (and inserting the jmp and nops). This, in turn, misaligns > > > the loader that is tacked onto the end of the pxeldr. I'm currently > > > not setup to test pxeboot'ing but here's a patch that might fix it. > > > > The disassembly looks right, I just don't have a means for testing it. > > Oliver Hartmann tested Mark's patch and it seems to fix the problem. > Mark's going to look into committing and (hopefully) merging the > fix to -stable. Yes.. This fixes the problem. John's patch also works. -- Paul Saab Technical Yahoo ps@mu.org - ps@yahoo-inc.com - ps@freebsd.org Do You .. uhh .. Yahoo!? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Thu Aug 9 13:16:29 2001 Delivered-To: freebsd-net@freebsd.org Received: from mail.wrs.com (unknown-1-11.windriver.com [147.11.1.11]) by hub.freebsd.org (Postfix) with ESMTP id 99A0037B405; Thu, 9 Aug 2001 13:16:21 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Received: from laptop.baldwin.cx (john@[147.11.46.201]) by mail.wrs.com (8.9.3/8.9.1) with ESMTP id NAA01273; Thu, 9 Aug 2001 13:15:34 -0700 (PDT) Message-ID: X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <20010809120317.A2234@elvis.mu.org> Date: Thu, 09 Aug 2001 13:15:28 -0700 (PDT) From: John Baldwin To: Paul Saab Subject: Re: Problem with pxeboot and binutils-2.11 Cc: Harti Brandt , net@FreeBSD.org, current@FreeBSD.org, Mark Peek , David Malone Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On 09-Aug-01 Paul Saab wrote: > David Malone (dwmalone@maths.tcd.ie) wrote: >> On Thu, Aug 09, 2001 at 11:12:32AM -0700, John Baldwin wrote: >> > > It appears that gas is now properly padding the end of the text >> > > section (and inserting the jmp and nops). This, in turn, misaligns >> > > the loader that is tacked onto the end of the pxeldr. I'm currently >> > > not setup to test pxeboot'ing but here's a patch that might fix it. >> > >> > The disassembly looks right, I just don't have a means for testing it. >> >> Oliver Hartmann tested Mark's patch and it seems to fix the problem. >> Mark's going to look into committing and (hopefully) merging the >> fix to -stable. > > Yes.. This fixes the problem. John's patch also works. Mark's patch is less hokey than mine. I've given him the goahead to commit his. -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.baldwin.cx/~john/pgpkey.asc "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Thu Aug 9 14:25:21 2001 Delivered-To: freebsd-net@freebsd.org Received: from mail.tcoip.com.br (cerberus.tcoip.com.br [200.220.254.3]) by hub.freebsd.org (Postfix) with ESMTP id C4EAA37B401 for ; Thu, 9 Aug 2001 14:25:17 -0700 (PDT) (envelope-from daniel.sobral@tcoip.com.br) Received: from tcoip.com.br (stp6zoamoh35bb08@dcs.intra.tcoip.com.br [192.168.60.194]) by purus.tcoip (8.11.1/8.11.1) with ESMTP id f79KfUL19317 for ; Thu, 9 Aug 2001 17:41:30 -0300 Message-ID: <3B72F571.7020506@tcoip.com.br> Date: Thu, 09 Aug 2001 17:41:21 -0300 From: "Daniel C. Sobral" User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:0.9.3) Gecko/20010808 X-Accept-Language: en, pt-br, ja MIME-Version: 1.0 To: net@FreeBSD.ORG Subject: RTM_NEWADDR Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org I was wondering about RTM_NEWADDR. I have noticed that no such message is generated when you add a new address to an interface with ifconfig. So I have two questions: is that what is expected? And how can I receive events whenever a new address is set on an interface? -- Daniel C. Sobral (8-DCS) Daniel.Sobral@tcoip.com.br dcs@newsguy.com dcs@freebsd.org capo@notorious.bsdconspiracy.net As you will see, I told them, in no uncertain terms, to see Figure one. -- Dave "First Strike" Pare To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Thu Aug 9 14:37:43 2001 Delivered-To: freebsd-net@freebsd.org Received: from hotmail.com (f30.pav2.hotmail.com [64.4.37.30]) by hub.freebsd.org (Postfix) with ESMTP id 3CB7A37B403 for ; Thu, 9 Aug 2001 14:37:41 -0700 (PDT) (envelope-from sigmafour@hotmail.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Thu, 9 Aug 2001 14:37:41 -0700 Received: from 12.32.200.242 by pv2fd.pav2.hotmail.msn.com with HTTP; Thu, 09 Aug 2001 21:37:40 GMT X-Originating-IP: [12.32.200.242] From: "Derek True" To: net@freebsd.org Subject: Setting Ti0 to half-duplex Date: Thu, 09 Aug 2001 17:37:40 -0400 Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: X-OriginalArrivalTime: 09 Aug 2001 21:37:41.0178 (UTC) FILETIME=[845FA9A0:01C1211B] Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Hello, I'm currently trying to set my 3com 3C985-SX gigabit NIC to Half-Duplex. I've recompiled FreeBSD to include the ti driver but have been unsuccessful in setting it to Half-Duplex. I'm currently getting info from a fiber tap which only sends and cannot recieve. When it enters full-duplex mode the software I'm using shuts down due to the lack of establishing link. The ti man page says see ifconfig. Ifconfig says its a driver setting. Rc.conf has been no help either. Has anyone here dealt with the same problem? Any help is immensely appreciated. Thanks Tom _________________________________________________________________ Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Thu Aug 9 15:41:14 2001 Delivered-To: freebsd-net@freebsd.org Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193]) by hub.freebsd.org (Postfix) with ESMTP id 6921637B401 for ; Thu, 9 Aug 2001 15:41:12 -0700 (PDT) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.11.4/8.11.4) id f79Mf0L21151; Thu, 9 Aug 2001 18:41:00 -0400 (EDT) (envelope-from wollman) Date: Thu, 9 Aug 2001 18:41:00 -0400 (EDT) From: Garrett Wollman Message-Id: <200108092241.f79Mf0L21151@khavrinen.lcs.mit.edu> To: "Daniel C. Sobral" Cc: net@FreeBSD.ORG Subject: RTM_NEWADDR In-Reply-To: <3B72F571.7020506@tcoip.com.br> References: <3B72F571.7020506@tcoip.com.br> Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org < said: > I was wondering about RTM_NEWADDR. I have noticed that no such message > is generated when you add a new address to an interface with ifconfig. This may or may not be a bug. I'm inclined to say that it is a bug; a routing process should probably be informed when a new address is configured. -GAWollman To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Thu Aug 9 16:17: 7 2001 Delivered-To: freebsd-net@freebsd.org Received: from db.nexgen.com (db.nexgen.com [66.92.98.149]) by hub.freebsd.org (Postfix) with SMTP id 2058F37B401 for ; Thu, 9 Aug 2001 16:16:52 -0700 (PDT) (envelope-from ml@db.nexgen.com) Received: (qmail 3169 invoked from network); 9 Aug 2001 23:16:21 -0000 Received: from localhost.nexgen.com (HELO alexus) (root@127.0.0.1) by localhost.nexgen.com with SMTP; 9 Aug 2001 23:16:21 -0000 Message-ID: <001101c12129$5da03240$0d00a8c0@alexus> From: "alexus" To: Subject: binding second ip and that second ip rolls over to first.. why? how to fix it? Date: Thu, 9 Aug 2001 19:16:48 -0400 Organization: NexGen MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2526.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2526.0000 Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Hello let me cut to the chase and get on the subject... I'm running FreeBSD 4.3-STABLE (used to 4.3-RELEASE) I already had ip 66.92.98.145 su-2.05# host 66.92.98.145 145.98.92.66.IN-ADDR.ARPA domain name pointer oXyeTb.com su-2.05# and I wanted to bind ip 66.92.98.151 su-2.05# host 66.92.98.151 151.98.92.66.IN-ADDR.ARPA domain name pointer MbI.PyCCKuE.com su-2.05# I bind another ip (2nd) to my existing interface as an alias using command ifconfig fxp0 alias 66.92.98.151 netmask 255.255.255.255 su-2.05# uname -a FreeBSD box.nexgen.com 4.3-STABLE FreeBSD 4.3-STABLE #9: Thu Aug 2 17:14:23 EDT 2001 alexus@box.nexgen.com:/usr/src/sys/compile/box i386 su-2.05# ifconfig fxp0: flags=8943 mtu 1500 inet 66.92.98.145 netmask 0xffffff00 broadcast 66.92.98.255 inet 66.92.98.151 netmask 0xffffffff broadcast 66.92.98.151 ether 00:60:94:a5:cb:44 media: Ethernet autoselect (100baseTX ) status: active dc0: flags=8843 mtu 1500 inet 192.168.0.9 netmask 0xffffff00 broadcast 192.168.0.255 ether 00:a0:cc:21:04:42 media: Ethernet autoselect (100baseTX ) status: active lo0: flags=8049 mtu 16384 inet 127.0.0.1 netmask 0xff000000 su-2.05# as you can see I have 2 interfaces fxp0 used for external (internet) ips and dc0 for internal (intranet) network let me show you my routing table without dc0 interface su-2.05# netstat -rn | grep -v dc0 Routing tables Internet: Destination Gateway Flags Refs Use Netif Expire default 66.92.98.1 UGSc 28 517876 fxp0 66.92.98/24 link#1 UC 6 0 fxp0 => 66.92.98.1 0:10:67:0:8d:68 UHLW 27 4 fxp0 608 66.92.98.145 0:60:94:a5:cb:44 UHLW 3 5375 lo0 66.92.98.146 0:30:48:21:78:8f UHLW 0 26 fxp0 918 66.92.98.148 0:30:48:21:78:a6 UHLW 0 30 fxp0 790 66.92.98.149 0:30:48:21:3c:c9 UHLW 0 288 fxp0 649 66.92.98.150 0:30:48:21:3c:c9 UHLW 0 1468 fxp0 191 66.92.98.151 0:60:94:a5:cb:44 UHLW 0 250 lo0 => 66.92.98.151/32 link#1 UC 1 0 fxp0 => 127.0.0.1 127.0.0.1 UH 2 9383 lo0 su-2.05# and for those who intersted to see whole thing here it is.. su-2.05# netstat -rn Routing tables Internet: Destination Gateway Flags Refs Use Netif Expire default 66.92.98.1 UGSc 28 517878 fxp0 66.92.98/24 link#1 UC 6 0 fxp0 => 66.92.98.1 0:10:67:0:8d:68 UHLW 27 4 fxp0 606 66.92.98.145 0:60:94:a5:cb:44 UHLW 3 5384 lo0 66.92.98.146 0:30:48:21:78:8f UHLW 0 26 fxp0 916 66.92.98.148 0:30:48:21:78:a6 UHLW 0 30 fxp0 788 66.92.98.149 0:30:48:21:3c:c9 UHLW 0 288 fxp0 647 66.92.98.150 0:30:48:21:3c:c9 UHLW 0 1468 fxp0 189 66.92.98.151 0:60:94:a5:cb:44 UHLW 0 250 lo0 => 66.92.98.151/32 link#1 UC 1 0 fxp0 => 127.0.0.1 127.0.0.1 UH 2 9383 lo0 192.168 link#2 UC 7 0 dc0 => 192.168.0.6 0:d0:b7:9e:f:d3 UHLW 0 6477 dc0 1043 192.168.0.8 0:d0:b7:9e:12:8a UHLW 0 357 dc0 1027 192.168.0.13 0:2:b3:40:99:2a UHLW 3 391423 dc0 1121 192.168.0.22 0:d0:b7:9e:15:13 UHLW 1 3601 dc0 1173 192.168.0.23 0:d0:b7:9e:12:54 UHLW 1 4215 dc0 1041 192.168.0.26 0:2:b3:40:96:a7 UHLW 0 6338 dc0 446 192.168.0.31 0:2:b3:40:9a:df UHLW 0 155811 dc0 1198 su-2.05# ... now the problem that i'm having for some reason whenever i'm trying to IRC w/ my 2nd ip and for some reason it rolls over to first ip i've tryed following clients su-2.05# BitchX -v BitchX - Based on EPIC Software Labs epic ircII (1998). Version (BitchX-1.0c18) -- Date (20010108). Process [9357] BitchX version BitchX-1.0c18 (20010108) su-2.05# BitchX with -H ircII with -h su-2.05# irc --version ircII version 4.4Z (20000831) su-2.05# and eggdrop 1.6.6 su-2.05# grep "set my" /home/alexus/eggdrop/bot.conf set my-hostname "MbI.PyCCKuE.com" set my-ip "66.92.98.151" su-2.05# I also copy my binary to another box to see maybe something wrong with client(s) .. nope they all workin fine I was able to irc using 2nd ip on another box using same software ... to make sure that ip is working itself i'm able to telnet/ssh/www/ftp to that 2nd ip so it works.. although i'm not quite sure if its rolls over to first ip or not.. i'd assume it is.. but i dont know for sure To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Thu Aug 9 17:41:33 2001 Delivered-To: freebsd-net@freebsd.org Received: from rover.village.org (rover.bsdimp.com [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id 2B33B37B401; Thu, 9 Aug 2001 17:41:27 -0700 (PDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.11.3/8.11.3) with ESMTP id f7A0fPl11990; Thu, 9 Aug 2001 18:41:25 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.11.3/8.11.4) with ESMTP id f7A0fP132516; Thu, 9 Aug 2001 18:41:25 -0600 (MDT) (envelope-from imp@harmony.village.org) Message-Id: <200108100041.f7A0fP132516@harmony.village.org> To: Yu-Shun Wang Subject: Re: forwarding broadcast Cc: Jonathan Chen , net@FreeBSD.ORG, hackers@FreeBSD.ORG In-reply-to: Your message of "Thu, 09 Aug 2001 10:27:05 PDT." <20010809102555.Y42772-100000@amc.isi.edu> References: <20010809102555.Y42772-100000@amc.isi.edu> Date: Thu, 09 Aug 2001 18:41:25 -0600 From: Warner Losh Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org In message <20010809102555.Y42772-100000@amc.isi.edu> Yu-Shun Wang writes: : I think it's specified in RFC 2644. It might be useful : to site it in the comments of the code. There were several incidents in the early days of the internet when this functionality was in place that caused all kinds of problems. Look at the trouble that Jordan got into in 1983 (search the RISKS archives) when he send a broadcast to all (which sent the wall to the entire internet at the time). While this wasn't exactly a network level broadcast, consider carefully the ramifications. There are many cases where could be useful turns into a security nightmare, so I'd be extremely reluctant to include this patch... Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Thu Aug 9 20:52: 8 2001 Delivered-To: freebsd-net@freebsd.org Received: from amc.isi.edu (amc.isi.edu [128.9.160.102]) by hub.freebsd.org (Postfix) with ESMTP id C383937B401; Thu, 9 Aug 2001 20:52:03 -0700 (PDT) (envelope-from yushunwa@amc.isi.edu) Received: from localhost (yushunwa@localhost) by amc.isi.edu (8.11.1/8.11.1) with ESMTP id f7A3puB43644; Thu, 9 Aug 2001 20:51:56 -0700 (PDT) (envelope-from yushunwa@amc.isi.edu) Date: Thu, 9 Aug 2001 20:51:56 -0700 (PDT) From: Yu-Shun Wang To: Warner Losh Cc: Jonathan Chen , , Subject: Re: forwarding broadcast In-Reply-To: <200108100041.f7A0fP132516@harmony.village.org> Message-ID: <20010809204505.Q43632-100000@amc.isi.edu> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Hi, Sorry for not making it clear. I believe RFC 2644 actually suggested that routers MUST default to disabling directed broadcast except explicitly configured to do so. But I guess one can never be too careful. :-) yushun. ____________________________________________________________________________ Yu-Shun Wang Information Sciences Institute University of Southern California On Thu, 9 Aug 2001, Warner Losh wrote: > In message <20010809102555.Y42772-100000@amc.isi.edu> Yu-Shun Wang writes: > : I think it's specified in RFC 2644. It might be useful > : to site it in the comments of the code. > > There were several incidents in the early days of the internet when > this functionality was in place that caused all kinds of problems. > Look at the trouble that Jordan got into in 1983 (search the RISKS > archives) when he send a broadcast to all (which sent the wall to the > entire internet at the time). While this wasn't exactly a network > level broadcast, consider carefully the ramifications. > > There are many cases where could be useful turns into a security > nightmare, so I'd be extremely reluctant to include this patch... > > Warner > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Thu Aug 9 21:44: 4 2001 Delivered-To: freebsd-net@freebsd.org Received: from backup.dagupan.com (www.psysc.org.ph [206.101.69.5]) by hub.freebsd.org (Postfix) with ESMTP id 5946437B406 for ; Thu, 9 Aug 2001 21:43:45 -0700 (PDT) (envelope-from francisv@dagupan.com) Received: by chat.dagupan.com with Internet Mail Service (5.5.2653.19) id ; Fri, 10 Aug 2001 12:43:42 +0800 Message-ID: <10F29E27A956D511B0940050DA8D86A908F755@chat.dagupan.com> From: francisv@dagupan.com To: freebsd-net@freebsd.org Subject: PPPoE server setup + RADIUS Date: Fri, 10 Aug 2001 12:43:41 +0800 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Hi all, We're currently experimenting with PPPoE on a FreeBSD 4.3-STABLE system with a Windows 98 client using RASPPPOE. I've found some instructions on the web on how to setup the PPPoE server and so far I've managed to make it run. We are using the RADIUS server of our upstream ISP for authenticating clients. Here's a copy of my /etc/ppp/ppp.conf: pppoe-in: allow users enable pap allow mode direct set mru 1460 set mtu 1460 set speed sync enable lqr accept dns set ifaddr 202.91.163.1 202.91.163.20-202.91.163.50 set dns 202.91.161.130 202.47.132.1 load server set radius /etc/ppp/radius.conf set log phase ipcp lcp debug Their RADIUS server sends a reply for Framed-IP-Address: 255.255.255.254 and Framed-IP-Netmask: 255.255.255.0 But upon inspection of the client, it shows that it got the 255.255.255.254 address instead of the IP address pool as defined in ppp.conf. What else could be wrong here? Where should I look? Thanks! --- francis vidal [bitstop network services] streaming media + web services v(02)330-2872,(02)330-2873 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Thu Aug 9 22:38:29 2001 Delivered-To: freebsd-net@freebsd.org Received: from silby.com (cb34181-a.mdsn1.wi.home.com [24.14.173.39]) by hub.freebsd.org (Postfix) with ESMTP id A5C3437B43E for ; Thu, 9 Aug 2001 22:37:54 -0700 (PDT) (envelope-from silby@silby.com) Received: (qmail 93532 invoked by uid 1000); 10 Aug 2001 05:37:54 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 10 Aug 2001 05:37:54 -0000 Date: Fri, 10 Aug 2001 00:37:54 -0500 (CDT) From: Mike Silbersack To: , Subject: [PATCH] RFC 1948 sequence numbers, final(?) patch Message-ID: <20010810002406.U93492-300000@achilles.silby.com> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-1767808683-997421874=:93492" Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. Send mail to mime@docserver.cac.washington.edu for more info. --0-1767808683-997421874=:93492 Content-Type: TEXT/PLAIN; charset=US-ASCII After much procrastination, I present the update RFC 1948 sequence number patch. Modifications have been made so that it more closely complies with RFC 1948, but still allows flexibility for sysadmins who want to reseed. Thanks go to Barney and Julian for suggesting these changes. I've done extensive testing with this patch, and all sysctls controlling its operation appear to work properly. However, testing would still be very helpful. I'll be on vacation from the 12th through the 19th; if no problems have been found during that time I expected to commit and MFC it on the 21st. I've included diffs relevant to an up to date -stable and -current. Thanks, Mike "Silby" Silbersack --0-1767808683-997421874=:93492 Content-Type: TEXT/PLAIN; charset=US-ASCII; name="rfc1948-2.patch" Content-Transfer-Encoding: BASE64 Content-ID: <20010810003754.B93492@achilles.silby.com> Content-Description: Content-Disposition: attachment; filename="rfc1948-2.patch" ZGlmZiAtdSAtciBuZXRpbmV0Lm9sZC90Y3BfaW5wdXQuYyBuZXRpbmV0L3Rj cF9pbnB1dC5jDQotLS0gbmV0aW5ldC5vbGQvdGNwX2lucHV0LmMJVHVlIEp1 bCAzMSAyMTo0MzoyMSAyMDAxDQorKysgbmV0aW5ldC90Y3BfaW5wdXQuYwlU aHUgQXVnICA5IDAwOjQ1OjAxIDIwMDENCkBAIC0xMDEsNyArMTAxLDYgQEAN CiBNQUxMT0NfREVGSU5FKE1fVFNFR1EsICJ0c2VnX3FlbnQiLCAiVENQIHNl Z21lbnQgcXVldWUgZW50cnkiKTsNCiANCiBzdGF0aWMgaW50CXRjcHJleG10 dGhyZXNoID0gMzsNCi10Y3Bfc2VxCXRjcF9pc3M7DQogdGNwX2NjCXRjcF9j Y2dlbjsNCiANCiBzdHJ1Y3QJdGNwc3RhdCB0Y3BzdGF0Ow0KQEAgLTExMzUs NyArMTEzNCw3IEBADQogCQlpZiAoaXNzKQ0KIAkJCXRwLT5pc3MgPSBpc3M7 DQogCQllbHNlIHsNCi0JCQl0cC0+aXNzID0gdGNwX25ld19pc24oKTsNCisJ CQl0cC0+aXNzID0gdGNwX25ld19pc24odHApOw0KICAJCX0NCiAJCXRwLT5p cnMgPSB0aC0+dGhfc2VxOw0KIAkJdGNwX3NlbmRzZXFpbml0KHRwKTsNCkBA IC0xNjY3LDcgKzE2NjYsNyBAQA0KIAkJCWlmICh0aGZsYWdzICYgVEhfU1lO ICYmDQogCQkJICAgIHRwLT50X3N0YXRlID09IFRDUFNfVElNRV9XQUlUICYm DQogCQkJICAgIFNFUV9HVCh0aC0+dGhfc2VxLCB0cC0+cmN2X254dCkpIHsN Ci0JCQkJaXNzID0gdGNwX25ld19pc24oKTsNCisJCQkJaXNzID0gdGNwX25l d19pc24odHApOw0KIAkJCQl0cCA9IHRjcF9jbG9zZSh0cCk7DQogCQkJCWdv dG8gZmluZHBjYjsNCiAJCQl9DQpkaWZmIC11IC1yIG5ldGluZXQub2xkL3Rj cF9zZXEuaCBuZXRpbmV0L3RjcF9zZXEuaA0KLS0tIG5ldGluZXQub2xkL3Rj cF9zZXEuaAlUdWUgSnVsIDMxIDIxOjQzOjIxIDIwMDENCisrKyBuZXRpbmV0 L3RjcF9zZXEuaAlUaHUgQXVnICA5IDAwOjQ4OjMwIDIwMDENCkBAIC04MCwy NiArODAsNSBAQA0KIA0KICNpZmRlZiBfS0VSTkVMDQogZXh0ZXJuIHRjcF9j Ywl0Y3BfY2NnZW47CQkvKiBnbG9iYWwgY29ubmVjdGlvbiBjb3VudCAqLw0K LQ0KLS8qDQotICogSW5jcmVtZW50IGZvciB0Y3BfaXNzIGVhY2ggc2Vjb25k Lg0KLSAqIFRoaXMgaXMgZGVzaWduZWQgdG8gaW5jcmVtZW50IGF0IHRoZSBz dGFuZGFyZCAyNTAgS0IvcywNCi0gKiBidXQgd2l0aCBhIHJhbmRvbSBjb21w b25lbnQgYXZlcmFnaW5nIDEyOCBLQi4NCi0gKiBXZSBhbHNvIGluY3JlbWVu dCB0Y3BfaXNzIGJ5IGEgcXVhcnRlciBvZiB0aGlzIGFtb3VudA0KLSAqIGVh Y2ggdGltZSB3ZSB1c2UgdGhlIHZhbHVlIGZvciBhIG5ldyBjb25uZWN0aW9u Lg0KLSAqIElmIGRlZmluZWQsIHRoZSB0Y3BfcmFuZG9tMTgoKSBtYWNybyBz aG91bGQgcHJvZHVjZSBhDQotICogbnVtYmVyIGluIHRoZSByYW5nZSBbMC0w eDNmZmZmXSB0aGF0IGlzIGhhcmQgdG8gcHJlZGljdC4NCi0gKiANCi0gKiBU aGUgdmFyaWFibGUgdGNwX2lzcyBhbmQgdGNwX3JhbmRvbTE4KCkgYXJlIG9u bHkgdXNlZA0KLSAqIGJ5IHNlcXVlbmNlIG51bWJlciBnZW5lcmF0aW9uIHNj aGVtZSAwLg0KLSAqLw0KLSNpZm5kZWYgdGNwX3JhbmRvbTE4DQotI2RlZmlu ZQl0Y3BfcmFuZG9tMTgoKQkoYXJjNHJhbmRvbSgpICYgMHgzZmZmZikNCi0j ZW5kaWYNCi0jZGVmaW5lCVRDUF9JU1NJTkNSCSgxMjIqMTAyNCArIHRjcF9y YW5kb20xOCgpKQ0KLQ0KLWV4dGVybiB0Y3Bfc2VxCXRjcF9pc3M7DQotI2Vs c2UNCi0jZGVmaW5lCVRDUF9JU1NJTkNSCSgyNTAqMTAyNCkJLyogaW5jcmVt ZW50IGZvciB0Y3BfaXNzIGVhY2ggc2Vjb25kICovDQogI2VuZGlmIC8qIF9L RVJORUwgKi8NCiAjZW5kaWYgLyogX05FVElORVRfVENQX1NFUV9IXyAqLw0K ZGlmZiAtdSAtciBuZXRpbmV0Lm9sZC90Y3Bfc3Vici5jIG5ldGluZXQvdGNw X3N1YnIuYw0KLS0tIG5ldGluZXQub2xkL3RjcF9zdWJyLmMJVHVlIEp1bCAz MSAyMTo0MzoyMSAyMDAxDQorKysgbmV0aW5ldC90Y3Bfc3Vici5jCVRodSBB dWcgIDkgMDE6MjE6MTYgMjAwMQ0KQEAgLTk4LDYgKzk4LDcgQEANCiAjZW5k aWYgLypJUFNFQyovDQogDQogI2luY2x1ZGUgPG1hY2hpbmUvaW5fY2tzdW0u aD4NCisjaW5jbHVkZSA8c3lzL21kNS5oPg0KIA0KIGludCAJdGNwX21zc2Rm bHQgPSBUQ1BfTVNTOw0KIFNZU0NUTF9JTlQoX25ldF9pbmV0X3RjcCwgVENQ Q1RMX01TU0RGTFQsIG1zc2RmbHQsIENUTEZMQUdfUlcsIA0KQEAgLTEzOSw5 ICsxNDAsMTMgQEANCiBTWVNDVExfSU5UKF9uZXRfaW5ldF90Y3AsIE9JRF9B VVRPLCBpY21wX21heV9yc3QsIENUTEZMQUdfUlcsICZpY21wX21heV9yc3Qs IDAsIA0KICAgICAiQ2VydGFpbiBJQ01QIHVucmVhY2hhYmxlIG1lc3NhZ2Vz IG1heSBhYm9ydCBjb25uZWN0aW9ucyBpbiBTWU5fU0VOVCIpOw0KIA0KLXN0 YXRpYyBpbnQJdGNwX3NlcV9nZW5zY2hlbWUgPSAxOw0KLVNZU0NUTF9JTlQo X25ldF9pbmV0X3RjcCwgT0lEX0FVVE8sIHRjcF9zZXFfZ2Vuc2NoZW1lLCBD VExGTEFHX1JXLA0KLSAgICAmdGNwX3NlcV9nZW5zY2hlbWUsIDAsICJUQ1Ag SVNOIGdlbmVyYXRpb24gc2NoZW1lIik7DQorc3RhdGljIGludAl0Y3Bfc3Ry aWN0X3JmYzE5NDggPSAwOw0KK1NZU0NUTF9JTlQoX25ldF9pbmV0X3RjcCwg T0lEX0FVVE8sIHN0cmljdF9yZmMxOTQ4LCBDVExGTEFHX1JXLA0KKyAgICAm dGNwX3N0cmljdF9yZmMxOTQ4LCAwLCAiRGV0ZXJtaW5lcyBpZiBSRkMxOTQ4 IGlzIGZvbGxvd2VkIGV4YWN0bHkiKTsNCisNCitzdGF0aWMgaW50CXRjcF9p c25fcmVzZWVkX2ludGVydmFsID0gMDsNCitTWVNDVExfSU5UKF9uZXRfaW5l dF90Y3AsIE9JRF9BVVRPLCBpc25fcmVzZWVkX2ludGVydmFsLCBDVExGTEFH X1JXLA0KKyAgICAmdGNwX2lzbl9yZXNlZWRfaW50ZXJ2YWwsIDAsICJTZWNv bmRzIGJldHdlZW4gcmVzZWVkaW5nIG9mIElTTiBzZWNyZXQiKTsNCiANCiBz dGF0aWMgdm9pZAl0Y3BfY2xlYXJ0YW9jYWNoZSBfX1AoKHZvaWQpKTsNCiBz dGF0aWMgdm9pZAl0Y3Bfbm90aWZ5IF9fUCgoc3RydWN0IGlucGNiICosIGlu dCkpOw0KQEAgLTE4Niw3ICsxOTEsNiBAQA0KIHsNCiAJaW50IGhhc2hzaXpl ID0gVENCSEFTSFNJWkU7DQogCQ0KLQl0Y3BfaXNzID0gYXJjNHJhbmRvbSgp OwkvKiB3cm9uZywgYnV0IGJldHRlciB0aGFuIGEgY29uc3RhbnQgKi8NCiAJ dGNwX2NjZ2VuID0gMTsNCiAJdGNwX2NsZWFydGFvY2FjaGUoKTsNCiANCkBA IC0xMTEyLDgwICsxMTE2LDEwMSBAQA0KIH0NCiAjZW5kaWYgLyogSU5FVDYg Ki8NCiANCi10Y3Bfc2VxDQotdGNwX25ld19pc24oKQ0KLXsNCi0NCi0JaWYg KHRjcF9zZXFfZ2Vuc2NoZW1lID4gMSB8fCB0Y3Bfc2VxX2dlbnNjaGVtZSA8 IDApDQotCQl0Y3Bfc2VxX2dlbnNjaGVtZSA9IDE7DQotDQotCXN3aXRjaCAo dGNwX3NlcV9nZW5zY2hlbWUpIHsNCi0JY2FzZSAwOgkJCS8qIFJhbmRvbSBw b3NpdGl2ZSBpbmNyZW1lbnRzICovDQotCQl0Y3BfaXNzICs9IFRDUF9JU1NJ TkNSLzI7DQotCQlyZXR1cm4gdGNwX2lzczsNCi0JY2FzZSAxOgkJCS8qIE9w ZW5CU0QgcmFuZG9taXplZCBzY2hlbWUgKi8NCi0JCXJldHVybiB0Y3Bfcm5k aXNzX25leHQoKTsNCi0JZGVmYXVsdDoNCi0JCXBhbmljKCJjYW5ub3QgaGFw cGVuIik7DQotCX0NCi19DQotDQotI2RlZmluZSBUQ1BfUk5ESVNTX1JPVU5E UwkxNg0KLSNkZWZpbmUgVENQX1JORElTU19PVVQJNzIwMA0KLSNkZWZpbmUg VENQX1JORElTU19NQVgJMzAwMDANCi0NCi11X2ludDhfdCB0Y3Bfcm5kaXNz X3Nib3hbMTI4XTsNCi11X2ludDE2X3QgdGNwX3JuZGlzc19tc2I7DQotdV9p bnQxNl90IHRjcF9ybmRpc3NfY250Ow0KLWxvbmcgdGNwX3JuZGlzc19yZXNl ZWQ7DQotDQotdV9pbnQxNl90DQotdGNwX3JuZGlzc19lbmNyeXB0KHZhbCkN Ci0JdV9pbnQxNl90IHZhbDsNCi17DQotCXVfaW50MTZfdCBzdW0gPSAwLCBp Ow0KLSAgDQotCWZvciAoaSA9IDA7IGkgPCBUQ1BfUk5ESVNTX1JPVU5EUzsg aSsrKSB7DQotCQlzdW0gKz0gMHg3OWI5Ow0KLQkJdmFsIF49ICgodV9pbnQx Nl90KXRjcF9ybmRpc3Nfc2JveFsodmFsXnN1bSkgJiAweDdmXSkgPDwgNzsN Ci0JCXZhbCA9ICgodmFsICYgMHhmZikgPDwgNykgfCAodmFsID4+IDgpOw0K LQl9DQogDQotCXJldHVybiB2YWw7DQotfQ0KLQ0KLXZvaWQNCi10Y3Bfcm5k aXNzX2luaXQoKQ0KLXsNCi0Jc3RydWN0IHRpbWV2YWwgdGltZTsNCisvKg0K KyAqIEZvbGxvd2luZyBpcyB3aGVyZSBUQ1AgaW5pdGlhbCBzZXF1ZW5jZSBu dW1iZXIgZ2VuZXJhdGlvbiBvY2N1cnMuDQorICoNCisgKiBUaGVyZSBhcmUg dHdvIHBsYWNlcyB3aGVyZSB3ZSBtdXN0IHVzZSBpbml0aWFsIHNlcXVlbmNl IG51bWJlcnM6DQorICogMS4gIEluIFNZTi1BQ0sgcGFja2V0cy4NCisgKiAy LiAgSW4gU1lOIHBhY2tldHMuDQorICoNCisgKiBUaGUgSVNOcyBpbiBTWU4t QUNLIHBhY2tldHMgaGF2ZSBubyBtb25vdG9uaWNpdHkgcmVxdWlyZW1lbnQs IA0KKyAqIGFuZCBzaG91bGQgYmUgYXMgdW5wcmVkaWN0YWJsZSBhcyBwb3Nz aWJsZSB0byBhdm9pZCB0aGUgcG9zc2liaWxpdHkNCisgKiBvZiBzcG9vZmlu ZyBhbmQvb3IgY29ubmVjdGlvbiBoaWphY2tpbmcuICBUbyBzYXRpc2Z5IHRo aXMNCisgKiByZXF1aXJlbWVudCwgU1lOLUFDSyBJU05zIGFyZSBnZW5lcmF0 ZWQgdmlhIHRoZSBhcmM0cmFuZG9tKCkNCisgKiBmdW5jdGlvbi4gIElmIGV4 YWN0IFJGQyAxOTQ4IGNvbXBsaWFuY2UgaXMgcmVxdWVzdGVkIHZpYSBzeXNj dGwsDQorICogdGhlc2UgSVNOcyB3aWxsIGJlIGdlbmVyYXRlZCBqdXN0IGxp a2UgdGhvc2UgaW4gU1lOIHBhY2tldHMuDQorICoNCisgKiBUaGUgSVNOcyBp biBTWU4gcGFja2V0cyBtdXN0IGJlIG1vbm90b25pYzsgVElNRV9XQUlUIHJl Y3ljbGluZw0KKyAqIGRlcGVuZHMgb24gdGhpcyBwcm9wZXJ0eS4gIEluIGFk ZGl0aW9uLCB0aGVzZSBJU05zIHNob3VsZCBiZQ0KKyAqIHVuZ3Vlc3NhYmxl IHNvIGFzIHRvIHByZXZlbnQgY29ubmVjdGlvbiBoaWphY2tpbmcuICBUbyBz YXRpc2Z5DQorICogdGhlIHJlcXVpcmVtZW50cyBvZiB0aGlzIHNpdHVhdGlv biwgdGhlIGFsZ29yaXRobSBvdXRsaW5lZCBpbg0KKyAqIFJGQyAxOTQ4IGlz IHVzZWQgdG8gZ2VuZXJhdGUgc2VxdWVuY2UgbnVtYmVycy4NCisgKg0KKyAq IEZvciBtb3JlIGluZm9ybWF0aW9uIG9uIHRoZSB0aGVvcnkgb2Ygb3BlcmF0 aW9uLCBwbGVhc2Ugc2VlDQorICogUkZDIDE5NDguDQorICoNCisgKiBJbXBs ZW1lbnRhdGlvbiBkZXRhaWxzOg0KKyAqDQorICogVGltZSBpcyBiYXNlZCBv ZmYgdGhlIHN5c3RlbSB0aW1lciwgYW5kIGlzIGNvcnJlY3RlZCBzbyB0aGF0 IGl0DQorICogaW5jcmVhc2VzIGJ5IG9uZSBtZWdhYnl0ZSBwZXIgc2Vjb25k LiAgVGhpcyBhbGxvd3MgZm9yIHByb3Blcg0KKyAqIHJlY3ljbGluZyBvbiBo aWdoIHNwZWVkIExBTnMgd2hpbGUgc3RpbGwgbGVhdmluZyBvdmVyIGFuIGhv dXINCisgKiBiZWZvcmUgcm9sbG92ZXIuDQorICoNCisgKiBUd28gc3lzY3Rs cyBjb250cm9sIHRoZSBnZW5lcmF0aW9uIG9mIElTTnM6DQorICoNCisgKiBu ZXQuaW5ldC50Y3AuaXNuX3Jlc2VlZF9pbnRlcnZhbCBjb250cm9scyB0aGUg bnVtYmVyIG9mIHNlY29uZHMNCisgKiBiZXR3ZWVuIHNlZWRpbmcgb2YgaXNu X3NlY3JldC4gIFRoaXMgaXMgbm9ybWFsbHkgc2V0IHRvIHplcm8sDQorICog YXMgcmVzZWVkaW5nIHNob3VsZCBub3QgYmUgbmVjZXNzYXJ5Lg0KKyAqDQor ICogbmV0LmluZXQudGNwLnN0cmljdF9yZmMxOTQ4IGNvbnRyb2xzIHdoZXRo ZXIgUkZDIDE5NDggaXMgZm9sbG93ZWQNCisgKiBzdHJpY3RseS4gIFdoZW4g c3RyaWN0IGNvbXBsaWFuY2UgaXMgcmVxdWVzdGVkLCByZXNlZWRpbmcgaXMN CisgKiBkaXNhYmxlZCBhbmQgU1lOLUFDS3Mgd2lsbCBiZSBnZW5lcmF0ZWQg aW4gdGhlIHNhbWUgbWFubmVyIGFzDQorICogU1lOcy4gIFN0cmljdCBtb2Rl IGlzIGRpc2FibGVkIGJ5IGRlZmF1bHQuDQorICoNCisgKi8NCiANCi0JZ2V0 bWljcm90aW1lKCZ0aW1lKTsNCi0JcmVhZF9yYW5kb20odGNwX3JuZGlzc19z Ym94LCBzaXplb2YodGNwX3JuZGlzc19zYm94KSk7DQorI2RlZmluZSBJU05f QllURVNfUEVSX1NFQ09ORCAxMDQ4NTc2DQogDQotCXRjcF9ybmRpc3NfcmVz ZWVkID0gdGltZS50dl9zZWMgKyBUQ1BfUk5ESVNTX09VVDsNCi0JdGNwX3Ju ZGlzc19tc2IgPSB0Y3Bfcm5kaXNzX21zYiA9PSAweDgwMDAgPyAwIDogMHg4 MDAwOyANCi0JdGNwX3JuZGlzc19jbnQgPSAwOw0KLX0NCit1X2NoYXIgaXNu X3NlY3JldFszMl07DQoraW50IGlzbl9sYXN0X3Jlc2VlZDsNCitNRDVfQ1RY IGlzbl9jdHg7DQogDQogdGNwX3NlcQ0KLXRjcF9ybmRpc3NfbmV4dCgpDQor dGNwX25ld19pc24odHApDQorCXN0cnVjdCB0Y3BjYiAqdHA7DQogew0KLQl1 X2ludDE2X3QgdG1wOw0KLQlzdHJ1Y3QgdGltZXZhbCB0aW1lOw0KKwl1X2lu dDMyX3QgbWQ1X2J1ZmZlcls0XTsNCisJdGNwX3NlcSBuZXdfaXNuOw0KIA0K LQlnZXRtaWNyb3RpbWUoJnRpbWUpOw0KLQ0KLSAgICAgICAgaWYgKHRjcF9y bmRpc3NfY250ID49IFRDUF9STkRJU1NfTUFYIHx8DQotCSAgICB0aW1lLnR2 X3NlYyA+IHRjcF9ybmRpc3NfcmVzZWVkKQ0KLSAgICAgICAgICAgICAgICB0 Y3Bfcm5kaXNzX2luaXQoKTsNCi0JDQotCXJlYWRfcmFuZG9tKCZ0bXAsIHNp emVvZih0bXApKTsNCi0NCi0JLyogKHRtcCAmIDB4N2ZmZikgZW5zdXJlcyBh IDMyNzY4IGJ5dGUgZ2FwIGJldHdlZW4gSVNTICovDQotCXJldHVybiAoKHRj cF9ybmRpc3NfZW5jcnlwdCh0Y3Bfcm5kaXNzX2NudCsrKSB8IHRjcF9ybmRp c3NfbXNiKSA8PDE2KSB8DQotCQkodG1wICYgMHg3ZmZmKTsNCisJLyogVXNl IGFyYzRyYW5kb20gZm9yIFNZTi1BQ0tzIHdoZW4gbm90IGluIGV4YWN0IFJG QzE5NDggbW9kZS4gKi8NCisJaWYgKCgodHAtPnRfc3RhdGUgPT0gVENQU19M SVNURU4pIHx8ICh0cC0+dF9zdGF0ZSA9PSBUQ1BTX1RJTUVfV0FJVCkpDQor CSAgICYmIHRjcF9zdHJpY3RfcmZjMTk0OCAhPSAxKQ0KKwkJcmV0dXJuIGFy YzRyYW5kb20oKTsNCisNCisJLyogU2VlZCBpZiB0aGlzIGlzIHRoZSBmaXJz dCB1c2UsIHJlc2VlZCBpZiByZXF1ZXN0ZWQuICovDQorCWlmICgoaXNuX2xh c3RfcmVzZWVkID09IDApIHx8DQorCSAgICAoKHRjcF9zdHJpY3RfcmZjMTk0 OCAhPSAxKSAmJiAodGNwX2lzbl9yZXNlZWRfaW50ZXJ2YWwgPiAwKSAmJg0K KwkgICAgICgoKHVfaW50KWlzbl9sYXN0X3Jlc2VlZCArICh1X2ludCl0Y3Bf aXNuX3Jlc2VlZF9pbnRlcnZhbCpoeikNCisJCTwgKHVfaW50KXRpY2tzKSkp IHsNCisJCXJlYWRfcmFuZG9tKCZpc25fc2VjcmV0LCBzaXplb2YoaXNuX3Nl Y3JldCkpOw0KKwkJaXNuX2xhc3RfcmVzZWVkID0gdGlja3M7DQorCX0NCisJ CQ0KKwkvKiBDb21wdXRlIHRoZSBtZDUgaGFzaCBhbmQgcmV0dXJuIHRoZSBJ U04uICovDQorCU1ENUluaXQoJmlzbl9jdHgpOw0KKwlNRDVVcGRhdGUoJmlz bl9jdHgsICh1X2NoYXIgKikgJnRwLT50X2lucGNiLT5pbnBfZnBvcnQsIHNp emVvZih1X3Nob3J0KSk7DQorCU1ENVVwZGF0ZSgmaXNuX2N0eCwgKHVfY2hh ciAqKSAmdHAtPnRfaW5wY2ItPmlucF9scG9ydCwgc2l6ZW9mKHVfc2hvcnQp KTsNCisjaWZkZWYgSU5FVDYNCisJaWYgKCh0cC0+dF9pbnBjYi0+aW5wX3Zm bGFnICYgSU5QX0lQVjYpICE9IDApIHsNCisJCU1ENVVwZGF0ZSgmaXNuX2N0 eCwgKHVfY2hhciAqKSAmdHAtPnRfaW5wY2ItPmluNnBfZmFkZHIsDQorCQkJ ICBzaXplb2Yoc3RydWN0IGluNl9hZGRyKSk7DQorCQlNRDVVcGRhdGUoJmlz bl9jdHgsICh1X2NoYXIgKikgJnRwLT50X2lucGNiLT5pbjZwX2xhZGRyLA0K KwkJCSAgc2l6ZW9mKHN0cnVjdCBpbjZfYWRkcikpOw0KKwl9IGVsc2UNCisj ZW5kaWYNCisJew0KKwkJTUQ1VXBkYXRlKCZpc25fY3R4LCAodV9jaGFyICop ICZ0cC0+dF9pbnBjYi0+aW5wX2ZhZGRyLA0KKwkJCSAgc2l6ZW9mKHN0cnVj dCBpbl9hZGRyKSk7DQorCQlNRDVVcGRhdGUoJmlzbl9jdHgsICh1X2NoYXIg KikgJnRwLT50X2lucGNiLT5pbnBfbGFkZHIsDQorCQkJICBzaXplb2Yoc3Ry dWN0IGluX2FkZHIpKTsNCisJfQ0KKwlNRDVVcGRhdGUoJmlzbl9jdHgsICh1 X2NoYXIgKikgJmlzbl9zZWNyZXQsIHNpemVvZihpc25fc2VjcmV0KSk7DQor CU1ENUZpbmFsKCh1X2NoYXIgKikgJm1kNV9idWZmZXIsICZpc25fY3R4KTsN CisJbmV3X2lzbiA9ICh0Y3Bfc2VxKSBtZDVfYnVmZmVyWzBdOw0KKwluZXdf aXNuICs9IHRpY2tzICogKElTTl9CWVRFU19QRVJfU0VDT05EIC8gaHopOw0K KwlyZXR1cm4gbmV3X2lzbjsNCiB9DQotDQogDQogLyoNCiAgKiBXaGVuIGEg c291cmNlIHF1ZW5jaCBpcyByZWNlaXZlZCwgY2xvc2UgY29uZ2VzdGlvbiB3 aW5kb3cNCmRpZmYgLXUgLXIgbmV0aW5ldC5vbGQvdGNwX3RpbWVyLmMgbmV0 aW5ldC90Y3BfdGltZXIuYw0KLS0tIG5ldGluZXQub2xkL3RjcF90aW1lci5j CVR1ZSBKdWwgMzEgMjE6NDM6MjEgMjAwMQ0KKysrIG5ldGluZXQvdGNwX3Rp bWVyLmMJVGh1IEF1ZyAgOSAwMDo0NTo1MCAyMDAxDQpAQCAtMTMzLDggKzEz Myw2IEBADQogDQogCXRjcF9tYXhpZGxlID0gdGNwX2tlZXBjbnQgKiB0Y3Bf a2VlcGludHZsOw0KIA0KLQl0Y3BfaXNzICs9IFRDUF9JU1NJTkNSL1BSX1NM T1dIWjsNCi0NCiAJc3BseChzKTsNCiB9DQogDQpkaWZmIC11IC1yIG5ldGlu ZXQub2xkL3RjcF91c3JyZXEuYyBuZXRpbmV0L3RjcF91c3JyZXEuYw0KLS0t IG5ldGluZXQub2xkL3RjcF91c3JyZXEuYwlUdWUgSnVsIDMxIDIxOjQzOjIx IDIwMDENCisrKyBuZXRpbmV0L3RjcF91c3JyZXEuYwlUdWUgSnVsIDMxIDIx OjQ1OjU4IDIwMDENCkBAIC03NTgsNyArNzU4LDcgQEANCiAJdGNwc3RhdC50 Y3BzX2Nvbm5hdHRlbXB0Kys7DQogCXRwLT50X3N0YXRlID0gVENQU19TWU5f U0VOVDsNCiAJY2FsbG91dF9yZXNldCh0cC0+dHRfa2VlcCwgdGNwX2tlZXBp bml0LCB0Y3BfdGltZXJfa2VlcCwgdHApOw0KLQl0cC0+aXNzID0gdGNwX25l d19pc24oKTsNCisJdHAtPmlzcyA9IHRjcF9uZXdfaXNuKHRwKTsNCiAJdGNw X3NlbmRzZXFpbml0KHRwKTsNCiANCiAJLyoNCkBAIC04NDQsNyArODQ0LDcg QEANCiAJdGNwc3RhdC50Y3BzX2Nvbm5hdHRlbXB0Kys7DQogCXRwLT50X3N0 YXRlID0gVENQU19TWU5fU0VOVDsNCiAJY2FsbG91dF9yZXNldCh0cC0+dHRf a2VlcCwgdGNwX2tlZXBpbml0LCB0Y3BfdGltZXJfa2VlcCwgdHApOw0KLQl0 cC0+aXNzID0gdGNwX25ld19pc24oKTsNCisJdHAtPmlzcyA9IHRjcF9uZXdf aXNuKHRwKTsNCiAJdGNwX3NlbmRzZXFpbml0KHRwKTsNCiANCiAJLyoNCmRp ZmYgLXUgLXIgbmV0aW5ldC5vbGQvdGNwX3Zhci5oIG5ldGluZXQvdGNwX3Zh ci5oDQotLS0gbmV0aW5ldC5vbGQvdGNwX3Zhci5oCVR1ZSBKdWwgMzEgMjE6 NDM6MjEgMjAwMQ0KKysrIG5ldGluZXQvdGNwX3Zhci5oCVRodSBBdWcgIDkg MDA6NTU6MTYgMjAwMQ0KQEAgLTQxMCwxMSArNDEwLDcgQEANCiBleHRlcm4J c3RydWN0IHByX3VzcnJlcXMgdGNwX3VzcnJlcXM7DQogZXh0ZXJuCXVfbG9u ZyB0Y3Bfc2VuZHNwYWNlOw0KIGV4dGVybgl1X2xvbmcgdGNwX3JlY3ZzcGFj ZTsNCi12b2lkCXRjcF9ybmRpc3NfaW5pdCBfX1AoKHZvaWQpKTsNCi10Y3Bf c2VxCXRjcF9ybmRpc3NfbmV4dCBfX1AoKHZvaWQpKTsNCi11X2ludDE2X3QN Ci0JdGNwX3JuZGlzc19lbmNyeXB0IF9fUCgodV9pbnQxNl90KSk7DQotdGNw X3NlcSB0Y3BfbmV3X2lzbiBfX1AoKHZvaWQpKTsNCit0Y3Bfc2VxIHRjcF9u ZXdfaXNuIF9fUCgoc3RydWN0IHRjcGNiICopKTsNCiANCiAjZW5kaWYgLyog X0tFUk5FTCAqLw0K --0-1767808683-997421874=:93492 Content-Type: TEXT/PLAIN; charset=US-ASCII; name="rfc1948-2-stable.patch" Content-Transfer-Encoding: BASE64 Content-ID: <20010810003754.B93492@achilles.silby.com> Content-Description: Content-Disposition: attachment; filename="rfc1948-2-stable.patch" ZGlmZiAtdSAtciBuZXRpbmV0Lm9sZC90Y3BfaW5wdXQuYyBuZXRpbmV0L3Rj cF9pbnB1dC5jDQotLS0gbmV0aW5ldC5vbGQvdGNwX2lucHV0LmMJVHVlIEp1 bCAzMSAyMTo0MzoyMSAyMDAxDQorKysgbmV0aW5ldC90Y3BfaW5wdXQuYwlU aHUgQXVnICA5IDAwOjQ1OjAxIDIwMDENCkBAIC0xMDEsNyArMTAxLDYgQEAN CiBNQUxMT0NfREVGSU5FKE1fVFNFR1EsICJ0c2VnX3FlbnQiLCAiVENQIHNl Z21lbnQgcXVldWUgZW50cnkiKTsNCiANCiBzdGF0aWMgaW50CXRjcHJleG10 dGhyZXNoID0gMzsNCi10Y3Bfc2VxCXRjcF9pc3M7DQogdGNwX2NjCXRjcF9j Y2dlbjsNCiANCiBzdHJ1Y3QJdGNwc3RhdCB0Y3BzdGF0Ow0KQEAgLTExMzUs NyArMTEzNCw3IEBADQogCQlpZiAoaXNzKQ0KIAkJCXRwLT5pc3MgPSBpc3M7 DQogCQllbHNlIHsNCi0JCQl0cC0+aXNzID0gdGNwX25ld19pc24oKTsNCisJ CQl0cC0+aXNzID0gdGNwX25ld19pc24odHApOw0KICAJCX0NCiAJCXRwLT5p cnMgPSB0aC0+dGhfc2VxOw0KIAkJdGNwX3NlbmRzZXFpbml0KHRwKTsNCkBA IC0xNjY3LDcgKzE2NjYsNyBAQA0KIAkJCWlmICh0aGZsYWdzICYgVEhfU1lO ICYmDQogCQkJICAgIHRwLT50X3N0YXRlID09IFRDUFNfVElNRV9XQUlUICYm DQogCQkJICAgIFNFUV9HVCh0aC0+dGhfc2VxLCB0cC0+cmN2X254dCkpIHsN Ci0JCQkJaXNzID0gdGNwX25ld19pc24oKTsNCisJCQkJaXNzID0gdGNwX25l d19pc24odHApOw0KIAkJCQl0cCA9IHRjcF9jbG9zZSh0cCk7DQogCQkJCWdv dG8gZmluZHBjYjsNCiAJCQl9DQpkaWZmIC11IC1yIG5ldGluZXQub2xkL3Rj cF9zZXEuaCBuZXRpbmV0L3RjcF9zZXEuaA0KLS0tIG5ldGluZXQub2xkL3Rj cF9zZXEuaAlUdWUgSnVsIDMxIDIxOjQzOjIxIDIwMDENCisrKyBuZXRpbmV0 L3RjcF9zZXEuaAlUaHUgQXVnICA5IDAwOjQ4OjMwIDIwMDENCkBAIC04MCwy NiArODAsNSBAQA0KIA0KICNpZmRlZiBfS0VSTkVMDQogZXh0ZXJuIHRjcF9j Ywl0Y3BfY2NnZW47CQkvKiBnbG9iYWwgY29ubmVjdGlvbiBjb3VudCAqLw0K LQ0KLS8qDQotICogSW5jcmVtZW50IGZvciB0Y3BfaXNzIGVhY2ggc2Vjb25k Lg0KLSAqIFRoaXMgaXMgZGVzaWduZWQgdG8gaW5jcmVtZW50IGF0IHRoZSBz dGFuZGFyZCAyNTAgS0IvcywNCi0gKiBidXQgd2l0aCBhIHJhbmRvbSBjb21w b25lbnQgYXZlcmFnaW5nIDEyOCBLQi4NCi0gKiBXZSBhbHNvIGluY3JlbWVu dCB0Y3BfaXNzIGJ5IGEgcXVhcnRlciBvZiB0aGlzIGFtb3VudA0KLSAqIGVh Y2ggdGltZSB3ZSB1c2UgdGhlIHZhbHVlIGZvciBhIG5ldyBjb25uZWN0aW9u Lg0KLSAqIElmIGRlZmluZWQsIHRoZSB0Y3BfcmFuZG9tMTgoKSBtYWNybyBz aG91bGQgcHJvZHVjZSBhDQotICogbnVtYmVyIGluIHRoZSByYW5nZSBbMC0w eDNmZmZmXSB0aGF0IGlzIGhhcmQgdG8gcHJlZGljdC4NCi0gKiANCi0gKiBU aGUgdmFyaWFibGUgdGNwX2lzcyBhbmQgdGNwX3JhbmRvbTE4KCkgYXJlIG9u bHkgdXNlZA0KLSAqIGJ5IHNlcXVlbmNlIG51bWJlciBnZW5lcmF0aW9uIHNj aGVtZSAwLg0KLSAqLw0KLSNpZm5kZWYgdGNwX3JhbmRvbTE4DQotI2RlZmlu ZQl0Y3BfcmFuZG9tMTgoKQkoYXJjNHJhbmRvbSgpICYgMHgzZmZmZikNCi0j ZW5kaWYNCi0jZGVmaW5lCVRDUF9JU1NJTkNSCSgxMjIqMTAyNCArIHRjcF9y YW5kb20xOCgpKQ0KLQ0KLWV4dGVybiB0Y3Bfc2VxCXRjcF9pc3M7DQotI2Vs c2UNCi0jZGVmaW5lCVRDUF9JU1NJTkNSCSgyNTAqMTAyNCkJLyogaW5jcmVt ZW50IGZvciB0Y3BfaXNzIGVhY2ggc2Vjb25kICovDQogI2VuZGlmIC8qIF9L RVJORUwgKi8NCiAjZW5kaWYgLyogX05FVElORVRfVENQX1NFUV9IXyAqLw0K ZGlmZiAtdSAtciBuZXRpbmV0Lm9sZC90Y3Bfc3Vici5jIG5ldGluZXQvdGNw X3N1YnIuYw0KLS0tIG5ldGluZXQub2xkL3RjcF9zdWJyLmMJVHVlIEp1bCAz MSAyMTo0MzoyMSAyMDAxDQorKysgbmV0aW5ldC90Y3Bfc3Vici5jCVRodSBB dWcgIDkgMDE6MjE6MTYgMjAwMQ0KQEAgLTk4LDYgKzk4LDcgQEANCiAjZW5k aWYgLypJUFNFQyovDQogDQogI2luY2x1ZGUgPG1hY2hpbmUvaW5fY2tzdW0u aD4NCisjaW5jbHVkZSA8c3lzL21kNS5oPg0KIA0KIGludCAJdGNwX21zc2Rm bHQgPSBUQ1BfTVNTOw0KIFNZU0NUTF9JTlQoX25ldF9pbmV0X3RjcCwgVENQ Q1RMX01TU0RGTFQsIG1zc2RmbHQsIENUTEZMQUdfUlcsIA0KQEAgLTEzOSw5 ICsxNDAsMTMgQEANCiBTWVNDVExfSU5UKF9uZXRfaW5ldF90Y3AsIE9JRF9B VVRPLCBpY21wX21heV9yc3QsIENUTEZMQUdfUlcsICZpY21wX21heV9yc3Qs IDAsIA0KICAgICAiQ2VydGFpbiBJQ01QIHVucmVhY2hhYmxlIG1lc3NhZ2Vz IG1heSBhYm9ydCBjb25uZWN0aW9ucyBpbiBTWU5fU0VOVCIpOw0KIA0KLXN0 YXRpYyBpbnQJdGNwX3NlcV9nZW5zY2hlbWUgPSAxOw0KLVNZU0NUTF9JTlQo X25ldF9pbmV0X3RjcCwgT0lEX0FVVE8sIHRjcF9zZXFfZ2Vuc2NoZW1lLCBD VExGTEFHX1JXLA0KLSAgICAmdGNwX3NlcV9nZW5zY2hlbWUsIDAsICJUQ1Ag SVNOIGdlbmVyYXRpb24gc2NoZW1lIik7DQorc3RhdGljIGludAl0Y3Bfc3Ry aWN0X3JmYzE5NDggPSAwOw0KK1NZU0NUTF9JTlQoX25ldF9pbmV0X3RjcCwg T0lEX0FVVE8sIHN0cmljdF9yZmMxOTQ4LCBDVExGTEFHX1JXLA0KKyAgICAm dGNwX3N0cmljdF9yZmMxOTQ4LCAwLCAiRGV0ZXJtaW5lcyBpZiBSRkMxOTQ4 IGlzIGZvbGxvd2VkIGV4YWN0bHkiKTsNCisNCitzdGF0aWMgaW50CXRjcF9p c25fcmVzZWVkX2ludGVydmFsID0gMDsNCitTWVNDVExfSU5UKF9uZXRfaW5l dF90Y3AsIE9JRF9BVVRPLCBpc25fcmVzZWVkX2ludGVydmFsLCBDVExGTEFH X1JXLA0KKyAgICAmdGNwX2lzbl9yZXNlZWRfaW50ZXJ2YWwsIDAsICJTZWNv bmRzIGJldHdlZW4gcmVzZWVkaW5nIG9mIElTTiBzZWNyZXQiKTsNCiANCiBz dGF0aWMgdm9pZAl0Y3BfY2xlYXJ0YW9jYWNoZSBfX1AoKHZvaWQpKTsNCiBz dGF0aWMgdm9pZAl0Y3Bfbm90aWZ5IF9fUCgoc3RydWN0IGlucGNiICosIGlu dCkpOw0KQEAgLTE4Niw3ICsxOTEsNiBAQA0KIHsNCiAJaW50IGhhc2hzaXpl ID0gVENCSEFTSFNJWkU7DQogCQ0KLQl0Y3BfaXNzID0gYXJjNHJhbmRvbSgp OwkvKiB3cm9uZywgYnV0IGJldHRlciB0aGFuIGEgY29uc3RhbnQgKi8NCiAJ dGNwX2NjZ2VuID0gMTsNCiAJdGNwX2NsZWFydGFvY2FjaGUoKTsNCiANCkBA IC0xMTEyLDgwICsxMTE2LDEwMSBAQA0KIH0NCiAjZW5kaWYgLyogSU5FVDYg Ki8NCiANCi10Y3Bfc2VxDQotdGNwX25ld19pc24oKQ0KLXsNCi0NCi0JaWYg KHRjcF9zZXFfZ2Vuc2NoZW1lID4gMSB8fCB0Y3Bfc2VxX2dlbnNjaGVtZSA8 IDApDQotCQl0Y3Bfc2VxX2dlbnNjaGVtZSA9IDE7DQotDQotCXN3aXRjaCAo dGNwX3NlcV9nZW5zY2hlbWUpIHsNCi0JY2FzZSAwOgkJCS8qIFJhbmRvbSBw b3NpdGl2ZSBpbmNyZW1lbnRzICovDQotCQl0Y3BfaXNzICs9IFRDUF9JU1NJ TkNSLzI7DQotCQlyZXR1cm4gdGNwX2lzczsNCi0JY2FzZSAxOgkJCS8qIE9w ZW5CU0QgcmFuZG9taXplZCBzY2hlbWUgKi8NCi0JCXJldHVybiB0Y3Bfcm5k aXNzX25leHQoKTsNCi0JZGVmYXVsdDoNCi0JCXBhbmljKCJjYW5ub3QgaGFw cGVuIik7DQotCX0NCi19DQotDQotI2RlZmluZSBUQ1BfUk5ESVNTX1JPVU5E UwkxNg0KLSNkZWZpbmUgVENQX1JORElTU19PVVQJNzIwMA0KLSNkZWZpbmUg VENQX1JORElTU19NQVgJMzAwMDANCi0NCi11X2ludDhfdCB0Y3Bfcm5kaXNz X3Nib3hbMTI4XTsNCi11X2ludDE2X3QgdGNwX3JuZGlzc19tc2I7DQotdV9p bnQxNl90IHRjcF9ybmRpc3NfY250Ow0KLWxvbmcgdGNwX3JuZGlzc19yZXNl ZWQ7DQotDQotdV9pbnQxNl90DQotdGNwX3JuZGlzc19lbmNyeXB0KHZhbCkN Ci0JdV9pbnQxNl90IHZhbDsNCi17DQotCXVfaW50MTZfdCBzdW0gPSAwLCBp Ow0KLSAgDQotCWZvciAoaSA9IDA7IGkgPCBUQ1BfUk5ESVNTX1JPVU5EUzsg aSsrKSB7DQotCQlzdW0gKz0gMHg3OWI5Ow0KLQkJdmFsIF49ICgodV9pbnQx Nl90KXRjcF9ybmRpc3Nfc2JveFsodmFsXnN1bSkgJiAweDdmXSkgPDwgNzsN Ci0JCXZhbCA9ICgodmFsICYgMHhmZikgPDwgNykgfCAodmFsID4+IDgpOw0K LQl9DQogDQotCXJldHVybiB2YWw7DQotfQ0KLQ0KLXZvaWQNCi10Y3Bfcm5k aXNzX2luaXQoKQ0KLXsNCi0Jc3RydWN0IHRpbWV2YWwgdGltZTsNCisvKg0K KyAqIEZvbGxvd2luZyBpcyB3aGVyZSBUQ1AgaW5pdGlhbCBzZXF1ZW5jZSBu dW1iZXIgZ2VuZXJhdGlvbiBvY2N1cnMuDQorICoNCisgKiBUaGVyZSBhcmUg dHdvIHBsYWNlcyB3aGVyZSB3ZSBtdXN0IHVzZSBpbml0aWFsIHNlcXVlbmNl IG51bWJlcnM6DQorICogMS4gIEluIFNZTi1BQ0sgcGFja2V0cy4NCisgKiAy LiAgSW4gU1lOIHBhY2tldHMuDQorICoNCisgKiBUaGUgSVNOcyBpbiBTWU4t QUNLIHBhY2tldHMgaGF2ZSBubyBtb25vdG9uaWNpdHkgcmVxdWlyZW1lbnQs IA0KKyAqIGFuZCBzaG91bGQgYmUgYXMgdW5wcmVkaWN0YWJsZSBhcyBwb3Nz aWJsZSB0byBhdm9pZCB0aGUgcG9zc2liaWxpdHkNCisgKiBvZiBzcG9vZmlu ZyBhbmQvb3IgY29ubmVjdGlvbiBoaWphY2tpbmcuICBUbyBzYXRpc2Z5IHRo aXMNCisgKiByZXF1aXJlbWVudCwgU1lOLUFDSyBJU05zIGFyZSBnZW5lcmF0 ZWQgdmlhIHRoZSBhcmM0cmFuZG9tKCkNCisgKiBmdW5jdGlvbi4gIElmIGV4 YWN0IFJGQyAxOTQ4IGNvbXBsaWFuY2UgaXMgcmVxdWVzdGVkIHZpYSBzeXNj dGwsDQorICogdGhlc2UgSVNOcyB3aWxsIGJlIGdlbmVyYXRlZCBqdXN0IGxp a2UgdGhvc2UgaW4gU1lOIHBhY2tldHMuDQorICoNCisgKiBUaGUgSVNOcyBp biBTWU4gcGFja2V0cyBtdXN0IGJlIG1vbm90b25pYzsgVElNRV9XQUlUIHJl Y3ljbGluZw0KKyAqIGRlcGVuZHMgb24gdGhpcyBwcm9wZXJ0eS4gIEluIGFk ZGl0aW9uLCB0aGVzZSBJU05zIHNob3VsZCBiZQ0KKyAqIHVuZ3Vlc3NhYmxl IHNvIGFzIHRvIHByZXZlbnQgY29ubmVjdGlvbiBoaWphY2tpbmcuICBUbyBz YXRpc2Z5DQorICogdGhlIHJlcXVpcmVtZW50cyBvZiB0aGlzIHNpdHVhdGlv biwgdGhlIGFsZ29yaXRobSBvdXRsaW5lZCBpbg0KKyAqIFJGQyAxOTQ4IGlz IHVzZWQgdG8gZ2VuZXJhdGUgc2VxdWVuY2UgbnVtYmVycy4NCisgKg0KKyAq IEZvciBtb3JlIGluZm9ybWF0aW9uIG9uIHRoZSB0aGVvcnkgb2Ygb3BlcmF0 aW9uLCBwbGVhc2Ugc2VlDQorICogUkZDIDE5NDguDQorICoNCisgKiBJbXBs ZW1lbnRhdGlvbiBkZXRhaWxzOg0KKyAqDQorICogVGltZSBpcyBiYXNlZCBv ZmYgdGhlIHN5c3RlbSB0aW1lciwgYW5kIGlzIGNvcnJlY3RlZCBzbyB0aGF0 IGl0DQorICogaW5jcmVhc2VzIGJ5IG9uZSBtZWdhYnl0ZSBwZXIgc2Vjb25k LiAgVGhpcyBhbGxvd3MgZm9yIHByb3Blcg0KKyAqIHJlY3ljbGluZyBvbiBo aWdoIHNwZWVkIExBTnMgd2hpbGUgc3RpbGwgbGVhdmluZyBvdmVyIGFuIGhv dXINCisgKiBiZWZvcmUgcm9sbG92ZXIuDQorICoNCisgKiBUd28gc3lzY3Rs cyBjb250cm9sIHRoZSBnZW5lcmF0aW9uIG9mIElTTnM6DQorICoNCisgKiBu ZXQuaW5ldC50Y3AuaXNuX3Jlc2VlZF9pbnRlcnZhbCBjb250cm9scyB0aGUg bnVtYmVyIG9mIHNlY29uZHMNCisgKiBiZXR3ZWVuIHNlZWRpbmcgb2YgaXNu X3NlY3JldC4gIFRoaXMgaXMgbm9ybWFsbHkgc2V0IHRvIHplcm8sDQorICog YXMgcmVzZWVkaW5nIHNob3VsZCBub3QgYmUgbmVjZXNzYXJ5Lg0KKyAqDQor ICogbmV0LmluZXQudGNwLnN0cmljdF9yZmMxOTQ4IGNvbnRyb2xzIHdoZXRo ZXIgUkZDIDE5NDggaXMgZm9sbG93ZWQNCisgKiBzdHJpY3RseS4gIFdoZW4g c3RyaWN0IGNvbXBsaWFuY2UgaXMgcmVxdWVzdGVkLCByZXNlZWRpbmcgaXMN CisgKiBkaXNhYmxlZCBhbmQgU1lOLUFDS3Mgd2lsbCBiZSBnZW5lcmF0ZWQg aW4gdGhlIHNhbWUgbWFubmVyIGFzDQorICogU1lOcy4gIFN0cmljdCBtb2Rl IGlzIGRpc2FibGVkIGJ5IGRlZmF1bHQuDQorICoNCisgKi8NCiANCi0JZ2V0 bWljcm90aW1lKCZ0aW1lKTsNCi0JcmVhZF9yYW5kb21fdW5saW1pdGVkKHRj cF9ybmRpc3Nfc2JveCwgc2l6ZW9mKHRjcF9ybmRpc3Nfc2JveCkpOw0KKyNk ZWZpbmUgSVNOX0JZVEVTX1BFUl9TRUNPTkQgMTA0ODU3Ng0KIA0KLQl0Y3Bf cm5kaXNzX3Jlc2VlZCA9IHRpbWUudHZfc2VjICsgVENQX1JORElTU19PVVQ7 DQotCXRjcF9ybmRpc3NfbXNiID0gdGNwX3JuZGlzc19tc2IgPT0gMHg4MDAw ID8gMCA6IDB4ODAwMDsgDQotCXRjcF9ybmRpc3NfY250ID0gMDsNCi19DQor dV9jaGFyIGlzbl9zZWNyZXRbMzJdOw0KK2ludCBpc25fbGFzdF9yZXNlZWQ7 DQorTUQ1X0NUWCBpc25fY3R4Ow0KIA0KIHRjcF9zZXENCi10Y3Bfcm5kaXNz X25leHQoKQ0KK3RjcF9uZXdfaXNuKHRwKQ0KKwlzdHJ1Y3QgdGNwY2IgKnRw Ow0KIHsNCi0JdV9pbnQzMl90IHRtcDsNCi0Jc3RydWN0IHRpbWV2YWwgdGlt ZTsNCisJdV9pbnQzMl90IG1kNV9idWZmZXJbNF07DQorCXRjcF9zZXEgbmV3 X2lzbjsNCiANCi0JZ2V0bWljcm90aW1lKCZ0aW1lKTsNCi0NCi0gICAgICAg IGlmICh0Y3Bfcm5kaXNzX2NudCA+PSBUQ1BfUk5ESVNTX01BWCB8fA0KLQkg ICAgdGltZS50dl9zZWMgPiB0Y3Bfcm5kaXNzX3Jlc2VlZCkNCi0gICAgICAg ICAgICAgICAgdGNwX3JuZGlzc19pbml0KCk7DQotCQ0KLQl0bXAgPSBhcmM0 cmFuZG9tKCk7DQotDQotCS8qICh0bXAgJiAweDdmZmYpIGVuc3VyZXMgYSAz Mjc2OCBieXRlIGdhcCBiZXR3ZWVuIElTUyAqLw0KLQlyZXR1cm4gKCh0Y3Bf cm5kaXNzX2VuY3J5cHQodGNwX3JuZGlzc19jbnQrKykgfCB0Y3Bfcm5kaXNz X21zYikgPDwxNikgfA0KLQkJKHRtcCAmIDB4N2ZmZik7DQorCS8qIFVzZSBh cmM0cmFuZG9tIGZvciBTWU4tQUNLcyB3aGVuIG5vdCBpbiBleGFjdCBSRkMx OTQ4IG1vZGUuICovDQorCWlmICgoKHRwLT50X3N0YXRlID09IFRDUFNfTElT VEVOKSB8fCAodHAtPnRfc3RhdGUgPT0gVENQU19USU1FX1dBSVQpKQ0KKwkg ICAmJiB0Y3Bfc3RyaWN0X3JmYzE5NDggIT0gMSkNCisJCXJldHVybiBhcmM0 cmFuZG9tKCk7DQorDQorCS8qIFNlZWQgaWYgdGhpcyBpcyB0aGUgZmlyc3Qg dXNlLCByZXNlZWQgaWYgcmVxdWVzdGVkLiAqLw0KKwlpZiAoKGlzbl9sYXN0 X3Jlc2VlZCA9PSAwKSB8fA0KKwkgICAgKCh0Y3Bfc3RyaWN0X3JmYzE5NDgg IT0gMSkgJiYgKHRjcF9pc25fcmVzZWVkX2ludGVydmFsID4gMCkgJiYNCisJ ICAgICAoKCh1X2ludClpc25fbGFzdF9yZXNlZWQgKyAodV9pbnQpdGNwX2lz bl9yZXNlZWRfaW50ZXJ2YWwqaHopDQorCQk8ICh1X2ludCl0aWNrcykpKSB7 DQorCQlyZWFkX3JhbmRvbV91bmxpbWl0ZWQoJmlzbl9zZWNyZXQsIHNpemVv Zihpc25fc2VjcmV0KSk7DQorCQlpc25fbGFzdF9yZXNlZWQgPSB0aWNrczsN CisJfQ0KKwkJDQorCS8qIENvbXB1dGUgdGhlIG1kNSBoYXNoIGFuZCByZXR1 cm4gdGhlIElTTi4gKi8NCisJTUQ1SW5pdCgmaXNuX2N0eCk7DQorCU1ENVVw ZGF0ZSgmaXNuX2N0eCwgKHVfY2hhciAqKSAmdHAtPnRfaW5wY2ItPmlucF9m cG9ydCwgc2l6ZW9mKHVfc2hvcnQpKTsNCisJTUQ1VXBkYXRlKCZpc25fY3R4 LCAodV9jaGFyICopICZ0cC0+dF9pbnBjYi0+aW5wX2xwb3J0LCBzaXplb2Yo dV9zaG9ydCkpOw0KKyNpZmRlZiBJTkVUNg0KKwlpZiAoKHRwLT50X2lucGNi LT5pbnBfdmZsYWcgJiBJTlBfSVBWNikgIT0gMCkgew0KKwkJTUQ1VXBkYXRl KCZpc25fY3R4LCAodV9jaGFyICopICZ0cC0+dF9pbnBjYi0+aW42cF9mYWRk ciwNCisJCQkgIHNpemVvZihzdHJ1Y3QgaW42X2FkZHIpKTsNCisJCU1ENVVw ZGF0ZSgmaXNuX2N0eCwgKHVfY2hhciAqKSAmdHAtPnRfaW5wY2ItPmluNnBf bGFkZHIsDQorCQkJICBzaXplb2Yoc3RydWN0IGluNl9hZGRyKSk7DQorCX0g ZWxzZQ0KKyNlbmRpZg0KKwl7DQorCQlNRDVVcGRhdGUoJmlzbl9jdHgsICh1 X2NoYXIgKikgJnRwLT50X2lucGNiLT5pbnBfZmFkZHIsDQorCQkJICBzaXpl b2Yoc3RydWN0IGluX2FkZHIpKTsNCisJCU1ENVVwZGF0ZSgmaXNuX2N0eCwg KHVfY2hhciAqKSAmdHAtPnRfaW5wY2ItPmlucF9sYWRkciwNCisJCQkgIHNp emVvZihzdHJ1Y3QgaW5fYWRkcikpOw0KKwl9DQorCU1ENVVwZGF0ZSgmaXNu X2N0eCwgKHVfY2hhciAqKSAmaXNuX3NlY3JldCwgc2l6ZW9mKGlzbl9zZWNy ZXQpKTsNCisJTUQ1RmluYWwoKHVfY2hhciAqKSAmbWQ1X2J1ZmZlciwgJmlz bl9jdHgpOw0KKwluZXdfaXNuID0gKHRjcF9zZXEpIG1kNV9idWZmZXJbMF07 DQorCW5ld19pc24gKz0gdGlja3MgKiAoSVNOX0JZVEVTX1BFUl9TRUNPTkQg LyBoeik7DQorCXJldHVybiBuZXdfaXNuOw0KIH0NCi0NCiANCiAvKg0KICAq IFdoZW4gYSBzb3VyY2UgcXVlbmNoIGlzIHJlY2VpdmVkLCBjbG9zZSBjb25n ZXN0aW9uIHdpbmRvdw0KZGlmZiAtdSAtciBuZXRpbmV0Lm9sZC90Y3BfdGlt ZXIuYyBuZXRpbmV0L3RjcF90aW1lci5jDQotLS0gbmV0aW5ldC5vbGQvdGNw X3RpbWVyLmMJVHVlIEp1bCAzMSAyMTo0MzoyMSAyMDAxDQorKysgbmV0aW5l dC90Y3BfdGltZXIuYwlUaHUgQXVnICA5IDAwOjQ1OjUwIDIwMDENCkBAIC0x MzMsOCArMTMzLDYgQEANCiANCiAJdGNwX21heGlkbGUgPSB0Y3Bfa2VlcGNu dCAqIHRjcF9rZWVwaW50dmw7DQogDQotCXRjcF9pc3MgKz0gVENQX0lTU0lO Q1IvUFJfU0xPV0haOw0KLQ0KIAlzcGx4KHMpOw0KIH0NCiANCmRpZmYgLXUg LXIgbmV0aW5ldC5vbGQvdGNwX3VzcnJlcS5jIG5ldGluZXQvdGNwX3VzcnJl cS5jDQotLS0gbmV0aW5ldC5vbGQvdGNwX3VzcnJlcS5jCVR1ZSBKdWwgMzEg MjE6NDM6MjEgMjAwMQ0KKysrIG5ldGluZXQvdGNwX3VzcnJlcS5jCVR1ZSBK dWwgMzEgMjE6NDU6NTggMjAwMQ0KQEAgLTc1OCw3ICs3NTgsNyBAQA0KIAl0 Y3BzdGF0LnRjcHNfY29ubmF0dGVtcHQrKzsNCiAJdHAtPnRfc3RhdGUgPSBU Q1BTX1NZTl9TRU5UOw0KIAljYWxsb3V0X3Jlc2V0KHRwLT50dF9rZWVwLCB0 Y3Bfa2VlcGluaXQsIHRjcF90aW1lcl9rZWVwLCB0cCk7DQotCXRwLT5pc3Mg PSB0Y3BfbmV3X2lzbigpOw0KKwl0cC0+aXNzID0gdGNwX25ld19pc24odHAp Ow0KIAl0Y3Bfc2VuZHNlcWluaXQodHApOw0KIA0KIAkvKg0KQEAgLTg0NCw3 ICs4NDQsNyBAQA0KIAl0Y3BzdGF0LnRjcHNfY29ubmF0dGVtcHQrKzsNCiAJ dHAtPnRfc3RhdGUgPSBUQ1BTX1NZTl9TRU5UOw0KIAljYWxsb3V0X3Jlc2V0 KHRwLT50dF9rZWVwLCB0Y3Bfa2VlcGluaXQsIHRjcF90aW1lcl9rZWVwLCB0 cCk7DQotCXRwLT5pc3MgPSB0Y3BfbmV3X2lzbigpOw0KKwl0cC0+aXNzID0g dGNwX25ld19pc24odHApOw0KIAl0Y3Bfc2VuZHNlcWluaXQodHApOw0KIA0K IAkvKg0KZGlmZiAtdSAtciBuZXRpbmV0Lm9sZC90Y3BfdmFyLmggbmV0aW5l dC90Y3BfdmFyLmgNCi0tLSBuZXRpbmV0Lm9sZC90Y3BfdmFyLmgJVHVlIEp1 bCAzMSAyMTo0MzoyMSAyMDAxDQorKysgbmV0aW5ldC90Y3BfdmFyLmgJVGh1 IEF1ZyAgOSAwMDo1NToxNiAyMDAxDQpAQCAtNDEwLDExICs0MTAsNyBAQA0K IGV4dGVybglzdHJ1Y3QgcHJfdXNycmVxcyB0Y3BfdXNycmVxczsNCiBleHRl cm4JdV9sb25nIHRjcF9zZW5kc3BhY2U7DQogZXh0ZXJuCXVfbG9uZyB0Y3Bf cmVjdnNwYWNlOw0KLXZvaWQJdGNwX3JuZGlzc19pbml0IF9fUCgodm9pZCkp Ow0KLXRjcF9zZXEJdGNwX3JuZGlzc19uZXh0IF9fUCgodm9pZCkpOw0KLXVf aW50MTZfdA0KLQl0Y3Bfcm5kaXNzX2VuY3J5cHQgX19QKCh1X2ludDE2X3Qp KTsNCi10Y3Bfc2VxIHRjcF9uZXdfaXNuIF9fUCgodm9pZCkpOw0KK3RjcF9z ZXEgdGNwX25ld19pc24gX19QKChzdHJ1Y3QgdGNwY2IgKikpOw0KIA0KICNl bmRpZiAvKiBfS0VSTkVMICovDQo= --0-1767808683-997421874=:93492-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Fri Aug 10 3:29:23 2001 Delivered-To: freebsd-net@freebsd.org Received: from mailhub.fokus.gmd.de (mailhub.fokus.gmd.de [193.174.154.14]) by hub.freebsd.org (Postfix) with ESMTP id C888937B412; Fri, 10 Aug 2001 03:29:08 -0700 (PDT) (envelope-from brandt@fokus.gmd.de) Received: from beagle (beagle [193.175.132.100]) by mailhub.fokus.gmd.de (8.8.8/8.8.8) with ESMTP id MAA20718; Fri, 10 Aug 2001 12:29:05 +0200 (MET DST) Date: Fri, 10 Aug 2001 12:29:05 +0200 (CEST) From: Harti Brandt To: Mark Peek Cc: , Subject: Re: Problem with pxeboot and binutils-2.11 In-Reply-To: Message-ID: <20010810122451.W48634-100000@beagle.fokus.gmd.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Thu, 9 Aug 2001, Mark Peek wrote: MP>At 4:46 PM +0200 8/9/01, Harti Brandt wrote: MP>>Unfortunately we're not able to find out what new bug^h^h^hfeature of MP>>gas or libbfd causes this behaviour. A simple workaround is to strip the MP>>excess bytes from pxeldr just before building pxeboot, but that is REALLY MP>>ugly: MP> MP> MP>It appears that gas is now properly padding the end of the text MP>section (and inserting the jmp and nops). This, in turn, misaligns MP>the loader that is tacked onto the end of the pxeldr. I'm currently MP>not setup to test pxeboot'ing but here's a patch that might fix it. Don't know, whether it's the right thing to be 'intelligent' for an assembler. I think programing languages which try to guess what the programmer might think are evil. But anyway, your patch works. Thanks. harti -- harti brandt, http://www.fokus.gmd.de/research/cc/cats/employees/hartmut.brandt/private brandt@fokus.gmd.de, harti@begemot.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Fri Aug 10 6:39:23 2001 Delivered-To: freebsd-net@freebsd.org Received: from ringworld.nanolink.com (sentinel.office1.bg [217.75.135.254]) by hub.freebsd.org (Postfix) with SMTP id 5E5C237B40E for ; Fri, 10 Aug 2001 06:39:11 -0700 (PDT) (envelope-from roam@ringlet.net) Received: (qmail 31606 invoked by uid 1000); 10 Aug 2001 13:37:57 -0000 Date: Fri, 10 Aug 2001 16:37:57 +0300 From: Peter Pentchev To: net@FreeBSD.org Subject: getaddrinfo() returning AF_INET only? Message-ID: <20010810163757.B14158@ringworld.oblivion.bg> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Resending to -net, since there was no reply from -questions.. G'luck, Peter -- This sentence claims to be an Epimenides paradox, but it is lying. ----- Forwarded message from Peter Pentchev ----- Date: Tue, 7 Aug 2001 14:12:54 +0300 From: Peter Pentchev To: questions@FreeBSD.org Subject: getaddrinfo() returning AF_INET only? User-Agent: Mutt/1.2.5i Hi, Is there a configuration file or environment variable or some other way to make getaddrinfo(3) not return AF_INET6 addresses even if those are available? I know that most utilities that use getaddrinfo(3) have an IPv4-only command-line option, but is there a way to turn it on globally? G'luck, Peter ----- End forwarded message ----- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Fri Aug 10 7:25:29 2001 Delivered-To: freebsd-net@freebsd.org Received: from relay1.macomnet.ru (relay1.macomnet.ru [195.128.64.10]) by hub.freebsd.org (Postfix) with ESMTP id 76E9F37B40A for ; Fri, 10 Aug 2001 07:25:21 -0700 (PDT) (envelope-from maxim@macomnet.ru) Received: from news1.macomnet.ru (news1.macomnet.ru [195.128.64.14]) by relay1.macomnet.ru (8.11.3/8.11.3) with ESMTP id f7AEPFO12479686; Fri, 10 Aug 2001 18:25:15 +0400 (MSD) Date: Fri, 10 Aug 2001 18:25:10 +0400 (MSD) From: Maxim Konovalov To: Peter Pentchev Cc: Subject: Re: getaddrinfo() returning AF_INET only? In-Reply-To: <20010810163757.B14158@ringworld.oblivion.bg> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Hello, > Hi, > > Is there a configuration file or environment variable or some other > way to make getaddrinfo(3) not return AF_INET6 addresses even if > those are available? I know that most utilities that use I believe you are speaking about struct addrinfo hint.ai_family = PF_INET; > getaddrinfo(3) have an IPv4-only command-line option, but is there a > way to turn it on globally? resolver(3) mentions RES_OPTIONS > G'luck, > Peter HTH - -maxim -- Maxim Konovalov, MAcomnet, Internet-Intranet Dept., system engineer phone: +7 (095) 796-9079, mailto: maxim@macomnet.ru To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Fri Aug 10 7:39: 1 2001 Delivered-To: freebsd-net@freebsd.org Received: from ringworld.nanolink.com (sentinel.office1.bg [217.75.135.254]) by hub.freebsd.org (Postfix) with SMTP id A69EB37B405 for ; Fri, 10 Aug 2001 07:38:55 -0700 (PDT) (envelope-from roam@ringworld.nanolink.com) Received: (qmail 35412 invoked by uid 1000); 10 Aug 2001 14:37:31 -0000 Date: Fri, 10 Aug 2001 17:37:31 +0300 From: Peter Pentchev To: Maxim Konovalov Cc: net@FreeBSD.ORG Subject: Re: getaddrinfo() returning AF_INET only? Message-ID: <20010810173731.E14158@ringworld.oblivion.bg> References: <20010810163757.B14158@ringworld.oblivion.bg> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from maxim@macomnet.ru on Fri, Aug 10, 2001 at 06:25:10PM +0400 Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Fri, Aug 10, 2001 at 06:25:10PM +0400, Maxim Konovalov wrote: > > Hello, > > > Hi, > > > > Is there a configuration file or environment variable or some other > > way to make getaddrinfo(3) not return AF_INET6 addresses even if > > those are available? I know that most utilities that use > > I believe you are speaking about > > struct addrinfo hint.ai_family = PF_INET; If I am writing my own utility which needs to do hostname resolution, then yes, ai_family is what I need. However, there are lots of ready-made utilities out there that I do not want to modify the source for, I just do not want them to use IPv6 addresses for the present. As I said, most of them already can do this with a command-line option, but it seems that there is no program-independent way to tell the resolver libraries to do it. > > getaddrinfo(3) have an IPv4-only command-line option, but is there a > > way to turn it on globally? > > resolver(3) mentions RES_OPTIONS Yep - and neither resolver(3), nor the src/lib/libc/net/getaddrinfo.c source (specifically, the _dns_getaddrinfo() function) seem to describe/implement a resolver option that forbids AAAA queries. G'luck, Peter -- This sentence would be seven words long if it were six words shorter. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Fri Aug 10 9:33: 5 2001 Delivered-To: freebsd-net@freebsd.org Received: from peace.mahoroba.org (peace.calm.imasy.or.jp [202.227.26.34]) by hub.freebsd.org (Postfix) with ESMTP id C8E2737B403 for ; Fri, 10 Aug 2001 09:33:00 -0700 (PDT) (envelope-from ume@mahoroba.org) Received: from localhost (IDENT:nyBQMn+gVM+41X6uuVJw6GZGUSjOGLtxdcwUWi5vEL/DbJ94loPeKSr+bfEkwSec@localhost [::1]) (authenticated as ume with CRAM-MD5) by peace.mahoroba.org (8.11.5/8.11.5/peace) with ESMTP/inet6 id f7AGWkU44804; Sat, 11 Aug 2001 01:32:46 +0900 (JST) (envelope-from ume@mahoroba.org) Date: Sat, 11 Aug 2001 01:32:42 +0900 (JST) Message-Id: <20010811.013242.74671505.ume@mahoroba.org> To: roam@ringlet.net Cc: net@FreeBSD.org Subject: Re: getaddrinfo() returning AF_INET only? From: Hajimu UMEMOTO In-Reply-To: <20010810163757.B14158@ringworld.oblivion.bg> References: <20010810163757.B14158@ringworld.oblivion.bg> X-Mailer: xcite1.38> Mew version 1.95b119 on Emacs 20.7 / Mule 4.0 =?iso-2022-jp?B?KBskQjJWMWMbKEIp?= X-PGP-Public-Key: http://www.imasy.org/~ume/publickey.asc X-PGP-Fingerprint: 6B 0C 53 FC 5D D0 37 91 05 D0 B3 EF 36 9B 6A BC X-URL: http://www.imasy.org/~ume/ X-Operating-System: FreeBSD 5.0-CURRENT Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Hi, >>>>> On Fri, 10 Aug 2001 16:37:57 +0300 >>>>> Peter Pentchev said: roam> Is there a configuration file or environment variable or some other roam> way to make getaddrinfo(3) not return AF_INET6 addresses even if roam> those are available? I know that most utilities that use getaddrinfo(3) roam> have an IPv4-only command-line option, but is there a way to turn it roam> on globally? There is no option to do so. But, I believe it shouldn't cause any problem. However, current getaddrinfo() doesn't see sortlist at all. It breaks backward compatibility against gethostbyname(). So, I'm writing a code to add sortlist facility to getaddrinfo(). Though the patch I sent to cvs-all touches only IPv4 address, I have the version which touches IPv6 address as well here. Once the patch is applied, you can write as following into /etc/resolv.conf: sortlist 0.0.0.0/0.0.0.0 ::/0 It means I want to see IPv4 address 1st. There is a discussion at IPng about destination address selection. This feature may be conflict with it in the future. So, I'm wandering if committing it into FreeBSD is better? Any suggestion? -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan ume@mahoroba.org ume@bisd.hitachi.co.jp ume@{,jp.}FreeBSD.org http://www.imasy.org/~ume/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Fri Aug 10 17:39:30 2001 Delivered-To: freebsd-net@freebsd.org Received: from Awfulhak.org (gw.Awfulhak.org [217.204.245.18]) by hub.freebsd.org (Postfix) with ESMTP id A43B137B407 for ; Fri, 10 Aug 2001 17:39:24 -0700 (PDT) (envelope-from brian@Awfulhak.org) Received: from hak.lan.Awfulhak.org (root@hak.lan.Awfulhak.org [172.16.0.12]) by Awfulhak.org (8.11.4/8.11.4) with ESMTP id f7B0dH528962; Sat, 11 Aug 2001 01:39:17 +0100 (BST) (envelope-from brian@Awfulhak.org) Received: from hak.lan.Awfulhak.org (brian@localhost [127.0.0.1]) by hak.lan.Awfulhak.org (8.11.4/8.11.4) with ESMTP id f7B0dGr65778; Sat, 11 Aug 2001 01:39:16 +0100 (BST) (envelope-from brian@hak.lan.Awfulhak.org) Message-Id: <200108110039.f7B0dGr65778@hak.lan.Awfulhak.org> X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: francisv@dagupan.com Cc: freebsd-net@FreeBSD.ORG, brian@freebsd-services.com Subject: Re: PPPoE server setup + RADIUS In-Reply-To: Message from francisv@dagupan.com of "Fri, 10 Aug 2001 12:43:41 +0800." <10F29E27A956D511B0940050DA8D86A908F755@chat.dagupan.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 11 Aug 2001 01:39:16 +0100 From: Brian Somers Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org > Hi all, > > We're currently experimenting with PPPoE on a FreeBSD 4.3-STABLE system with > a Windows 98 client using RASPPPOE. I've found some instructions on the web > on how to setup the PPPoE server and so far I've managed to make it run. > > We are using the RADIUS server of our upstream ISP for authenticating > clients. Here's a copy of my /etc/ppp/ppp.conf: > > pppoe-in: > allow users > enable pap > allow mode direct > set mru 1460 > set mtu 1460 > set speed sync > enable lqr > accept dns > set ifaddr 202.91.163.1 202.91.163.20-202.91.163.50 > set dns 202.91.161.130 202.47.132.1 > load server > set radius /etc/ppp/radius.conf > set log phase ipcp lcp debug > > Their RADIUS server sends a reply for Framed-IP-Address: 255.255.255.254 and > Framed-IP-Netmask: 255.255.255.0 > > But upon inspection of the client, it shows that it got the 255.255.255.254 > address instead of the IP address pool as defined in ppp.conf. What else > could be wrong here? Where should I look? Thanks! ppp will choose the RAD_FRAMED_IP_ADDRESS returned from the radius server above any IP number mentioned in ppp.conf or ppp.secret. 255.255.255.254 is a mighty odd IP number - but I'm sure you already know that :*) I wonder why your ISP's radius server is sending this ? > --- > francis vidal [bitstop network services] > streaming media + web services > v(02)330-2872,(02)330-2873 -- Brian http://www.freebsd-services.com/ Don't _EVER_ lose your sense of humour ! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Fri Aug 10 19:38:45 2001 Delivered-To: freebsd-net@freebsd.org Received: from pro.net.id (hyperion.pro.net.id [202.150.40.5]) by hub.freebsd.org (Postfix) with SMTP id B861037B403 for ; Fri, 10 Aug 2001 19:38:41 -0700 (PDT) (envelope-from thomas@pro.net.id) Received: (qmail 70692 invoked from network); 11 Aug 2001 02:41:29 -0000 Received: from unknown (HELO bluestar.samudera.net) (202.150.39.229) by hyperion.pro.net.id with SMTP; 11 Aug 2001 02:41:29 -0000 Content-Type: text/plain; charset="iso-8859-1" From: Thomas W Organization: Samudera Komunikasi Internusa To: net@freebsd.org Subject: telnet cluster Date: Sat, 11 Aug 2001 09:40:07 +0700 X-Mailer: KMail [version 1.2] MIME-Version: 1.0 Message-Id: <01081109400700.00381@bluestar.samudera.net> Content-Transfer-Encoding: 8bit Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org hi all, can i build some freebsd box then use it as telnet server ? so from user point of view, they only know one server when they telnet to it, yes probably dns load balancing can do this, but what i want is every user just feel like telnet to a single computer. -- Best regards, Thomas W #UIN535778 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Sat Aug 11 1:18:15 2001 Delivered-To: freebsd-net@freebsd.org Received: from verdi.nethelp.no (verdi.nethelp.no [158.36.41.162]) by hub.freebsd.org (Postfix) with SMTP id 749B437B403 for ; Sat, 11 Aug 2001 01:18:11 -0700 (PDT) (envelope-from sthaug@nethelp.no) Received: (qmail 42215 invoked by uid 1001); 11 Aug 2001 08:18:09 +0000 (GMT) To: brian@Awfulhak.org Cc: francisv@dagupan.com, freebsd-net@FreeBSD.ORG, brian@freebsd-services.com Subject: Re: PPPoE server setup + RADIUS From: sthaug@nethelp.no In-Reply-To: Your message of "Sat, 11 Aug 2001 01:39:16 +0100" References: <200108110039.f7B0dGr65778@hak.lan.Awfulhak.org> X-Mailer: Mew version 1.05+ on Emacs 19.34.2 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Date: Sat, 11 Aug 2001 10:18:09 +0200 Message-ID: <42213.997517889@verdi.nethelp.no> Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org > > But upon inspection of the client, it shows that it got the 255.255.255.254 > > address instead of the IP address pool as defined in ppp.conf. What else > > could be wrong here? Where should I look? Thanks! > > ppp will choose the RAD_FRAMED_IP_ADDRESS returned from the radius > server above any IP number mentioned in ppp.conf or ppp.secret. > > 255.255.255.254 is a mighty odd IP number - but I'm sure you already > know that :*) I wonder why your ISP's radius server is sending this ? 255.255.255.254 is a special IP address which says he should choose an address from his local pool. It's even mention in RFC 2138/2865. Steinar Haug, Nethelp consulting, sthaug@nethelp.no To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Sat Aug 11 9:35: 9 2001 Delivered-To: freebsd-net@freebsd.org Received: from harrier.mail.pas.earthlink.net (harrier.mail.pas.earthlink.net [207.217.121.12]) by hub.freebsd.org (Postfix) with ESMTP id 329B337B40B for ; Sat, 11 Aug 2001 09:35:05 -0700 (PDT) (envelope-from matt-l@pacbell.net) Received: from fire (1Cust179.tnt1.pasadena.ca.da.uu.net [63.28.226.179]) by harrier.mail.pas.earthlink.net (EL-8_9_3_3/8.9.3) with SMTP id JAA01587; Sat, 11 Aug 2001 09:34:49 -0700 (PDT) Message-ID: <001e01c12282$ab32a380$6503c23f@XGforce.com> Reply-To: "matt" From: "matt" To: "Thomas W" , References: <01081109400700.00381@bluestar.samudera.net> Subject: Re: telnet cluster Date: Sat, 11 Aug 2001 09:28:32 -0700 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 Disposition-Notification-To: "matt" X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org This is simple. NFS mount with front end telnet server load balanced and fail safed. You may use the software from WWW.XGFORCE.COM to do load balance and fail safe. ====================================== ----- Original Message ----- From: "Thomas W" To: Sent: Friday, August 10, 2001 7:40 PM Subject: telnet cluster > hi all, can i build some freebsd box then use it as telnet server ? so from > user point of view, they only know one server when they telnet to it, yes > probably dns load balancing can do this, but what i want is every user just > feel like telnet to a single computer. > > -- > > Best regards, > Thomas W #UIN535778 > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-net" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Sat Aug 11 21:36: 3 2001 Delivered-To: freebsd-net@freebsd.org Received: from leviathan.inethouston.net (leviathan.inethouston.net [66.64.12.249]) by hub.freebsd.org (Postfix) with ESMTP id E2DCB37B406 for ; Sat, 11 Aug 2001 21:36:00 -0700 (PDT) (envelope-from dwcjr@inethouston.net) Received: by leviathan.inethouston.net (Postfix, from userid 1001) id 74D2410F430; Sat, 11 Aug 2001 23:36:03 -0500 (CDT) Date: Sat, 11 Aug 2001 23:36:03 -0500 From: "David W. Chapman Jr." To: freebsd-net@freebsd.org Subject: pr 28360 Message-ID: <20010811233603.F7904@leviathan.inethouston.net> Reply-To: "David W. Chapman Jr." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.20i X-Operating-System: FreeBSD 4.3-STABLE i386 Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Just wondering if anyone could look at this and maybe get it into -current in the near future? misc/28360 Thanks. -- David W. Chapman Jr. dwcjr@inethouston.net Raintree Network Services, Inc. dwcjr@freebsd.org FreeBSD Committer To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message