From owner-freebsd-net Sun Jun 17 20:13:17 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 0DB6537B403; Sun, 17 Jun 2001 20:13:00 -0700 (PDT) (envelope-from jinmei@isl.rdc.toshiba.co.jp) Received: from localhost ([3ffe:501:100f:10c1:c9f:bcc:6a11:c6e5]) by shuttle.wide.toshiba.co.jp (8.9.1+3.1W/8.9.1) with ESMTP id MAA19062; Mon, 18 Jun 2001 12:13:38 +0900 (JST) Date: Mon, 18 Jun 2001 12:10:22 +0900 Message-ID: From: JINMEI Tatuya / =?ISO-2022-JP?B?GyRCP0BMQEMjOkgbKEI=?= To: Hajimu UMEMOTO Cc: current@FreeBSD.ORG, net@FreeBSD.ORG Subject: Re: [CFR] latest KAME merge into FreeBSD In-Reply-To: <20010604.192036.74727576.ume@mahoroba.org> References: <20010604.192036.74727576.ume@mahoroba.org> 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: 67 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, 04 Jun 2001 19:20:36 +0900 (JST), >>>>> Hajimu UMEMOTO said: > I just put the patch for merging latest KAME into FreeBSD: > http://www.imasy.or.jp/~ume/ipv6/test/freebsd5-kame20010528-20010604.diff.gz > This is based on KAME snap 20010528 and against 5-CURRENT of Jun 2. > There are many many changes since last KAME merge (20000701). > Please review it. Thanks for the effort. Could you apply the following patch? The fix is not so serious for most users, but should be important for nomadic users who use IPv6 temporary addresses (for privacy extension). JINMEI, Tatuya Communication Platform Lab. Corporate R&D Center, Toshiba Corp. jinmei@isl.rdc.toshiba.co.jp Index: nd6_rtr.c =================================================================== RCS file: /cvsroot/kame/kame/kame/sys/netinet6/nd6_rtr.c,v retrieving revision 1.119 retrieving revision 1.121 diff -c -r1.119 -r1.121 *** nd6_rtr.c 2001/06/04 09:07:28 1.119 --- nd6_rtr.c 2001/06/18 03:10:25 1.121 *************** *** 1,4 **** ! /* $KAME: nd6_rtr.c,v 1.119 2001/06/04 09:07:28 keiichi Exp $ */ /* * Copyright (C) 1995, 1996, 1997, and 1998 WIDE Project. --- 1,4 ---- ! /* $KAME: nd6_rtr.c,v 1.121 2001/06/18 03:10:25 jinmei Exp $ */ /* * Copyright (C) 1995, 1996, 1997, and 1998 WIDE Project. *************** *** 1903,1908 **** --- 1903,1909 ---- int in6_tmpifadd(ia0, forcegen) const struct in6_ifaddr *ia0; /* corresponding public address */ + int forcegen; { struct ifnet *ifp = ia0->ia_ifa.ifa_ifp; struct in6_ifaddr *newia; *************** *** 2001,2006 **** --- 2002,2017 ---- } newia->ia6_ndpr = ia0->ia6_ndpr; newia->ia6_ndpr->ndpr_refcnt++; + + /* + * A newly added address might affect the status of other addresses. + * XXX: when the temporary address is generated with a new public + * address, the onlink check is redundant. However, it would be safe + * to do the check explicitly everywhere a new address is generated, + * and, in fact, we surely need the check when we create a new + * temporary address due to deprecation of an old temporary address. + */ + pfxlist_onlink_check(); return(0); } To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Sun Jun 17 23:28:14 2001 Delivered-To: freebsd-net@freebsd.org Received: from imo-m02.mx.aol.com (imo-m02.mx.aol.com [64.12.136.5]) by hub.freebsd.org (Postfix) with ESMTP id BCC8237B401 for ; Sun, 17 Jun 2001 23:28:11 -0700 (PDT) (envelope-from raviprasad20@netscape.net) Received: from raviprasad20@netscape.net by imo-m02.mx.aol.com (mail_out_v30.22.) id n.ed.1850d4a (16242) for ; Mon, 18 Jun 2001 02:28:05 -0400 (EDT) Received: from netscape.com (aimmail01.aim.aol.com [205.188.144.193]) by air-in03.mx.aol.com (v78_r3.8) with ESMTP; Mon, 18 Jun 2001 02:28:05 -0400 Date: Mon, 18 Jun 2001 02:28:05 -0400 From: raviprasad20@netscape.net To: freebsd-net@freebsd.org Subject: Prefixes for an interface Mime-Version: 1.0 Message-ID: <68A3B2D6.6EE5463F.9513E96F@netscape.net> X-Mailer: Franklin Webmailer 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, Prefixes are given on a perinterface basis. I found that the router itself forms an address with the prefix given. I have the following doubts. a) Can we disable router from forming addresses with prefixes that are given to it? I feel that prefixes are given to an interface by router so that it is advertised to the connected hosts. Iam confused with why the router itself has to form an address with the prefix that it advertises? b) Can a router advertise a global unicast address prefix (say of length 120 bits) to the hosts? the RFC mentions that the prefix length should be in between 4 & 127 bits. But it does not mention about the length in case of global unicast address prefix? Kindly reply. regards ravi prasad __________________________________________________________________ Get your own FREE, personal Netscape Webmail 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 Mon Jun 18 2: 4:32 2001 Delivered-To: freebsd-net@freebsd.org Received: from alacran.it.uc3m.es (alacran.it.uc3m.es [163.117.139.44]) by hub.freebsd.org (Postfix) with ESMTP id 5CA9537B406 for ; Mon, 18 Jun 2001 02:04:24 -0700 (PDT) (envelope-from jrh@it.uc3m.es) Received: from it.uc3m.es (localhost [127.0.0.1]) by alacran.it.uc3m.es (8.10.2/8.10.2/SuSE Linux 8.10.0-0.3) with ESMTP id f5I943i14036 for ; Mon, 18 Jun 2001 11:04:06 +0200 X-Authentication-Warning: alacran.it.uc3m.es: Host localhost [127.0.0.1] claimed to be it.uc3m.es Message-ID: <3B2DC403.2D5A3E06@it.uc3m.es> Date: Mon, 18 Jun 2001 11:04:03 +0200 From: Juan Fco Rodriguez Hervella X-Mailer: Mozilla 4.74 [es] (X11; U; Linux 2.4.3 i686) X-Accept-Language: en MIME-Version: 1.0 To: Lista Subject: SYSCTL_IN/SYSCTL_OUT understanding 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: I dont understand the macros SYSCTL_IN / SYSCTL_OUT in FreeBSD-4.3 kernel files. Someone can I help me ? What is it his behaviour ? -- ***** JFRH ***** To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Mon Jun 18 4:40: 6 2001 Delivered-To: freebsd-net@freebsd.org Received: from casper.imasy.or.jp (casper.imasy.or.jp [202.227.24.9]) by hub.freebsd.org (Postfix) with ESMTP id 9C74337B405; Mon, 18 Jun 2001 04:39:57 -0700 (PDT) (envelope-from ume@FreeBSD.org) Received: from piano.mahoroba.org (IDENT:5kXk9zTVZVXvWtfnxoWGIm0vU3JR2DnDaOB18LtOPIbhYVGUsCyaNu4wsyQUeHSn@piano.mob.spacecom.netspace.or.jp [3ffe:505:200f:2000:200:f4ff:fe5e:7147]) (authenticated as ume with DIGEST-MD5) by casper.imasy.or.jp (8.11.3/8.11.3/casper) with ESMTP/inet6 id f5IBdg829763 (using TLSv1/SSLv3 with cipher EDH-RSA-DES-CBC3-SHA (168 bits) verified OK); Mon, 18 Jun 2001 20:39:53 +0900 (JST) (envelope-from ume@FreeBSD.org) Received: from piano.mahoroba.org (IDENT:ARO5ruylA8fThlhRlpZt/Tn0Q6f9Ht45twSiOGYqK3oXmISbCrKqfEmld6pCz5rA@localhost [IPv6:::1]) by piano.mahoroba.org (8.12.0.Beta7/8.12.0.Beta7/piano) with ESMTP id f5IBckI5025726; Mon, 18 Jun 2001 20:38:49 +0900 (JST) (envelope-from ume@FreeBSD.org) Date: Mon, 18 Jun 2001 20:38:37 +0900 Message-ID: From: Hajimu UMEMOTO To: jinmei@isl.rdc.toshiba.co.jp Cc: current@FreeBSD.org, net@FreeBSD.org Subject: Re: [CFR] latest KAME merge into FreeBSD In-Reply-To: References: <20010604.192036.74727576.ume@mahoroba.org> User-Agent: xcite1.38> Wanderlust/2.4.1 (Stand By Me) SEMI/1.13.7 (Awazu) FLIM/1.13.2 (Kasanui) Emacs/20.7 (i386--freebsd) MULE/4.0 (=?ISO-2022-JP?B?GyRCMlYxYxsoQg==?=) X-Operating-System: FreeBSD 4.3-STABLE MIME-Version: 1.0 (generated by SEMI 1.13.7 - "Awazu") 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, >>> Mon, 18 Jun 2001 12:10:22 +0900, >>> JINMEI Tatuya / said: jinmei> Thanks for the effort. Could you apply the following patch? The fix jinmei> is not so serious for most users, but should be important for jinmei> nomadic users who use IPv6 temporary addresses (for privacy extension). I just committed it. Thanks! -- 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 Mon Jun 18 10: 2:58 2001 Delivered-To: freebsd-net@freebsd.org Received: from mailman.thenap.com (mailman.thenap.com [209.190.0.10]) by hub.freebsd.org (Postfix) with ESMTP id 41BE437B401 for ; Mon, 18 Jun 2001 10:02:55 -0700 (PDT) (envelope-from drew.weaver@thenap.com) Received: by mailman.thenap.com with Internet Mail Service (5.5.2650.21) id ; Mon, 18 Jun 2001 13:18:47 -0400 Message-ID: From: "Drew J. Weaver" To: "'freebsd-net@freebsd.org'" Subject: Interesting news article about microsoft using Freebsd. Date: Mon, 18 Jun 2001 13:18:37 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C0F81A.BB729C24" 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. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_001_01C0F81A.BB729C24 Content-Type: text/plain; charset="iso-8859-1" http://www.msnbc.com/news/588803.asp ------_=_NextPart_001_01C0F81A.BB729C24 Content-Type: text/html; charset="iso-8859-1" Interesting news article about microsoft using Freebsd.

http://www.msnbc.com/news/588803.asp



------_=_NextPart_001_01C0F81A.BB729C24-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Mon Jun 18 10:38:52 2001 Delivered-To: freebsd-net@freebsd.org Received: from relay.tecc.co.uk (luggage.tecc.co.uk [193.128.6.129]) by hub.freebsd.org (Postfix) with SMTP id D5BF537B403 for ; Mon, 18 Jun 2001 10:38:47 -0700 (PDT) (envelope-from andy@tecc.co.uk) Received: from southampton [195.217.37.155] by relay.tecc.co.uk with smtp (Exim 1.70 #1) id 15C2xz-0001Ma-00; Mon, 18 Jun 2001 18:37:35 +0100 From: "Andy [Tecc Nops]" To: "Drew J. Weaver" , Subject: RE: Interesting news article about microsoft using Freebsd. Date: Mon, 18 Jun 2001 18:37:35 +0100 Message-ID: MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0008_01C0F825.BE40CC90" X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) Importance: Normal In-Reply-To: X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 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 a multi-part message in MIME format. ------=_NextPart_000_0008_01C0F825.BE40CC90 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Interesting news article about microsoft using Freebsd.also, http://public.wsj.com/news/hmc/sb992819157437237260.htm I guess your not subscribed to -hackers then, big thread on it going right now (last few days actually) (yuk, who sent the html email in the first place?) Regards Ak -----Original Message----- From: owner-freebsd-net@FreeBSD.ORG [mailto:owner-freebsd-net@FreeBSD.ORG]On Behalf Of Drew J. Weaver Sent: 18 June 2001 18:19 To: 'freebsd-net@freebsd.org' Subject: Interesting news article about microsoft using Freebsd. http://www.msnbc.com/news/588803.asp ------=_NextPart_000_0008_01C0F825.BE40CC90 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Interesting news article about microsoft using = Freebsd.
also,

http://p= ublic.wsj.com/news/hmc/sb992819157437237260.htm

I guess = your not=20 subscribed to -hackers then, big thread on it

going = right now (last=20 few days actually)

(yuk, = who sent the=20 html email in the first place?)

Regards

Ak

-----Original Message-----
From:=20 owner-freebsd-net@FreeBSD.ORG = [mailto:owner-freebsd-net@FreeBSD.ORG]On=20 Behalf Of Drew J. Weaver
Sent: 18 June 2001 = 18:19
To:=20 'freebsd-net@freebsd.org'
Subject: Interesting news article = about=20 microsoft using Freebsd.

http://www.msnbc.com/news/588803.asp=20



------=_NextPart_000_0008_01C0F825.BE40CC90-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Tue Jun 19 2: 8:34 2001 Delivered-To: freebsd-net@freebsd.org Received: from imo-d04.mx.aol.com (imo-d04.mx.aol.com [205.188.157.36]) by hub.freebsd.org (Postfix) with ESMTP id B3DAC37B403 for ; Tue, 19 Jun 2001 02:08:32 -0700 (PDT) (envelope-from raviprasad20@netscape.net) Received: from raviprasad20@netscape.net by imo-d04.mx.aol.com (mail_out_v30.22.) id n.4.1921e85 (16231) for ; Tue, 19 Jun 2001 05:08:07 -0400 (EDT) Received: from netscape.com (aimmail11.aim.aol.com [205.188.144.203]) by air-in02.mx.aol.com (v78_r3.8) with ESMTP; Tue, 19 Jun 2001 05:08:07 -0400 Date: Tue, 19 Jun 2001 05:08:07 -0400 From: raviprasad20@netscape.net To: freebsd-net@freebsd.org Subject: Route command Mime-Version: 1.0 Message-ID: <4A556EC3.7AE53828.9513E96F@netscape.net> X-Mailer: Franklin Webmailer 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, the route command main function opens a routing socket & writes user messages to it through the rtmsg(). My doubt is who is reading from that routing socket? Kindly educate me on this. regards ravi prasad __________________________________________________________________ Get your own FREE, personal Netscape Webmail 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 Tue Jun 19 2:25: 2 2001 Delivered-To: freebsd-net@freebsd.org Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65]) by hub.freebsd.org (Postfix) with ESMTP id 875FA37B403 for ; Tue, 19 Jun 2001 02:24:49 -0700 (PDT) (envelope-from ru@whale.sunbay.crimea.ua) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.11.2/8.11.2) id f5J9OQl23714; Tue, 19 Jun 2001 12:24:26 +0300 (EEST) (envelope-from ru) Date: Tue, 19 Jun 2001 12:24:26 +0300 From: Ruslan Ermilov To: raviprasad20@netscape.net Cc: freebsd-net@FreeBSD.ORG Subject: Re: Route command Message-ID: <20010619122426.D5368@sunbay.com> Mail-Followup-To: raviprasad20@netscape.net, freebsd-net@FreeBSD.ORG References: <4A556EC3.7AE53828.9513E96F@netscape.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <4A556EC3.7AE53828.9513E96F@netscape.net>; from raviprasad20@netscape.net on Tue, Jun 19, 2001 at 05:08:07AM -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 Tue, Jun 19, 2001 at 05:08:07AM -0400, raviprasad20@netscape.net wrote: > Hi, > the route command main function opens a routing socket & writes user > messages to it through the rtmsg(). My doubt is who is reading from > that routing socket? > Many programs do: natd(8), route(8), routed(8), etc. Cheers, -- Ruslan Ermilov Oracle Developer/DBA, ru@sunbay.com Sunbay Software AG, ru@FreeBSD.org FreeBSD committer, +380.652.512.251 Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Tue Jun 19 3:19: 9 2001 Delivered-To: freebsd-net@freebsd.org Received: from imo-d01.mx.aol.com (imo-d01.mx.aol.com [205.188.157.33]) by hub.freebsd.org (Postfix) with ESMTP id 5760F37B401 for ; Tue, 19 Jun 2001 03:19:07 -0700 (PDT) (envelope-from raviprasad20@netscape.net) Received: from raviprasad20@netscape.net by imo-d01.mx.aol.com (mail_out_v30.22.) id n.2c.186f8fb (16221) for ; Tue, 19 Jun 2001 06:19:01 -0400 (EDT) Received: from netscape.com (aimmail11.aim.aol.com [205.188.144.203]) by air-in01.mx.aol.com (v78_r3.8) with ESMTP; Tue, 19 Jun 2001 06:19:01 -0400 Date: Tue, 19 Jun 2001 06:19:01 -0400 From: raviprasad20@netscape.net To: freebsd-net@freebsd.org Subject: keywords.h file included in the route.c file of route command. Mime-Version: 1.0 Message-ID: <7CA3F266.24DBB68F.9513E96F@netscape.net> X-Mailer: Franklin Webmailer 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, This with reference to the following file /usr/src/sbin/route/route.c & /usr/src/sbin/route/ directory The keywords variable is defined in route.c file as struct keytab { char *kt_cp; int kt_i; } keywords[] = { #include "keywords.h" {0, 0} }; But i couldnot find the keywords.h file in the directory /usr/src/sbin/. Kindly mail me where it is? regards ravi prasad __________________________________________________________________ Get your own FREE, personal Netscape Webmail 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 Tue Jun 19 3:29: 5 2001 Delivered-To: freebsd-net@freebsd.org Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65]) by hub.freebsd.org (Postfix) with ESMTP id EC1BE37B403 for ; Tue, 19 Jun 2001 03:28:58 -0700 (PDT) (envelope-from ru@whale.sunbay.crimea.ua) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.11.2/8.11.2) id f5JASY532110; Tue, 19 Jun 2001 13:28:34 +0300 (EEST) (envelope-from ru) Date: Tue, 19 Jun 2001 13:28:34 +0300 From: Ruslan Ermilov To: raviprasad20@netscape.net Cc: net@FreeBSD.org Subject: Re: Route command Message-ID: <20010619132834.B29608@sunbay.com> Mail-Followup-To: raviprasad20@netscape.net, net@FreeBSD.org References: <4A556EC3.7AE53828.9513E96F@netscape.net> <20010619122426.D5368@sunbay.com> <523FD471.1174D73E.9513E96F@netscape.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <523FD471.1174D73E.9513E96F@netscape.net>; from raviprasad20@netscape.net on Tue, Jun 19, 2001 at 06:13:23AM -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 Tue, Jun 19, 2001 at 06:13:23AM -0400, raviprasad20@netscape.net wrote: > Hi, > Iam not clear about your point. > All my queries are withrespect to the file /usr/src/sbin/route/route.c. > > The "route" command main() open a routing socket. All the user > requests are stored in are stored in the structure rt_msghdr. Then > the function rtmsg()writes to the routing socket. Later the same > function reads from the same socket to display messages to the user about the result of the command. > > My doubt is who is reading this information that he writes to the > routing socket & updating the kernel routing table. Whether the > routed daemon? > This is from the route(4) manpage: : Any messages sent to the kernel are returned, and copies are sent to all : interested listeners. The kernel will provide the process ID for the : sender, and the sender may use an additional sequence field to distin- : guish between outstanding messages. And yes, routing daemon (if running) will receive these messages. Cheers, -- Ruslan Ermilov Oracle Developer/DBA, ru@sunbay.com Sunbay Software AG, ru@FreeBSD.org FreeBSD committer, +380.652.512.251 Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Tue Jun 19 6:32:55 2001 Delivered-To: freebsd-net@freebsd.org Received: from mailguard.fgan.de (mailguard.fgan.de [128.7.3.5]) by hub.freebsd.org (Postfix) with ESMTP id 28AFE37B401 for ; Tue, 19 Jun 2001 06:32:52 -0700 (PDT) (envelope-from leventi@fgan.de) Received: from rufsun5.ffm.fgan.de ([128.7.2.5]) by mailguard.fgan.de (8.11.2/8.11.2) with ESMTP id f5JDWoV19048; Tue, 19 Jun 2001 15:32:50 +0200 Received: from melle.ffm.fgan.de (melle.ffm.fgan.de [128.7.5.11]) by rufsun5.ffm.fgan.de (8.8.6/8.8.8) with ESMTP id PAA00517; Tue, 19 Jun 2001 15:32:50 +0200 (MET DST) Received: (from lev@localhost) by melle.ffm.fgan.de (8.8.8+Sun/8.8.8) id PAA02481; Tue, 19 Jun 2001 15:32:49 +0200 (MET DST) Date: Tue, 19 Jun 2001 15:32:49 +0200 (MET DST) Message-Id: <200106191332.PAA02481@melle.ffm.fgan.de> From: Anastasia Leventi-Peetz To: users@ipv6.org, users-ship@ipv6.org, freebsd-net@freebsd.org Subject: ftpd-BSD and standalone 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 although in the bieringer Site it is explicitly written that the ftpd-BSD must be started in standalone modus, I had tried to build it in the inetd.conf and that was the reason why I couldn't make ftp to a host where the ftpd-BSD was started by ftp request. I have tried the allow and deny files, seemed to work when I started the request from a free-BSD pc, but a file transport from a Linux SuSE (with the same server running) was impossible (421 ftp error code) though the connection was succesful (/var/log/messages). When I start the daemon in standalone modus there are no problems. Does anybody have experience with this thing? Anastasia To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Tue Jun 19 7:24:47 2001 Delivered-To: freebsd-net@freebsd.org Received: from mailguard.fgan.de (mailguard.fgan.de [128.7.3.5]) by hub.freebsd.org (Postfix) with ESMTP id 53AE837B401 for ; Tue, 19 Jun 2001 07:24:44 -0700 (PDT) (envelope-from leventi@fgan.de) Received: from rufsun5.ffm.fgan.de ([128.7.2.5]) by mailguard.fgan.de (8.11.2/8.11.2) with ESMTP id f5JEOcV21768; Tue, 19 Jun 2001 16:24:38 +0200 Received: from melle.ffm.fgan.de (melle.ffm.fgan.de [128.7.5.11]) by rufsun5.ffm.fgan.de (8.8.6/8.8.8) with ESMTP id QAA01866; Tue, 19 Jun 2001 16:24:37 +0200 (MET DST) Received: (from lev@localhost) by melle.ffm.fgan.de (8.8.8+Sun/8.8.8) id QAA02744; Tue, 19 Jun 2001 16:24:35 +0200 (MET DST) Date: Tue, 19 Jun 2001 16:24:35 +0200 (MET DST) Message-Id: <200106191424.QAA02744@melle.ffm.fgan.de> From: Anastasia Leventi-Peetz To: users@ipv6.org, freebsd-net@freebsd.org Subject: freeBSD-Linux SuSE via ftp 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 when I do ftp from a freeBSD pc to a Linux SuSE it takes long between a succesful connection, but then the file transfer goes fast. Does anybody know how can I check where the time is used? Any useful command? thanks:Anastasia To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Tue Jun 19 7:38:14 2001 Delivered-To: freebsd-net@freebsd.org Received: from mailhost.mlnet.net (ns5.mlnet.net [194.217.128.21]) by hub.freebsd.org (Postfix) with ESMTP id BAF9D37B401 for ; Tue, 19 Jun 2001 07:38:11 -0700 (PDT) (envelope-from M@MLNET.NET) Received: (from postie@localhost) by mailhost.mlnet.net (8.8.8/8.8.8) id OAA15848; Tue, 19 Jun 2001 14:37:51 GMT Received: from serf.orion.mlnet.net(192.168.191.7) by mailhost via smap (V2.1) id xma015845; Tue, 19 Jun 01 14:37:39 GMT Message-ID: <3B2F63B9.3A81ABDF@MLNET.NET> Date: Tue, 19 Jun 2001 15:37:45 +0100 From: Matthew Reply-To: M@MLNET.NET X-Mailer: Mozilla 4.75 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Anastasia Leventi-Peetz Cc: users@ipv6.org, freebsd-net@FreeBSD.ORG Subject: Re: freeBSD-Linux SuSE via ftp References: <200106191424.QAA02744@melle.ffm.fgan.de> 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 Sounds as though the host (SuSE) is probably waiting for a DNS lookup to timeout. Try putting an entry into /etc/hosts for your freeBSD box, and making sure that the SuSE box uses files before DNS for resolving - might be a nsswitch.conf, or 'search files,dns' entry in /etc/resolv.conf. Each Linux seems to do this differently....... -M Anastasia Leventi-Peetz wrote: > > when I do ftp from a freeBSD pc to a Linux SuSE it takes long > between a succesful connection, but then the file transfer goes fast. > Does anybody know how can I check where the time is used? > Any useful command? > thanks:Anastasia > > 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 Jun 19 7:44:53 2001 Delivered-To: freebsd-net@freebsd.org Received: from mailguard.fgan.de (mailguard.fgan.de [128.7.3.5]) by hub.freebsd.org (Postfix) with ESMTP id 5CB4337B406 for ; Tue, 19 Jun 2001 07:44:50 -0700 (PDT) (envelope-from leventi@fgan.de) Received: from rufsun5.ffm.fgan.de ([128.7.2.5]) by mailguard.fgan.de (8.11.2/8.11.2) with ESMTP id f5JEiiV22767; Tue, 19 Jun 2001 16:44:45 +0200 Received: from melle.ffm.fgan.de (melle.ffm.fgan.de [128.7.5.11]) by rufsun5.ffm.fgan.de (8.8.6/8.8.8) with ESMTP id QAA02334; Tue, 19 Jun 2001 16:44:44 +0200 (MET DST) Received: (from lev@localhost) by melle.ffm.fgan.de (8.8.8+Sun/8.8.8) id QAA02793; Tue, 19 Jun 2001 16:44:43 +0200 (MET DST) Date: Tue, 19 Jun 2001 16:44:43 +0200 (MET DST) Message-Id: <200106191444.QAA02793@melle.ffm.fgan.de> From: Anastasia Leventi-Peetz To: M@MLNET.NET Cc: leventi@fgan.de, users@ipv6.org, freebsd-net@FreeBSD.ORG In-reply-to: <3B2F63B9.3A81ABDF@MLNET.NET> (message from Matthew on Tue, 19 Jun 2001 15:37:45 +0100) Subject: Re: freeBSD-Linux SuSE via ftp 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 I give directly the address ftp 3ffe:.... so that no DNS must be started for the connection. The SuSE "box" really uses dns before files, but if it gets the appeal from a certain address must the dns first be started? Do I fail some important information at the point? thanks:Anastasia To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Tue Jun 19 7:55:50 2001 Delivered-To: freebsd-net@freebsd.org Received: from bilver.wjv.com (dhcp-1-30.n01.orldfl01.us.ra.verio.net [157.238.210.30]) by hub.freebsd.org (Postfix) with ESMTP id BD61937B401 for ; Tue, 19 Jun 2001 07:55:40 -0700 (PDT) (envelope-from bill@bilver.wjv.com) Received: (from bill@localhost) by bilver.wjv.com (8.11.1/8.11.1) id f5JEtVs19200; Tue, 19 Jun 2001 10:55:31 -0400 (EDT) (envelope-from bill) Date: Tue, 19 Jun 2001 10:55:29 -0400 From: Bill Vermillion To: Anastasia Leventi-Peetz Cc: freebsd-net@FreeBSD.ORG Subject: Re: freeBSD-Linux SuSE via ftp Message-ID: <20010619105529.A19167@wjv.com> Reply-To: bv@wjv.com References: <3B2F63B9.3A81ABDF@MLNET.NET> <200106191444.QAA02793@melle.ffm.fgan.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200106191444.QAA02793@melle.ffm.fgan.de>; from leventi@fgan.de on Tue, Jun 19, 2001 at 04:44:43PM +0200 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 Tue, Jun 19, 2001 at 04:44:43PM +0200, Anastasia Leventi-Peetz thus sprach: > > > but I give directly the address > ftp 3ffe:.... > so that no DNS must be started for the connection. Makes no difference. The system to which you are trying to connect will use DNS on IT'S side to resolve a name against the IP you used to connect. > The SuSE "box" really uses > dns before files, but if it gets the appeal from a certain address > must the dns first be started? Do I fail some important information > at the point? If you IP isn't in the DNS on the far machine and you have control on that machine put your IP in the FAR machine hosts and run files first. It's all dependant on the far machines name resoltion. -- 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 Tue Jun 19 8:22:15 2001 Delivered-To: freebsd-net@freebsd.org Received: from ness.plymouth.edu (ness.plymouth.edu [158.136.1.140]) by hub.freebsd.org (Postfix) with ESMTP id 56F6337B403 for ; Tue, 19 Jun 2001 08:22:12 -0700 (PDT) (envelope-from ted@ness.plymouth.edu) Received: (from ted@localhost) by ness.plymouth.edu (8.11.3/8.10.0) id f5JFKLF32694; Tue, 19 Jun 2001 11:20:21 -0400 (EDT) From: Ted Wisniewski Message-Id: <200106191520.f5JFKLF32694@ness.plymouth.edu> Subject: Re: freeBSD-Linux SuSE via ftp In-Reply-To: <200106191424.QAA02744@melle.ffm.fgan.de> "from Anastasia Leventi-Peetz at Jun 19, 2001 04:24:35 pm" To: Anastasia Leventi-Peetz Date: Tue, 19 Jun 2001 11:20:21 -0400 (EDT) Cc: users@ipv6.org, freebsd-net@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL88 (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit 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 assume you are using the ftp client that comes with FreeBSD. Before opening the connection try taking the client out of "passive" mode. Ex. ftp ftp> passive Passive mode off. ftp> I have noticed that some ftp servers do not react well to passive mode. Ted (* when I do ftp from a freeBSD pc to a Linux SuSE it takes long (* between a succesful connection, but then the file transfer goes fast. (* Does anybody know how can I check where the time is used? (* Any useful command? (* thanks:Anastasia (* (* To Unsubscribe: send mail to majordomo@FreeBSD.org (* with "unsubscribe freebsd-net" in the body of the message (* -- | Ted Wisniewski INET: ted@mail.plymouth.edu | | Information Technology Services ted@wiz.plymouth.edu | | Plymouth State College tedw@tigger.plymouth.edu | | Plymouth NH, 03264 HTTP: http://oz.plymouth.edu/~ted/ | To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Tue Jun 19 8:48:12 2001 Delivered-To: freebsd-net@freebsd.org Received: from ginsberg.uol.com.br (ginsberg.uol.com.br [200.231.206.26]) by hub.freebsd.org (Postfix) with ESMTP id 1120937B401 for ; Tue, 19 Jun 2001 08:48:10 -0700 (PDT) (envelope-from tirloni@users.sourceforge.net) Received: from 200227207223-dial-user-UOL.acessonet.com.br (200227207223-dial-user-UOL.acessonet.com.br [200.227.207.223]) by ginsberg.uol.com.br (8.9.1/8.9.1) with ESMTP id MAA15747 for ; Tue, 19 Jun 2001 12:46:41 -0300 (BRT) Date: Tue, 19 Jun 2001 12:48:05 -0300 (BRT) From: Giovanni Picoli Tirloni X-X-Sender: To: Subject: tap network interface Message-ID: <20010619123905.V23203-100000@mink.ath.cx> 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'm using 4.3-STABLE and added 'pseudo-device tap' to my kernel (after trying to kldload if_tap) but it's not possible to bring the device up because ifconfig says tap0 doesn't exist (although it's in /dev). Does anyone who is using it can give me an insight about how this is supposed to work ? I searched through the archives without success. .--------------------------------------------------------. | Giovanni Picoli Tirloni, tirloni@users.sourceforge.net | `--------------------------------------------------------' To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Tue Jun 19 9:39:55 2001 Delivered-To: freebsd-net@freebsd.org Received: from rgmail.regenstrief.org (rgmail.regenstrief.org [134.68.31.197]) by hub.freebsd.org (Postfix) with ESMTP id E89E537B403 for ; Tue, 19 Jun 2001 09:39:47 -0700 (PDT) (envelope-from gunther@aurora.regenstrief.org) Received: from aurora.regenstrief.org (rgnout.regenstrief.org [134.68.31.38]) by rgmail.regenstrief.org (8.11.0/8.8.7) with ESMTP id f5JGe3G11259; Tue, 19 Jun 2001 11:40:03 -0500 Message-ID: <3B2F8049.7CBAF67B@aurora.regenstrief.org> Date: Tue, 19 Jun 2001 11:39:37 -0500 From: Gunther Schadow Organization: Regenstrief Institute for Health Care X-Mailer: Mozilla 4.77 [en] (Windows NT 5.0; U) X-Accept-Language: en MIME-Version: 1.0 To: Anastasia Leventi-Peetz Cc: users@ipv6.org, users-ship@ipv6.org, freebsd-net@freebsd.org Subject: Re: ftpd-BSD and standalone References: <200106191332.PAA02481@melle.ffm.fgan.de> 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 oops? for what it is worth: ftpd is stared from inetd on BSD systems since the very existence of inetd, that is since the early 1980s. There is no reason this should not work, unless you are on some creepy system, or I may not have the full context here. Let's say you may be doing IPv6 and the ftpd that's called from inetd6 is not IPv6 ready? In that case, check the path in inetd.conf and make sure you've got the IPv6 ready ftpd invoked instead of the old one. However, on FreeBSD you have everything IPv6 ready out of the box these days. I'm sure you have some file version mess-up, because I would even trust Linux these days to be able to make a standard FTP connection :-). It sometimes helps to take all security down for a moment. Be aware that ftp needs a separate data channel, so if you do IP filters and TCP wrappers you might get into all sorts of troubles if you don't know exactly what you're doing. regards -Gunther Anastasia Leventi-Peetz wrote: > > although in the bieringer Site it is explicitly written that the > ftpd-BSD must be started in standalone modus, I had tried to build it in > the inetd.conf and that was the reason why I couldn't make ftp to > a host where the ftpd-BSD was started by ftp request. I have tried the allow > and deny files, seemed to work when I started the request from a free-BSD > pc, but a file transport from a Linux SuSE (with the same server running) > was impossible (421 ftp error code) though the connection was succesful > (/var/log/messages). When I start the daemon in standalone modus > there are no problems. > Does anybody have experience with this thing? > Anastasia > -- Gunther Schadow, M.D., Ph.D. gschadow@regenstrief.org Medical Information Scientist Regenstrief Institute for Health Care Adjunct Assistant Professor Indiana University School of Medicine tel:1(317)630-7960 http://aurora.regenstrief.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Tue Jun 19 10:19:41 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 A601237B401 for ; Tue, 19 Jun 2001 10:19:21 -0700 (PDT) (envelope-from silby@silby.com) Received: (qmail 78992 invoked by uid 1000); 19 Jun 2001 17:19:19 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 19 Jun 2001 17:19:19 -0000 Date: Tue, 19 Jun 2001 12:19:19 -0500 (CDT) From: Mike Silbersack To: Subject: tcp template removal / scalability patch Message-ID: <20010619121337.C77484-300000@achilles.silby.com> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-1282980704-992971159=:77484" 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-1282980704-992971159=:77484 Content-Type: TEXT/PLAIN; charset=US-ASCII As suggested by Terry, I've cooked up a patch which halts the use of mbufs for storing tcp template structures. The structure was only used in two places; tcp_output.c when sending packets, and tcp_timer.c when sending keepalives. tcp_output now pulls the info directly from the tcpcb, while tcp_timer creates a short-term tcp template that is destroyed after use. The end result is that rather than 1 mbuf being the minimum used per connection, 0 mbufs is now the minimum. As a result, those with boxes handling a lot of connections should see greatly reduced mbuf usage. I've attached two patches; one for current, and one for stable. Please review / test, _especially_ if you're using IPv6 or IPSec - while those cases look correct, I'm not running either and haven't tested them. Thanks, Mike "Silby" Silbersack --0-1282980704-992971159=:77484 Content-Type: TEXT/PLAIN; charset=US-ASCII; name="tcptemplate-stable.patch" Content-Transfer-Encoding: BASE64 Content-ID: <20010619121919.M77484@achilles.silby.com> Content-Description: Content-Disposition: attachment; filename="tcptemplate-stable.patch" T25seSBpbiBuZXRpbmV0Lm9sZC86IGljbXBfdmFyLmgub3JpZw0KT25seSBp biBuZXRpbmV0Lm9sZC86IGlwX2ljbXAuYy5vcmlnDQpkaWZmIC11IC1yIG5l dGluZXQub2xkL3RjcF9pbnB1dC5jIG5ldGluZXQvdGNwX2lucHV0LmMNCi0t LSBuZXRpbmV0Lm9sZC90Y3BfaW5wdXQuYwlUdWUgSnVuIDE5IDExOjUzOjE2 IDIwMDENCisrKyBuZXRpbmV0L3RjcF9pbnB1dC5jCVR1ZSBKdW4gMTkgMTE6 NTM6MjUgMjAwMQ0KQEAgLTEwNjYsMTIgKzEwNjYsNyBAQA0KIAkJfQ0KIAkJ RlJFRShzaW4sIE1fU09OQU1FKTsNCiAJICAgICAgfQ0KLQkJdHAtPnRfdGVt cGxhdGUgPSB0Y3BfdGVtcGxhdGUodHApOw0KLQkJaWYgKHRwLT50X3RlbXBs YXRlID09IDApIHsNCi0JCQl0cCA9IHRjcF9kcm9wKHRwLCBFTk9CVUZTKTsN Ci0JCQlkcm9wc29ja2V0ID0gMDsJCS8qIHNvY2tldCBpcyBhbHJlYWR5IGdv bmUgKi8NCi0JCQlnb3RvIGRyb3A7DQotCQl9DQorCQl0cC0+dF90ZW1wbGF0 ZSA9IE5VTEw7DQogCQlpZiAoKHRhb3AgPSB0Y3BfZ2V0dGFvY2FjaGUoaW5w KSkgPT0gTlVMTCkgew0KIAkJCXRhb3AgPSAmdGFvX25vbmNhY2hlZDsNCiAJ CQliemVybyh0YW9wLCBzaXplb2YoKnRhb3ApKTsNCk9ubHkgaW4gbmV0aW5l dC5vbGQvOiB0Y3BfaW5wdXQuYy5vcmlnDQpPbmx5IGluIG5ldGluZXQub2xk LzogdGNwX2lucHV0LmMucmVqDQpkaWZmIC11IC1yIG5ldGluZXQub2xkL3Rj cF9vdXRwdXQuYyBuZXRpbmV0L3RjcF9vdXRwdXQuYw0KLS0tIG5ldGluZXQu b2xkL3RjcF9vdXRwdXQuYwlUdWUgSnVuIDE5IDExOjUzOjE2IDIwMDENCisr KyBuZXRpbmV0L3RjcF9vdXRwdXQuYwlUdWUgSnVuIDE5IDExOjUzOjI1IDIw MDENCkBAIC02MzAsMTYgKzYzMCwxMiBAQA0KIAkJbS0+bV9sZW4gPSBoZHJs ZW47DQogCX0NCiAJbS0+bV9wa3RoZHIucmN2aWYgPSAoc3RydWN0IGlmbmV0 ICopMDsNCi0JaWYgKHRwLT50X3RlbXBsYXRlID09IDApDQotCQlwYW5pYygi dGNwX291dHB1dCIpOw0KKw0KICNpZmRlZiBJTkVUNg0KIAlpZiAoaXNpcHY2 KSB7DQogCQlpcDYgPSBtdG9kKG0sIHN0cnVjdCBpcDZfaGRyICopOw0KIAkJ dGggPSAoc3RydWN0IHRjcGhkciAqKShpcDYgKyAxKTsNCi0JCWJjb3B5KChj YWRkcl90KXRwLT50X3RlbXBsYXRlLT50dF9pcGdlbiwgKGNhZGRyX3QpaXA2 LA0KLQkJICAgICAgc2l6ZW9mKHN0cnVjdCBpcDZfaGRyKSk7DQotCQliY29w eSgoY2FkZHJfdCkmdHAtPnRfdGVtcGxhdGUtPnR0X3QsIChjYWRkcl90KXRo LA0KLQkJICAgICAgc2l6ZW9mKHN0cnVjdCB0Y3BoZHIpKTsNCisJCXRjcF9m aWxsaGVhZGVycyh0cCwgaXA2LCB0aCk7DQogCX0gZWxzZQ0KICNlbmRpZiAv KiBJTkVUNiAqLw0KICAgICAgIHsNCkBAIC02NDcsMTAgKzY0Myw3IEBADQog CWlwb3YgPSAoc3RydWN0IGlwb3ZseSAqKWlwOw0KIAl0aCA9IChzdHJ1Y3Qg dGNwaGRyICopKGlwICsgMSk7DQogCS8qIHRoaXMgcGlja3MgdXAgdGhlIHBz ZXVkbyBoZWFkZXIgKHcvbyB0aGUgbGVuZ3RoKSAqLw0KLQliY29weSgoY2Fk ZHJfdCl0cC0+dF90ZW1wbGF0ZS0+dHRfaXBnZW4sIChjYWRkcl90KWlwLA0K LQkgICAgICBzaXplb2Yoc3RydWN0IGlwKSk7DQotCWJjb3B5KChjYWRkcl90 KSZ0cC0+dF90ZW1wbGF0ZS0+dHRfdCwgKGNhZGRyX3QpdGgsDQotCSAgICAg IHNpemVvZihzdHJ1Y3QgdGNwaGRyKSk7DQorCXRjcF9maWxsaGVhZGVycyh0 cCwgaXAsIHRoKTsNCiAgICAgICB9DQogDQogCS8qDQpPbmx5IGluIG5ldGlu ZXQub2xkLzogdGNwX291dHB1dC5jLm9yaWcNCk9ubHkgaW4gbmV0aW5ldC5v bGQvOiB0Y3Bfc2VxLmgub3JpZw0KZGlmZiAtdSAtciBuZXRpbmV0Lm9sZC90 Y3Bfc3Vici5jIG5ldGluZXQvdGNwX3N1YnIuYw0KLS0tIG5ldGluZXQub2xk L3RjcF9zdWJyLmMJVHVlIEp1biAxOSAxMTo1MzoxNiAyMDAxDQorKysgbmV0 aW5ldC90Y3Bfc3Vici5jCVR1ZSBKdW4gMTkgMTE6NTc6NTYgMjAwMQ0KQEAg LTIyMCwzMiArMjIwLDI3IEBADQogI3VuZGVmIFRDUF9NSU5QUk9UT0hEUg0K IH0NCiANCisNCiAvKg0KLSAqIENyZWF0ZSB0ZW1wbGF0ZSB0byBiZSB1c2Vk IHRvIHNlbmQgdGNwIHBhY2tldHMgb24gYSBjb25uZWN0aW9uLg0KLSAqIENh bGwgYWZ0ZXIgaG9zdCBlbnRyeSBjcmVhdGVkLCBhbGxvY2F0ZXMgYW4gbWJ1 ZiBhbmQgZmlsbHMNCi0gKiBpbiBhIHNrZWxldGFsIHRjcC9pcCBoZWFkZXIs IG1pbmltaXppbmcgdGhlIGFtb3VudCBvZiB3b3JrDQotICogbmVjZXNzYXJ5 IHdoZW4gdGhlIGNvbm5lY3Rpb24gaXMgdXNlZC4NCisgKiBGaWxsIGluIHRo ZSBJUCBhbmQgVENQIGhlYWRlcnMgZm9yIGFuIG91dGdvaW5nIHBhY2tldCwg Z2l2ZW4gdGhlIHRjcGNiLg0KKyAqIHRjcF90ZW1wbGF0ZSB1c2VkIHRvIHN0 b3JlIHRoaXMgZGF0YSBpbiBtYnVmcywgYnV0IHdlIG5vdyByZWNvcHkgaXQg b3V0DQorICogb2YgdGhlIHRjcGNiIGVhY2ggdGltZSB0byBjb25zZXJ2ZSBt YnVmcy4NCiAgKi8NCi1zdHJ1Y3QgdGNwdGVtcCAqDQotdGNwX3RlbXBsYXRl KHRwKQ0KKw0KK3ZvaWQNCit0Y3BfZmlsbGhlYWRlcnModHAsIGlwX3B0ciwg dGNwX3B0cikNCiAJc3RydWN0IHRjcGNiICp0cDsNCisJdm9pZCAqaXBfcHRy Ow0KKwl2b2lkICp0Y3BfcHRyOw0KIHsNCi0JcmVnaXN0ZXIgc3RydWN0IGlu cGNiICppbnAgPSB0cC0+dF9pbnBjYjsNCi0JcmVnaXN0ZXIgc3RydWN0IG1i dWYgKm07DQotCXJlZ2lzdGVyIHN0cnVjdCB0Y3B0ZW1wICpuOw0KKwlzdHJ1 Y3QgaW5wY2IgKmlucCA9IHRwLT50X2lucGNiOw0KKwlzdHJ1Y3QgdGNwaGRy ICp0Y3BfaGRyID0gKHN0cnVjdCB0Y3BoZHIgKil0Y3BfcHRyOw0KIA0KLQlp ZiAoKG4gPSB0cC0+dF90ZW1wbGF0ZSkgPT0gMCkgew0KLQkJbSA9IG1fZ2V0 KE1fRE9OVFdBSVQsIE1UX0hFQURFUik7DQotCQlpZiAobSA9PSBOVUxMKQ0K LQkJCXJldHVybiAoMCk7DQotCQltLT5tX2xlbiA9IHNpemVvZiAoc3RydWN0 IHRjcHRlbXApOw0KLQkJbiA9IG10b2QobSwgc3RydWN0IHRjcHRlbXAgKik7 DQotCX0NCiAjaWZkZWYgSU5FVDYNCiAJaWYgKChpbnAtPmlucF92ZmxhZyAm IElOUF9JUFY2KSAhPSAwKSB7DQotCQlyZWdpc3RlciBzdHJ1Y3QgaXA2X2hk ciAqaXA2Ow0KKwkJc3RydWN0IGlwNl9oZHIgKmlwNjsNCiANCi0JCWlwNiA9 IChzdHJ1Y3QgaXA2X2hkciAqKW4tPnR0X2lwZ2VuOw0KKwkJaXA2ID0gKHN0 cnVjdCBpcDZfaGRyICopaXBfcHRyOw0KIAkJaXA2LT5pcDZfZmxvdyA9IChp cDYtPmlwNl9mbG93ICYgfklQVjZfRkxPV0lORk9fTUFTSykgfA0KIAkJCShp bnAtPmluNnBfZmxvd2luZm8gJiBJUFY2X0ZMT1dJTkZPX01BU0spOw0KIAkJ aXA2LT5pcDZfdmZjID0gKGlwNi0+aXA2X3ZmYyAmIH5JUFY2X1ZFUlNJT05f TUFTSykgfA0KQEAgLTI1NCwyOSArMjQ5LDUyIEBADQogCQlpcDYtPmlwNl9w bGVuID0gc2l6ZW9mKHN0cnVjdCB0Y3BoZHIpOw0KIAkJaXA2LT5pcDZfc3Jj ID0gaW5wLT5pbjZwX2xhZGRyOw0KIAkJaXA2LT5pcDZfZHN0ID0gaW5wLT5p bjZwX2ZhZGRyOw0KLQkJbi0+dHRfdC50aF9zdW0gPSAwOw0KKwkJdGNwX2hk ci0+dGhfc3VtID0gMDsNCiAJfSBlbHNlDQogI2VuZGlmDQotICAgICAgew0K LQlzdHJ1Y3QgaXAgKmlwID0gKHN0cnVjdCBpcCAqKW4tPnR0X2lwZ2VuOw0K Kwl7DQorCXN0cnVjdCBpcCAqaXAgPSAoc3RydWN0IGlwICopIGlwX3B0cjsN CiANCi0JYnplcm8oaXAsIHNpemVvZihzdHJ1Y3QgaXApKTsJCS8qIFhYWCBv dmVya2lsbD8gKi8NCisJYnplcm8oaXAsIHNpemVvZihzdHJ1Y3QgaXApKTsg ICAgICAgICAgIC8qIFhYWCBvdmVya2lsbD8gKi8NCiAJaXAtPmlwX3ZobCA9 IElQX1ZITF9CT1JJTkc7DQogCWlwLT5pcF9wID0gSVBQUk9UT19UQ1A7DQog CWlwLT5pcF9zcmMgPSBpbnAtPmlucF9sYWRkcjsNCiAJaXAtPmlwX2RzdCA9 IGlucC0+aW5wX2ZhZGRyOw0KLQluLT50dF90LnRoX3N1bSA9IGluX3BzZXVk byhpcC0+aXBfc3JjLnNfYWRkciwgaXAtPmlwX2RzdC5zX2FkZHIsDQotCSAg ICBodG9ucyhzaXplb2Yoc3RydWN0IHRjcGhkcikgKyBJUFBST1RPX1RDUCkp Ow0KLSAgICAgIH0NCi0Jbi0+dHRfdC50aF9zcG9ydCA9IGlucC0+aW5wX2xw b3J0Ow0KLQluLT50dF90LnRoX2Rwb3J0ID0gaW5wLT5pbnBfZnBvcnQ7DQot CW4tPnR0X3QudGhfc2VxID0gMDsNCi0Jbi0+dHRfdC50aF9hY2sgPSAwOw0K LQluLT50dF90LnRoX3gyID0gMDsNCi0Jbi0+dHRfdC50aF9vZmYgPSA1Ow0K LQluLT50dF90LnRoX2ZsYWdzID0gMDsNCi0Jbi0+dHRfdC50aF93aW4gPSAw Ow0KLQluLT50dF90LnRoX3VycCA9IDA7DQorCXRjcF9oZHItPnRoX3N1bSA9 IGluX3BzZXVkbyhpcC0+aXBfc3JjLnNfYWRkciwgaXAtPmlwX2RzdC5zX2Fk ZHIsDQorCQlodG9ucyhzaXplb2Yoc3RydWN0IHRjcGhkcikgKyBJUFBST1RP X1RDUCkpOw0KKwl9DQorDQorCXRjcF9oZHItPnRoX3Nwb3J0ID0gaW5wLT5p bnBfbHBvcnQ7DQorCXRjcF9oZHItPnRoX2Rwb3J0ID0gaW5wLT5pbnBfZnBv cnQ7DQorCXRjcF9oZHItPnRoX3NlcSA9IDA7DQorCXRjcF9oZHItPnRoX2Fj ayA9IDA7DQorCXRjcF9oZHItPnRoX3gyID0gMDsNCisJdGNwX2hkci0+dGhf b2ZmID0gNTsNCisJdGNwX2hkci0+dGhfZmxhZ3MgPSAwOw0KKwl0Y3BfaGRy LT50aF93aW4gPSAwOw0KKwl0Y3BfaGRyLT50aF91cnAgPSAwOw0KK30NCisN CisNCisvKg0KKyAqIENyZWF0ZSB0ZW1wbGF0ZSB0byBiZSB1c2VkIHRvIHNl bmQgdGNwIHBhY2tldHMgb24gYSBjb25uZWN0aW9uLg0KKyAqIEFsbG9jYXRl cyBhbiBtYnVmIGFuZCBmaWxscyBpbiBhIHNrZWxldGFsIHRjcC9pcCBoZWFk ZXIuICBUaGUgb25seQ0KKyAqIHVzZSBmb3IgdGhpcyBmdW5jdGlvbiBpcyBp biBrZWVwYWxpdmVzLCB3aG8gbGlrZSB0byB1c2UgdGNwX3Jlc3BvbmQuDQor ICovDQorc3RydWN0IHRjcHRlbXAgKg0KK3RjcF9tYWtldGVtcGxhdGUodHAp DQorCXN0cnVjdCB0Y3BjYiAqdHA7DQorew0KKwlzdHJ1Y3QgbWJ1ZiAqbTsN CisJc3RydWN0IHRjcHRlbXAgKm47DQorDQorCW0gPSBtX2dldChNX0RPTlRX QUlULCBNVF9IRUFERVIpOw0KKwlpZiAobSA9PSBOVUxMKQ0KKwkJcmV0dXJu ICgwKTsNCisJbS0+bV9sZW4gPSBzaXplb2YgKHN0cnVjdCB0Y3B0ZW1wKTsN CisJbiA9IG10b2QobSwgc3RydWN0IHRjcHRlbXAgKik7DQorDQorCXRjcF9m aWxsaGVhZGVycyh0cCwgKHZvaWQgKikmbi0+dHRfaXBnZW4sICh2b2lkICop Jm4tPnR0X3QpOw0KIAlyZXR1cm4gKG4pOw0KIH0NCiANCkBAIC03MDYsNyAr NzI0LDcgQEANCiAJCUZSRUUocSwgTV9UU0VHUSk7DQogCX0NCiAJaWYgKHRw LT50X3RlbXBsYXRlKQ0KLQkJKHZvaWQpIG1fZnJlZShkdG9tKHRwLT50X3Rl bXBsYXRlKSk7DQorCQlwYW5pYygidF90ZW1wbGF0ZSBub24tbnVsbCEiKTsN CiAJaW5wLT5pbnBfcHBjYiA9IE5VTEw7DQogCXNvaXNkaXNjb25uZWN0ZWQo c28pOw0KICNpZmRlZiBJTkVUNg0KQEAgLTEzNDcsNyArMTM2NSw3IEBADQog I2VuZGlmIC8qIElORVQ2ICovDQogCXN0cnVjdCB0Y3BoZHIgKnRoOw0KIA0K LQlpZiAoIXRwIHx8ICF0cC0+dF90ZW1wbGF0ZSB8fCAhKGlucCA9IHRwLT50 X2lucGNiKSkNCisJaWYgKCF0cCB8fCAhKGlucCA9IHRwLT50X2lucGNiKSkN CiAJCXJldHVybiAwOw0KIAlNR0VUSERSKG0sIE1fRE9OVFdBSVQsIE1UX0RB VEEpOw0KIAlpZiAoIW0pDQpAQCAtMTM1OSwxMCArMTM3Nyw3IEBADQogCQl0 aCA9IChzdHJ1Y3QgdGNwaGRyICopKGlwNiArIDEpOw0KIAkJbS0+bV9wa3Ro ZHIubGVuID0gbS0+bV9sZW4gPQ0KIAkJCXNpemVvZihzdHJ1Y3QgaXA2X2hk cikgKyBzaXplb2Yoc3RydWN0IHRjcGhkcik7DQotCQliY29weSgoY2FkZHJf dCl0cC0+dF90ZW1wbGF0ZS0+dHRfaXBnZW4sIChjYWRkcl90KWlwNiwNCi0J CSAgICAgIHNpemVvZihzdHJ1Y3QgaXA2X2hkcikpOw0KLQkJYmNvcHkoKGNh ZGRyX3QpJnRwLT50X3RlbXBsYXRlLT50dF90LCAoY2FkZHJfdCl0aCwNCi0J CSAgICAgIHNpemVvZihzdHJ1Y3QgdGNwaGRyKSk7DQorCQl0Y3BfZmlsbGhl YWRlcnModHAsIGlwNiwgdGgpOw0KIAkJaGRyc2l6ID0gaXBzZWM2X2hkcnNp eihtLCBJUFNFQ19ESVJfT1VUQk9VTkQsIGlucCk7DQogCX0gZWxzZQ0KICNl bmRpZiAvKiBJTkVUNiAqLw0KQEAgLTEzNzAsMTAgKzEzODUsNyBAQA0KIAlp cCA9IG10b2QobSwgc3RydWN0IGlwICopOw0KIAl0aCA9IChzdHJ1Y3QgdGNw aGRyICopKGlwICsgMSk7DQogCW0tPm1fcGt0aGRyLmxlbiA9IG0tPm1fbGVu ID0gc2l6ZW9mKHN0cnVjdCB0Y3BpcGhkcik7DQotCWJjb3B5KChjYWRkcl90 KXRwLT50X3RlbXBsYXRlLT50dF9pcGdlbiwgKGNhZGRyX3QpaXAsDQotCSAg ICAgIHNpemVvZihzdHJ1Y3QgaXApKTsNCi0JYmNvcHkoKGNhZGRyX3QpJnRw LT50X3RlbXBsYXRlLT50dF90LCAoY2FkZHJfdCl0aCwNCi0JICAgICAgc2l6 ZW9mKHN0cnVjdCB0Y3BoZHIpKTsNCisJdGNwX2ZpbGxoZWFkZXJzKHRwLCBp cCwgdGgpOw0KIAloZHJzaXogPSBpcHNlYzRfaGRyc2l6KG0sIElQU0VDX0RJ Ul9PVVRCT1VORCwgaW5wKTsNCiAgICAgICB9DQogDQpPbmx5IGluIG5ldGlu ZXQub2xkLzogdGNwX3N1YnIuYy5vcmlnDQpkaWZmIC11IC1yIG5ldGluZXQu b2xkL3RjcF90aW1lci5jIG5ldGluZXQvdGNwX3RpbWVyLmMNCi0tLSBuZXRp bmV0Lm9sZC90Y3BfdGltZXIuYwlUdWUgSnVuIDE5IDExOjUzOjE2IDIwMDEN CisrKyBuZXRpbmV0L3RjcF90aW1lci5jCVR1ZSBKdW4gMTkgMTE6NTY6MTMg MjAwMQ0KQEAgLTQxLDYgKzQxLDcgQEANCiAjaW5jbHVkZSA8c3lzL3BhcmFt Lmg+DQogI2luY2x1ZGUgPHN5cy9zeXN0bS5oPg0KICNpbmNsdWRlIDxzeXMv a2VybmVsLmg+DQorI2luY2x1ZGUgPHN5cy9tYnVmLmg+DQogI2luY2x1ZGUg PHN5cy9zeXNjdGwuaD4NCiAjaW5jbHVkZSA8c3lzL3NvY2tldC5oPg0KICNp bmNsdWRlIDxzeXMvc29ja2V0dmFyLmg+DQpAQCAtMjI3LDYgKzIyOCw3IEBA DQogCXZvaWQgKnh0cDsNCiB7DQogCXN0cnVjdCB0Y3BjYiAqdHAgPSB4dHA7 DQorCXN0cnVjdCB0Y3B0ZW1wICp0X3RlbXBsYXRlOw0KIAlpbnQgczsNCiAj aWZkZWYgVENQREVCVUcNCiAJaW50IG9zdGF0ZTsNCkBAIC0yNzMsOSArMjc1 LDE0IEBADQogCQkJICAgICZ0cC0+dF90ZW1wbGF0ZS0+dHRfdCwgKHN0cnVj dCBtYnVmICopTlVMTCwNCiAJCQkgICAgdHAtPnJjdl9ueHQgLSAxLCB0cC0+ c25kX3VuYSAtIDEsIDApOw0KICNlbHNlDQotCQl0Y3BfcmVzcG9uZCh0cCwg dHAtPnRfdGVtcGxhdGUtPnR0X2lwZ2VuLA0KLQkJCSAgICAmdHAtPnRfdGVt cGxhdGUtPnR0X3QsIChzdHJ1Y3QgbWJ1ZiAqKU5VTEwsDQotCQkJICAgIHRw LT5yY3Zfbnh0LCB0cC0+c25kX3VuYSAtIDEsIDApOw0KKw0KKwkJdF90ZW1w bGF0ZSA9IHRjcF9tYWtldGVtcGxhdGUodHApOw0KKwkJaWYgKHRfdGVtcGxh dGUpIHsNCisJCQl0Y3BfcmVzcG9uZCh0cCwgdF90ZW1wbGF0ZS0+dHRfaXBn ZW4sDQorCQkJCSZ0X3RlbXBsYXRlLT50dF90LCAoc3RydWN0IG1idWYgKilO VUxMLA0KKwkJCQl0cC0+cmN2X254dCwgdHAtPnNuZF91bmEgLSAxLCAwKTsN CisJCQkodm9pZCkgbV9mcmVlKGR0b20odF90ZW1wbGF0ZSkpOw0KKwkJfQ0K ICNlbmRpZg0KIAkJY2FsbG91dF9yZXNldCh0cC0+dHRfa2VlcCwgdGNwX2tl ZXBpbnR2bCwgdGNwX3RpbWVyX2tlZXAsIHRwKTsNCiAJfSBlbHNlDQpPbmx5 IGluIG5ldGluZXQub2xkLzogdGNwX3RpbWVyLmMub3JpZw0KZGlmZiAtdSAt ciBuZXRpbmV0Lm9sZC90Y3BfdXNycmVxLmMgbmV0aW5ldC90Y3BfdXNycmVx LmMNCi0tLSBuZXRpbmV0Lm9sZC90Y3BfdXNycmVxLmMJVHVlIEp1biAxOSAx MTo1MzoxNiAyMDAxDQorKysgbmV0aW5ldC90Y3BfdXNycmVxLmMJVHVlIEp1 biAxOSAxMTo1MzoyNyAyMDAxDQpAQCAtNzQ0LDExICs3NDQsNyBAQA0KIAlp bnAtPmlucF9mcG9ydCA9IHNpbi0+c2luX3BvcnQ7DQogCWluX3BjYnJlaGFz aChpbnApOw0KIA0KLQl0cC0+dF90ZW1wbGF0ZSA9IHRjcF90ZW1wbGF0ZSh0 cCk7DQotCWlmICh0cC0+dF90ZW1wbGF0ZSA9PSAwKSB7DQotCQlpbl9wY2Jk aXNjb25uZWN0KGlucCk7DQotCQlyZXR1cm4gRU5PQlVGUzsNCi0JfQ0KKwl0 cC0+dF90ZW1wbGF0ZSA9IE5VTEw7DQogDQogCS8qIENvbXB1dGUgd2luZG93 IHNjYWxpbmcgdG8gcmVxdWVzdC4gICovDQogCXdoaWxlICh0cC0+cmVxdWVz dF9yX3NjYWxlIDwgVENQX01BWF9XSU5TSElGVCAmJg0KQEAgLTg0MSwxMSAr ODM3LDcgQEANCiAJCWlucC0+aW42cF9mbG93aW5mbyA9IHNpbjYtPnNpbjZf Zmxvd2luZm87DQogCWluX3BjYnJlaGFzaChpbnApOw0KIA0KLQl0cC0+dF90 ZW1wbGF0ZSA9IHRjcF90ZW1wbGF0ZSh0cCk7DQotCWlmICh0cC0+dF90ZW1w bGF0ZSA9PSAwKSB7DQotCQlpbjZfcGNiZGlzY29ubmVjdChpbnApOw0KLQkJ cmV0dXJuIEVOT0JVRlM7DQotCX0NCisJdHAtPnRfdGVtcGxhdGUgPSBOVUxM Ow0KIA0KIAkvKiBDb21wdXRlIHdpbmRvdyBzY2FsaW5nIHRvIHJlcXVlc3Qu ICAqLw0KIAl3aGlsZSAodHAtPnJlcXVlc3Rfcl9zY2FsZSA8IFRDUF9NQVhf V0lOU0hJRlQgJiYNCk9ubHkgaW4gbmV0aW5ldC5vbGQvOiB0Y3BfdXNycmVx LmMub3JpZw0KT25seSBpbiBuZXRpbmV0Lm9sZC86IHRjcF91c3JyZXEuYy5y ZWoNCmRpZmYgLXUgLXIgbmV0aW5ldC5vbGQvdGNwX3Zhci5oIG5ldGluZXQv dGNwX3Zhci5oDQotLS0gbmV0aW5ldC5vbGQvdGNwX3Zhci5oCVR1ZSBKdW4g MTkgMTE6NTM6MTYgMjAwMQ0KKysrIG5ldGluZXQvdGNwX3Zhci5oCVR1ZSBK dW4gMTkgMTE6NTM6MjcgMjAwMQ0KQEAgLTQwMCw3ICs0MDAsOCBAQA0KIHZv aWQJIHRjcF9zZXRwZXJzaXN0IF9fUCgoc3RydWN0IHRjcGNiICopKTsNCiB2 b2lkCSB0Y3Bfc2xvd3RpbW8gX19QKCh2b2lkKSk7DQogc3RydWN0IHRjcHRl bXAgKg0KLQkgdGNwX3RlbXBsYXRlIF9fUCgoc3RydWN0IHRjcGNiICopKTsN CisJIHRjcF9tYWtldGVtcGxhdGUgX19QKChzdHJ1Y3QgdGNwY2IgKikpOw0K K3ZvaWQJIHRjcF9maWxsaGVhZGVycyBfX1AoKHN0cnVjdCB0Y3BjYiAqLCB2 b2lkICosIHZvaWQgKikpOw0KIHN0cnVjdCB0Y3BjYiAqDQogCSB0Y3BfdGlt ZXJzIF9fUCgoc3RydWN0IHRjcGNiICosIGludCkpOw0KIHZvaWQJIHRjcF90 cmFjZSBfX1AoKGludCwgaW50LCBzdHJ1Y3QgdGNwY2IgKiwgdm9pZCAqLCBz dHJ1Y3QgdGNwaGRyICosDQpPbmx5IGluIG5ldGluZXQub2xkLzogdGNwX3Zh ci5oLm9yaWcNCk9ubHkgaW4gbmV0aW5ldC5vbGQvOiB1ZHBfdXNycmVxLmMu b3JpZw0K --0-1282980704-992971159=:77484 Content-Type: TEXT/PLAIN; charset=US-ASCII; name="tcptemplate-current.patch" Content-Transfer-Encoding: BASE64 Content-ID: <20010619121919.T77484@achilles.silby.com> Content-Description: Content-Disposition: attachment; filename="tcptemplate-current.patch" ZGlmZiAtdSAtciBuZXRpbmV0Lm9sZC90Y3BfaW5wdXQuYyBuZXRpbmV0L3Rj cF9pbnB1dC5jDQotLS0gbmV0aW5ldC5vbGQvdGNwX2lucHV0LmMJTW9uIEp1 biAxOCAyMDo0NTowNyAyMDAxDQorKysgbmV0aW5ldC90Y3BfaW5wdXQuYwlN b24gSnVuIDE4IDIxOjA0OjA0IDIwMDENCkBAIC0xMTI3LDEyICsxMTI3LDcg QEANCiAJCX0NCiAJCUZSRUUoc2luLCBNX1NPTkFNRSk7DQogCSAgICAgIH0N Ci0JCXRwLT50X3RlbXBsYXRlID0gdGNwX3RlbXBsYXRlKHRwKTsNCi0JCWlm ICh0cC0+dF90ZW1wbGF0ZSA9PSAwKSB7DQotCQkJdHAgPSB0Y3BfZHJvcCh0 cCwgRU5PQlVGUyk7DQotCQkJZHJvcHNvY2tldCA9IDA7CQkvKiBzb2NrZXQg aXMgYWxyZWFkeSBnb25lICovDQotCQkJZ290byBkcm9wOw0KLQkJfQ0KKwkJ dHAtPnRfdGVtcGxhdGUgPSBOVUxMOw0KIAkJaWYgKCh0YW9wID0gdGNwX2dl dHRhb2NhY2hlKGlucCkpID09IE5VTEwpIHsNCiAJCQl0YW9wID0gJnRhb19u b25jYWNoZWQ7DQogCQkJYnplcm8odGFvcCwgc2l6ZW9mKCp0YW9wKSk7DQpk aWZmIC11IC1yIG5ldGluZXQub2xkL3RjcF9vdXRwdXQuYyBuZXRpbmV0L3Rj cF9vdXRwdXQuYw0KLS0tIG5ldGluZXQub2xkL3RjcF9vdXRwdXQuYwlNb24g SnVuIDE4IDIwOjQ1OjA3IDIwMDENCisrKyBuZXRpbmV0L3RjcF9vdXRwdXQu YwlNb24gSnVuIDE4IDIwOjU5OjU5IDIwMDENCkBAIC02MzIsMTYgKzYzMiwx MiBAQA0KIAkJbS0+bV9sZW4gPSBoZHJsZW47DQogCX0NCiAJbS0+bV9wa3Ro ZHIucmN2aWYgPSAoc3RydWN0IGlmbmV0ICopMDsNCi0JaWYgKHRwLT50X3Rl bXBsYXRlID09IDApDQotCQlwYW5pYygidGNwX291dHB1dCIpOw0KKw0KICNp ZmRlZiBJTkVUNg0KIAlpZiAoaXNpcHY2KSB7DQogCQlpcDYgPSBtdG9kKG0s IHN0cnVjdCBpcDZfaGRyICopOw0KIAkJdGggPSAoc3RydWN0IHRjcGhkciAq KShpcDYgKyAxKTsNCi0JCWJjb3B5KChjYWRkcl90KXRwLT50X3RlbXBsYXRl LT50dF9pcGdlbiwgKGNhZGRyX3QpaXA2LA0KLQkJICAgICAgc2l6ZW9mKHN0 cnVjdCBpcDZfaGRyKSk7DQotCQliY29weSgoY2FkZHJfdCkmdHAtPnRfdGVt cGxhdGUtPnR0X3QsIChjYWRkcl90KXRoLA0KLQkJICAgICAgc2l6ZW9mKHN0 cnVjdCB0Y3BoZHIpKTsNCisJCXRjcF9maWxsaGVhZGVycyh0cCwgaXA2LCB0 aCk7DQogCX0gZWxzZQ0KICNlbmRpZiAvKiBJTkVUNiAqLw0KICAgICAgIHsN CkBAIC02NDksMTAgKzY0NSw3IEBADQogCWlwb3YgPSAoc3RydWN0IGlwb3Zs eSAqKWlwOw0KIAl0aCA9IChzdHJ1Y3QgdGNwaGRyICopKGlwICsgMSk7DQog CS8qIHRoaXMgcGlja3MgdXAgdGhlIHBzZXVkbyBoZWFkZXIgKHcvbyB0aGUg bGVuZ3RoKSAqLw0KLQliY29weSgoY2FkZHJfdCl0cC0+dF90ZW1wbGF0ZS0+ dHRfaXBnZW4sIChjYWRkcl90KWlwLA0KLQkgICAgICBzaXplb2Yoc3RydWN0 IGlwKSk7DQotCWJjb3B5KChjYWRkcl90KSZ0cC0+dF90ZW1wbGF0ZS0+dHRf dCwgKGNhZGRyX3QpdGgsDQotCSAgICAgIHNpemVvZihzdHJ1Y3QgdGNwaGRy KSk7DQorCXRjcF9maWxsaGVhZGVycyh0cCwgaXAsIHRoKTsNCiAgICAgICB9 DQogDQogCS8qDQpkaWZmIC11IC1yIG5ldGluZXQub2xkL3RjcF9zdWJyLmMg bmV0aW5ldC90Y3Bfc3Vici5jDQotLS0gbmV0aW5ldC5vbGQvdGNwX3N1YnIu YwlNb24gSnVuIDE4IDIwOjQ1OjA3IDIwMDENCisrKyBuZXRpbmV0L3RjcF9z dWJyLmMJVHVlIEp1biAxOSAxMTo0Nzo1NyAyMDAxDQpAQCAtMjE3LDMyICsy MTcsMjcgQEANCiAjdW5kZWYgVENQX01JTlBST1RPSERSDQogfQ0KIA0KKw0K IC8qDQotICogQ3JlYXRlIHRlbXBsYXRlIHRvIGJlIHVzZWQgdG8gc2VuZCB0 Y3AgcGFja2V0cyBvbiBhIGNvbm5lY3Rpb24uDQotICogQ2FsbCBhZnRlciBo b3N0IGVudHJ5IGNyZWF0ZWQsIGFsbG9jYXRlcyBhbiBtYnVmIGFuZCBmaWxs cw0KLSAqIGluIGEgc2tlbGV0YWwgdGNwL2lwIGhlYWRlciwgbWluaW1pemlu ZyB0aGUgYW1vdW50IG9mIHdvcmsNCi0gKiBuZWNlc3Nhcnkgd2hlbiB0aGUg Y29ubmVjdGlvbiBpcyB1c2VkLg0KKyAqIEZpbGwgaW4gdGhlIElQIGFuZCBU Q1AgaGVhZGVycyBmb3IgYW4gb3V0Z29pbmcgcGFja2V0LCBnaXZlbiB0aGUg dGNwY2IuDQorICogdGNwX3RlbXBsYXRlIHVzZWQgdG8gc3RvcmUgdGhpcyBk YXRhIGluIG1idWZzLCBidXQgd2Ugbm93IHJlY29weSBpdCBvdXQNCisgKiBv ZiB0aGUgdGNwY2IgZWFjaCB0aW1lIHRvIGNvbnNlcnZlIG1idWZzLg0KICAq Lw0KLXN0cnVjdCB0Y3B0ZW1wICoNCi10Y3BfdGVtcGxhdGUodHApDQorDQor dm9pZA0KK3RjcF9maWxsaGVhZGVycyh0cCwgaXBfcHRyLCB0Y3BfcHRyKQ0K IAlzdHJ1Y3QgdGNwY2IgKnRwOw0KKwl2b2lkICppcF9wdHI7DQorCXZvaWQg KnRjcF9wdHI7DQogew0KLQlyZWdpc3RlciBzdHJ1Y3QgaW5wY2IgKmlucCA9 IHRwLT50X2lucGNiOw0KLQlyZWdpc3RlciBzdHJ1Y3QgbWJ1ZiAqbTsNCi0J cmVnaXN0ZXIgc3RydWN0IHRjcHRlbXAgKm47DQorCXN0cnVjdCBpbnBjYiAq aW5wID0gdHAtPnRfaW5wY2I7DQorCXN0cnVjdCB0Y3BoZHIgKnRjcF9oZHIg PSAoc3RydWN0IHRjcGhkciAqKXRjcF9wdHI7DQogDQotCWlmICgobiA9IHRw LT50X3RlbXBsYXRlKSA9PSAwKSB7DQotCQltID0gbV9nZXQoTV9ET05UV0FJ VCwgTVRfSEVBREVSKTsNCi0JCWlmIChtID09IE5VTEwpDQotCQkJcmV0dXJu ICgwKTsNCi0JCW0tPm1fbGVuID0gc2l6ZW9mIChzdHJ1Y3QgdGNwdGVtcCk7 DQotCQluID0gbXRvZChtLCBzdHJ1Y3QgdGNwdGVtcCAqKTsNCi0JfQ0KICNp ZmRlZiBJTkVUNg0KIAlpZiAoKGlucC0+aW5wX3ZmbGFnICYgSU5QX0lQVjYp ICE9IDApIHsNCi0JCXJlZ2lzdGVyIHN0cnVjdCBpcDZfaGRyICppcDY7DQor CQlzdHJ1Y3QgaXA2X2hkciAqaXA2Ow0KIA0KLQkJaXA2ID0gKHN0cnVjdCBp cDZfaGRyICopbi0+dHRfaXBnZW47DQorCQlpcDYgPSAoc3RydWN0IGlwNl9o ZHIgKilpcF9wdHI7DQogCQlpcDYtPmlwNl9mbG93ID0gKGlwNi0+aXA2X2Zs b3cgJiB+SVBWNl9GTE9XSU5GT19NQVNLKSB8DQogCQkJKGlucC0+aW42cF9m bG93aW5mbyAmIElQVjZfRkxPV0lORk9fTUFTSyk7DQogCQlpcDYtPmlwNl92 ZmMgPSAoaXA2LT5pcDZfdmZjICYgfklQVjZfVkVSU0lPTl9NQVNLKSB8DQpA QCAtMjUxLDI5ICsyNDYsNTIgQEANCiAJCWlwNi0+aXA2X3BsZW4gPSBzaXpl b2Yoc3RydWN0IHRjcGhkcik7DQogCQlpcDYtPmlwNl9zcmMgPSBpbnAtPmlu NnBfbGFkZHI7DQogCQlpcDYtPmlwNl9kc3QgPSBpbnAtPmluNnBfZmFkZHI7 DQotCQluLT50dF90LnRoX3N1bSA9IDA7DQorCQl0Y3BfaGRyLT50aF9zdW0g PSAwOw0KIAl9IGVsc2UNCiAjZW5kaWYNCi0gICAgICB7DQotCXN0cnVjdCBp cCAqaXAgPSAoc3RydWN0IGlwICopbi0+dHRfaXBnZW47DQorCXsNCisJc3Ry dWN0IGlwICppcCA9IChzdHJ1Y3QgaXAgKikgaXBfcHRyOw0KIA0KLQliemVy byhpcCwgc2l6ZW9mKHN0cnVjdCBpcCkpOwkJLyogWFhYIG92ZXJraWxsPyAq Lw0KKwliemVybyhpcCwgc2l6ZW9mKHN0cnVjdCBpcCkpOyAgICAgICAgICAg LyogWFhYIG92ZXJraWxsPyAqLw0KIAlpcC0+aXBfdmhsID0gSVBfVkhMX0JP UklORzsNCiAJaXAtPmlwX3AgPSBJUFBST1RPX1RDUDsNCiAJaXAtPmlwX3Ny YyA9IGlucC0+aW5wX2xhZGRyOw0KIAlpcC0+aXBfZHN0ID0gaW5wLT5pbnBf ZmFkZHI7DQotCW4tPnR0X3QudGhfc3VtID0gaW5fcHNldWRvKGlwLT5pcF9z cmMuc19hZGRyLCBpcC0+aXBfZHN0LnNfYWRkciwNCi0JICAgIGh0b25zKHNp emVvZihzdHJ1Y3QgdGNwaGRyKSArIElQUFJPVE9fVENQKSk7DQotICAgICAg fQ0KLQluLT50dF90LnRoX3Nwb3J0ID0gaW5wLT5pbnBfbHBvcnQ7DQotCW4t PnR0X3QudGhfZHBvcnQgPSBpbnAtPmlucF9mcG9ydDsNCi0Jbi0+dHRfdC50 aF9zZXEgPSAwOw0KLQluLT50dF90LnRoX2FjayA9IDA7DQotCW4tPnR0X3Qu dGhfeDIgPSAwOw0KLQluLT50dF90LnRoX29mZiA9IDU7DQotCW4tPnR0X3Qu dGhfZmxhZ3MgPSAwOw0KLQluLT50dF90LnRoX3dpbiA9IDA7DQotCW4tPnR0 X3QudGhfdXJwID0gMDsNCisJdGNwX2hkci0+dGhfc3VtID0gaW5fcHNldWRv KGlwLT5pcF9zcmMuc19hZGRyLCBpcC0+aXBfZHN0LnNfYWRkciwNCisJCWh0 b25zKHNpemVvZihzdHJ1Y3QgdGNwaGRyKSArIElQUFJPVE9fVENQKSk7DQor CX0NCisNCisJdGNwX2hkci0+dGhfc3BvcnQgPSBpbnAtPmlucF9scG9ydDsN CisJdGNwX2hkci0+dGhfZHBvcnQgPSBpbnAtPmlucF9mcG9ydDsNCisJdGNw X2hkci0+dGhfc2VxID0gMDsNCisJdGNwX2hkci0+dGhfYWNrID0gMDsNCisJ dGNwX2hkci0+dGhfeDIgPSAwOw0KKwl0Y3BfaGRyLT50aF9vZmYgPSA1Ow0K Kwl0Y3BfaGRyLT50aF9mbGFncyA9IDA7DQorCXRjcF9oZHItPnRoX3dpbiA9 IDA7DQorCXRjcF9oZHItPnRoX3VycCA9IDA7DQorfQ0KKw0KKw0KKy8qDQor ICogQ3JlYXRlIHRlbXBsYXRlIHRvIGJlIHVzZWQgdG8gc2VuZCB0Y3AgcGFj a2V0cyBvbiBhIGNvbm5lY3Rpb24uDQorICogQWxsb2NhdGVzIGFuIG1idWYg YW5kIGZpbGxzIGluIGEgc2tlbGV0YWwgdGNwL2lwIGhlYWRlci4gIFRoZSBv bmx5DQorICogdXNlIGZvciB0aGlzIGZ1bmN0aW9uIGlzIGluIGtlZXBhbGl2 ZXMsIHdobyBsaWtlIHRvIHVzZSB0Y3BfcmVzcG9uZC4NCisgKi8NCitzdHJ1 Y3QgdGNwdGVtcCAqDQordGNwX21ha2V0ZW1wbGF0ZSh0cCkNCisJc3RydWN0 IHRjcGNiICp0cDsNCit7DQorCXN0cnVjdCBtYnVmICptOw0KKwlzdHJ1Y3Qg dGNwdGVtcCAqbjsNCisNCisJbSA9IG1fZ2V0KE1fRE9OVFdBSVQsIE1UX0hF QURFUik7DQorCWlmIChtID09IE5VTEwpDQorCQlyZXR1cm4gKDApOw0KKwlt LT5tX2xlbiA9IHNpemVvZiAoc3RydWN0IHRjcHRlbXApOw0KKwluID0gbXRv ZChtLCBzdHJ1Y3QgdGNwdGVtcCAqKTsNCisNCisJdGNwX2ZpbGxoZWFkZXJz KHRwLCAodm9pZCAqKSZuLT50dF9pcGdlbiwgKHZvaWQgKikmbi0+dHRfdCk7 DQogCXJldHVybiAobik7DQogfQ0KIA0KQEAgLTcwMiw3ICs3MjAsNyBAQA0K IAkJRlJFRShxLCBNX1RTRUdRKTsNCiAJfQ0KIAlpZiAodHAtPnRfdGVtcGxh dGUpDQotCQkodm9pZCkgbV9mcmVlKGR0b20odHAtPnRfdGVtcGxhdGUpKTsN CisJCXBhbmljKCJ0X3RlbXBsYXRlIG5vbi1udWxsISIpOw0KIAlpbnAtPmlu cF9wcGNiID0gTlVMTDsNCiAJc29pc2Rpc2Nvbm5lY3RlZChzbyk7DQogI2lm ZGVmIElORVQ2DQpAQCAtMTMzOSw3ICsxMzU3LDcgQEANCiAjZW5kaWYgLyog SU5FVDYgKi8NCiAJc3RydWN0IHRjcGhkciAqdGg7DQogDQotCWlmICghdHAg fHwgIXRwLT50X3RlbXBsYXRlIHx8ICEoaW5wID0gdHAtPnRfaW5wY2IpKQ0K KwlpZiAoIXRwIHx8ICEoaW5wID0gdHAtPnRfaW5wY2IpKQ0KIAkJcmV0dXJu IDA7DQogCU1HRVRIRFIobSwgTV9ET05UV0FJVCwgTVRfREFUQSk7DQogCWlm ICghbSkNCkBAIC0xMzUxLDEwICsxMzY5LDcgQEANCiAJCXRoID0gKHN0cnVj dCB0Y3BoZHIgKikoaXA2ICsgMSk7DQogCQltLT5tX3BrdGhkci5sZW4gPSBt LT5tX2xlbiA9DQogCQkJc2l6ZW9mKHN0cnVjdCBpcDZfaGRyKSArIHNpemVv ZihzdHJ1Y3QgdGNwaGRyKTsNCi0JCWJjb3B5KChjYWRkcl90KXRwLT50X3Rl bXBsYXRlLT50dF9pcGdlbiwgKGNhZGRyX3QpaXA2LA0KLQkJICAgICAgc2l6 ZW9mKHN0cnVjdCBpcDZfaGRyKSk7DQotCQliY29weSgoY2FkZHJfdCkmdHAt PnRfdGVtcGxhdGUtPnR0X3QsIChjYWRkcl90KXRoLA0KLQkJICAgICAgc2l6 ZW9mKHN0cnVjdCB0Y3BoZHIpKTsNCisJCXRjcF9maWxsaGVhZGVycyh0cCwg aXA2LCB0aCk7DQogCQloZHJzaXogPSBpcHNlYzZfaGRyc2l6KG0sIElQU0VD X0RJUl9PVVRCT1VORCwgaW5wKTsNCiAJfSBlbHNlDQogI2VuZGlmIC8qIElO RVQ2ICovDQpAQCAtMTM2MiwxMCArMTM3Nyw3IEBADQogCWlwID0gbXRvZCht LCBzdHJ1Y3QgaXAgKik7DQogCXRoID0gKHN0cnVjdCB0Y3BoZHIgKikoaXAg KyAxKTsNCiAJbS0+bV9wa3RoZHIubGVuID0gbS0+bV9sZW4gPSBzaXplb2Yo c3RydWN0IHRjcGlwaGRyKTsNCi0JYmNvcHkoKGNhZGRyX3QpdHAtPnRfdGVt cGxhdGUtPnR0X2lwZ2VuLCAoY2FkZHJfdClpcCwNCi0JICAgICAgc2l6ZW9m KHN0cnVjdCBpcCkpOw0KLQliY29weSgoY2FkZHJfdCkmdHAtPnRfdGVtcGxh dGUtPnR0X3QsIChjYWRkcl90KXRoLA0KLQkgICAgICBzaXplb2Yoc3RydWN0 IHRjcGhkcikpOw0KKwl0Y3BfZmlsbGhlYWRlcnModHAsIGlwLCB0aCk7DQog CWlwLT5pcF92aGwgPSBJUF9WSExfQk9SSU5HOw0KIAloZHJzaXogPSBpcHNl YzRfaGRyc2l6KG0sIElQU0VDX0RJUl9PVVRCT1VORCwgaW5wKTsNCiAgICAg ICB9DQpPbmx5IGluIG5ldGluZXQub2xkLzogdGNwX3N1YnIuYy5uZXcNCmRp ZmYgLXUgLXIgbmV0aW5ldC5vbGQvdGNwX3RpbWVyLmMgbmV0aW5ldC90Y3Bf dGltZXIuYw0KLS0tIG5ldGluZXQub2xkL3RjcF90aW1lci5jCU1vbiBKdW4g MTggMjA6NDU6MDcgMjAwMQ0KKysrIG5ldGluZXQvdGNwX3RpbWVyLmMJVHVl IEp1biAxOSAxMToyODoyNiAyMDAxDQpAQCAtNDEsNiArNDEsNyBAQA0KICNp bmNsdWRlIDxzeXMvcGFyYW0uaD4NCiAjaW5jbHVkZSA8c3lzL3N5c3RtLmg+ DQogI2luY2x1ZGUgPHN5cy9rZXJuZWwuaD4NCisjaW5jbHVkZSA8c3lzL21i dWYuaD4NCiAjaW5jbHVkZSA8c3lzL3N5c2N0bC5oPg0KICNpbmNsdWRlIDxz eXMvc29ja2V0Lmg+DQogI2luY2x1ZGUgPHN5cy9zb2NrZXR2YXIuaD4NCkBA IC0yMjIsNiArMjIzLDcgQEANCiAJdm9pZCAqeHRwOw0KIHsNCiAJc3RydWN0 IHRjcGNiICp0cCA9IHh0cDsNCisJc3RydWN0IHRjcHRlbXAgKnRfdGVtcGxh dGU7DQogCWludCBzOw0KICNpZmRlZiBUQ1BERUJVRw0KIAlpbnQgb3N0YXRl Ow0KQEAgLTI1OSw5ICsyNjEsMTQgQEANCiAJCSAqIGNvcnJlc3BvbmRlbnQg VENQIHRvIHJlc3BvbmQuDQogCQkgKi8NCiAJCXRjcHN0YXQudGNwc19rZWVw cHJvYmUrKzsNCi0JCXRjcF9yZXNwb25kKHRwLCB0cC0+dF90ZW1wbGF0ZS0+ dHRfaXBnZW4sDQotCQkJICAgICZ0cC0+dF90ZW1wbGF0ZS0+dHRfdCwgKHN0 cnVjdCBtYnVmICopTlVMTCwNCi0JCQkgICAgdHAtPnJjdl9ueHQsIHRwLT5z bmRfdW5hIC0gMSwgMCk7DQorCQl0X3RlbXBsYXRlID0gdGNwX21ha2V0ZW1w bGF0ZSh0cCk7DQorCQlpZiAodF90ZW1wbGF0ZSkgew0KKwkJCXRjcF9yZXNw b25kKHRwLCB0X3RlbXBsYXRlLT50dF9pcGdlbiwNCisJCQkJICAgICZ0X3Rl bXBsYXRlLT50dF90LCAoc3RydWN0IG1idWYgKilOVUxMLA0KKwkJCQkgICAg dHAtPnJjdl9ueHQsIHRwLT5zbmRfdW5hIC0gMSwgMCk7DQorCQkJKHZvaWQp IG1fZnJlZShkdG9tKHRfdGVtcGxhdGUpKTsNCisJCX0NCisJCQ0KIAkJY2Fs bG91dF9yZXNldCh0cC0+dHRfa2VlcCwgdGNwX2tlZXBpbnR2bCwgdGNwX3Rp bWVyX2tlZXAsIHRwKTsNCiAJfSBlbHNlDQogCQljYWxsb3V0X3Jlc2V0KHRw LT50dF9rZWVwLCB0Y3Bfa2VlcGlkbGUsIHRjcF90aW1lcl9rZWVwLCB0cCk7 DQpkaWZmIC11IC1yIG5ldGluZXQub2xkL3RjcF91c3JyZXEuYyBuZXRpbmV0 L3RjcF91c3JyZXEuYw0KLS0tIG5ldGluZXQub2xkL3RjcF91c3JyZXEuYwlN b24gSnVuIDE4IDIwOjQ1OjA3IDIwMDENCisrKyBuZXRpbmV0L3RjcF91c3Jy ZXEuYwlNb24gSnVuIDE4IDIxOjA0OjQzIDIwMDENCkBAIC03NDksMTEgKzc0 OSw3IEBADQogCWlucC0+aW5wX2Zwb3J0ID0gc2luLT5zaW5fcG9ydDsNCiAJ aW5fcGNicmVoYXNoKGlucCk7DQogDQotCXRwLT50X3RlbXBsYXRlID0gdGNw X3RlbXBsYXRlKHRwKTsNCi0JaWYgKHRwLT50X3RlbXBsYXRlID09IDApIHsN Ci0JCWluX3BjYmRpc2Nvbm5lY3QoaW5wKTsNCi0JCXJldHVybiBFTk9CVUZT Ow0KLQl9DQorCXRwLT50X3RlbXBsYXRlID0gTlVMTDsNCiANCiAJLyogQ29t cHV0ZSB3aW5kb3cgc2NhbGluZyB0byByZXF1ZXN0LiAgKi8NCiAJd2hpbGUg KHRwLT5yZXF1ZXN0X3Jfc2NhbGUgPCBUQ1BfTUFYX1dJTlNISUZUICYmDQpA QCAtODQxLDExICs4MzcsNyBAQA0KIAkJaW5wLT5pbjZwX2Zsb3dpbmZvID0g c2luNi0+c2luNl9mbG93aW5mbzsNCiAJaW5fcGNicmVoYXNoKGlucCk7DQog DQotCXRwLT50X3RlbXBsYXRlID0gdGNwX3RlbXBsYXRlKHRwKTsNCi0JaWYg KHRwLT50X3RlbXBsYXRlID09IDApIHsNCi0JCWluNl9wY2JkaXNjb25uZWN0 KGlucCk7DQotCQlyZXR1cm4gRU5PQlVGUzsNCi0JfQ0KKwl0cC0+dF90ZW1w bGF0ZSA9IE5VTEw7DQogDQogCS8qIENvbXB1dGUgd2luZG93IHNjYWxpbmcg dG8gcmVxdWVzdC4gICovDQogCXdoaWxlICh0cC0+cmVxdWVzdF9yX3NjYWxl IDwgVENQX01BWF9XSU5TSElGVCAmJg0KZGlmZiAtdSAtciBuZXRpbmV0Lm9s ZC90Y3BfdmFyLmggbmV0aW5ldC90Y3BfdmFyLmgNCi0tLSBuZXRpbmV0Lm9s ZC90Y3BfdmFyLmgJTW9uIEp1biAxOCAyMDo0NTowNyAyMDAxDQorKysgbmV0 aW5ldC90Y3BfdmFyLmgJVHVlIEp1biAxOSAxMToyNzo0NCAyMDAxDQpAQCAt NDAwLDcgKzQwMCw4IEBADQogdm9pZAkgdGNwX3NldHBlcnNpc3QgX19QKChz dHJ1Y3QgdGNwY2IgKikpOw0KIHZvaWQJIHRjcF9zbG93dGltbyBfX1AoKHZv aWQpKTsNCiBzdHJ1Y3QgdGNwdGVtcCAqDQotCSB0Y3BfdGVtcGxhdGUgX19Q KChzdHJ1Y3QgdGNwY2IgKikpOw0KKwkgdGNwX21ha2V0ZW1wbGF0ZSBfX1Ao KHN0cnVjdCB0Y3BjYiAqKSk7DQordm9pZAkgdGNwX2ZpbGxoZWFkZXJzIF9f UCgoc3RydWN0IHRjcGNiICosIHZvaWQgKiwgdm9pZCAqKSk7DQogc3RydWN0 IHRjcGNiICoNCiAJIHRjcF90aW1lcnMgX19QKChzdHJ1Y3QgdGNwY2IgKiwg aW50KSk7DQogdm9pZAkgdGNwX3RyYWNlIF9fUCgoaW50LCBpbnQsIHN0cnVj dCB0Y3BjYiAqLCB2b2lkICosIHN0cnVjdCB0Y3BoZHIgKiwNCg== --0-1282980704-992971159=:77484-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Tue Jun 19 10:33:17 2001 Delivered-To: freebsd-net@freebsd.org Received: from gopostal.digi.com (gopostal.digi.com [204.221.110.15]) by hub.freebsd.org (Postfix) with ESMTP id 3B68137B403 for ; Tue, 19 Jun 2001 10:33:13 -0700 (PDT) (envelope-from chaegle@mediaone.net) Received: from minx.dgii.com (minx.digi.com [204.221.110.36]) by gopostal.digi.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13) id M9G4LYC7; Tue, 19 Jun 2001 12:33:08 -0500 Received: from hlc02 (hlc02.digi.com) by minx.dgii.com (5.x/SMI-SVR4) id AA01543; Sat, 14 Aug 1999 15:56:47 -0500 Message-Id: <008f01c0f8e5$fdca32a0$420fbf8f@hlc02> From: "Cameron Haegle" To: Subject: Securing the root account Date: Tue, 19 Jun 2001 12:33:44 -0500 Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_008C_01C0F8BC.14842AC0" X-Priority: 3 X-Msmail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.3018.1300 X-Mimeole: Produced By Microsoft MimeOLE V5.00.3018.1300 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 a multi-part message in MIME format. ------=_NextPart_000_008C_01C0F8BC.14842AC0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable I come from the Windoze side of the playground, where you are able to = rename the Administrator account name, in order to provide a bit more = security. Can a similar thing be done with FreeBSD? Cam ------=_NextPart_000_008C_01C0F8BC.14842AC0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
I come from the Windoze side of the = playground,=20 where you are able to rename the Administrator account name, in order to = provide=20 a bit more security.
 
Can a similar thing be done with=20 FreeBSD?
 
Cam
------=_NextPart_000_008C_01C0F8BC.14842AC0-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Tue Jun 19 10:46:54 2001 Delivered-To: freebsd-net@freebsd.org Received: from munin.odin-corporation.com (munin.odin-corporation.com [216.233.173.18]) by hub.freebsd.org (Postfix) with ESMTP id 86EC137B403 for ; Tue, 19 Jun 2001 10:46:45 -0700 (PDT) (envelope-from lars@odin-corporation.com) Received: from odin-corporation.com (localhost [127.0.0.1]) by munin.odin-corporation.com (8.11.3/8.11.1) with ESMTP id f5JHkTT99533; Tue, 19 Jun 2001 12:46:30 -0500 (CDT) (envelope-from lars@odin-corporation.com) Message-ID: <3B2F8FF3.F045EA25@odin-corporation.com> Date: Tue, 19 Jun 2001 12:46:28 -0500 From: Lars Fredriksen Organization: Odin Corporation X-Mailer: Mozilla 4.76 [en] (X11; U; FreeBSD 5.0-CURRENT i386) X-Accept-Language: no, en MIME-Version: 1.0 To: Cameron Haegle Cc: freebsd-net@FreeBSD.ORG Subject: Re: Securing the root account References: <008f01c0f8e5$fdca32a0$420fbf8f@hlc02> Content-Type: multipart/alternative; boundary="------------D7507224FA6375AD27B8886B" 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 --------------D7507224FA6375AD27B8886B Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hi cameron, The short answer is that yes you can. The name is really not that important, it is the userid that is associated with a name that is used for verifying permissions etc. You can easily create a login name "cameron" that is assigned userid 0, and that user will have root privileges. Lars Cameron Haegle wrote: > I come from the Windoze side of the playground, where you are able to > rename the Administrator account name, in order to provide a bit more > security. Can a similar thing be done with FreeBSD? Cam --------------D7507224FA6375AD27B8886B Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 7bit Hi cameron,

The short answer is that yes you can. The name is really not that important, it is the userid that is associated with a name that is used for verifying permissions etc. You can easily create a login name "cameron" that is assigned userid 0, and that user will have root privileges.

Lars
Cameron Haegle wrote:

I come from the Windoze side of the playground, where you are able to rename the Administrator account name, in order to provide a bit more security. Can a similar thing be done with FreeBSD? Cam
--------------D7507224FA6375AD27B8886B-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Tue Jun 19 11: 0:38 2001 Delivered-To: freebsd-net@freebsd.org Received: from web14806.mail.yahoo.com (web14806.mail.yahoo.com [216.136.224.222]) by hub.freebsd.org (Postfix) with SMTP id EFE7437B403 for ; Tue, 19 Jun 2001 11:00:29 -0700 (PDT) (envelope-from a_trans2001@yahoo.com) Message-ID: <20010619180029.9730.qmail@web14806.mail.yahoo.com> Received: from [169.204.228.74] by web14806.mail.yahoo.com; Tue, 19 Jun 2001 11:00:29 PDT Date: Tue, 19 Jun 2001 11:00:29 -0700 (PDT) From: La Place Subject: Re: Securing the root account To: freebsd-net@FreeBSD.ORG In-Reply-To: <3B2F8FF3.F045EA25@odin-corporation.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 Umm. i don'tthink that is advisable since you have normal username with uid 0,the passwd will have to be the same..else, every timeyou do su - wrote: > Hi cameron, > > The short answer is that yes you can. The name is really not that > important, it is the userid that is associated with a name that is used > for verifying permissions etc. You can easily create a login name > "cameron" that is assigned userid 0, and that user will have root > privileges. > > Lars > Cameron Haegle wrote: > > > I come from the Windoze side of the playground, where you are able to > > rename the Administrator account name, in order to provide a bit more > > security. Can a similar thing be done with FreeBSD? Cam > __________________________________________________ Do You Yahoo!? Get personalized email addresses from Yahoo! Mail - only $35 a year! http://personal.mail.yahoo.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Tue Jun 19 11:21:56 2001 Delivered-To: freebsd-net@freebsd.org Received: from bilver.wjv.com (dhcp-1-101.n01.orldfl01.us.ra.verio.net [157.238.210.101]) by hub.freebsd.org (Postfix) with ESMTP id 051D037B407 for ; Tue, 19 Jun 2001 11:21:52 -0700 (PDT) (envelope-from bill@bilver.wjv.com) Received: (from bill@localhost) by bilver.wjv.com (8.11.1/8.11.1) id f5JILfh20939; Tue, 19 Jun 2001 14:21:41 -0400 (EDT) (envelope-from bill) Date: Tue, 19 Jun 2001 14:21:41 -0400 From: Bill Vermillion To: Cameron Haegle Cc: freebsd-net@FreeBSD.ORG Subject: Re: Securing the root account Message-ID: <20010619142141.C20724@wjv.com> Reply-To: bv@wjv.com References: <008f01c0f8e5$fdca32a0$420fbf8f@hlc02> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <008f01c0f8e5$fdca32a0$420fbf8f@hlc02>; from chaegle@mediaone.net on Tue, Jun 19, 2001 at 12:33:44PM -0500 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 Tue, Jun 19, 2001 at 12:33:44PM -0500, Cameron Haegle thus sprach: > I come from the Windoze side of the playground, where you are able > to rename the Administrator account name, in order to provide a > bit more security. > Can a similar thing be done with FreeBSD? You could, but what you are proposing is the classic 'Security through obsurity model'. That never works. Root is a traditional account name since 1969, but it also maps to user ID 0 as someone else mentioned. Every system requires a user ID 0 no matter whether it is root, larry, manny or moe. Make sure that no one can log in as root anywhere except at the console. You can even elminate root login at the console if your system is not in a 10000% secure location :-) Then the only memember who can use root are those you put in the 'wheel' group. Let's get back to UID 0 for a moment. If anyone can get into that machine, even if they don't have the ability to become super user, and you have named your root account mxtylplx, then anyone on that machine will know that is the admin account by listing any directory in which used ID 0 has a file it owns. Don't putz around with security 'ideas'. Do security in the right manner. Limit the wheel account users. Make sure they keep their login password secure, and keep the root password secure. Get rid of all telnet account and put in SSH so that no clear text passwords ever cross the net. That's just a small step on the way, to locking down a system, but just changing login names won't do it. Bill -- 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 Tue Jun 19 11:59:39 2001 Delivered-To: freebsd-net@freebsd.org Received: from munin.odin-corporation.com (munin.odin-corporation.com [216.233.173.18]) by hub.freebsd.org (Postfix) with ESMTP id 79B0737B406 for ; Tue, 19 Jun 2001 11:59:34 -0700 (PDT) (envelope-from lars@odin-corporation.com) Received: from odin-corporation.com (localhost [127.0.0.1]) by munin.odin-corporation.com (8.11.3/8.11.1) with ESMTP id f5JIwtT00133; Tue, 19 Jun 2001 13:58:56 -0500 (CDT) (envelope-from lars@odin-corporation.com) Message-ID: <3B2FA0EE.11BB33B@odin-corporation.com> Date: Tue, 19 Jun 2001 13:58:55 -0500 From: Lars Fredriksen Organization: Odin Corporation X-Mailer: Mozilla 4.76 [en] (X11; U; FreeBSD 5.0-CURRENT i386) X-Accept-Language: no, en MIME-Version: 1.0 To: bv@wjv.com Cc: Cameron Haegle , freebsd-net@FreeBSD.ORG Subject: Re: Securing the root account References: <008f01c0f8e5$fdca32a0$420fbf8f@hlc02> <20010619142141.C20724@wjv.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 Very well put! Lars Bill Vermillion wrote: > On Tue, Jun 19, 2001 at 12:33:44PM -0500, Cameron Haegle thus > sprach: > > > I come from the Windoze side of the playground, where you are able > > to rename the Administrator account name, in order to provide a > > bit more security. > > > Can a similar thing be done with FreeBSD? > > You could, but what you are proposing is the classic 'Security > through obsurity model'. That never works. > > Root is a traditional account name since 1969, but it also maps to > user ID 0 as someone else mentioned. Every system requires > a user ID 0 no matter whether it is root, larry, manny or moe. > > Make sure that no one can log in as root anywhere except at the > console. You can even elminate root login at the console if your > system is not in a 10000% secure location :-) > > Then the only memember who can use root are those you put in the > 'wheel' group. > > Let's get back to UID 0 for a moment. If anyone can get into that > machine, even if they don't have the ability to become super user, > and you have named your root account mxtylplx, then anyone on that > machine will know that is the admin account by listing any > directory in which used ID 0 has a file it owns. > > Don't putz around with security 'ideas'. Do security in the right > manner. Limit the wheel account users. Make sure they keep their > login password secure, and keep the root password secure. > > Get rid of all telnet account and put in SSH so that no clear text > passwords ever cross the net. That's just a small step on the > way, to locking down a system, but just changing login names won't > do it. > > Bill > > -- > Bill Vermillion - bv @ wjv . com > > 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 Jun 19 14:14: 6 2001 Delivered-To: freebsd-net@freebsd.org Received: from assaris.sics.se (dhcp-221-146.pdc.kth.se [130.237.221.146]) by hub.freebsd.org (Postfix) with ESMTP id 9249237B406 for ; Tue, 19 Jun 2001 14:14:03 -0700 (PDT) (envelope-from assar@assaris.sics.se) Received: (from assar@localhost) by assaris.sics.se (8.9.3/8.9.3) id XAA72458; Tue, 19 Jun 2001 23:13:41 +0200 (CEST) (envelope-from assar) To: raviprasad20@netscape.net Cc: freebsd-net@FreeBSD.ORG Subject: Re: keywords.h file included in the route.c file of route command. References: <7CA3F266.24DBB68F.9513E96F@netscape.net> From: Assar Westerlund Date: 19 Jun 2001 23:13:39 +0200 In-Reply-To: raviprasad20@netscape.net's message of "Tue, 19 Jun 2001 06:19:01 -0400" Message-ID: <5l66dsrx4r.fsf@assaris.sics.se> Lines: 11 User-Agent: Gnus/5.070098 (Pterodactyl Gnus v0.98) Emacs/20.6 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 raviprasad20@netscape.net writes: > This with reference to the following file > /usr/src/sbin/route/route.c & /usr/src/sbin/route/ directory > > But i couldnot find the keywords.h file in the directory > /usr/src/sbin/. Kindly mail me where it is? It's being generated at build time from the file keywords in the source directory. See the Makefile for details on the generation. /assar To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Tue Jun 19 14:25:50 2001 Delivered-To: freebsd-net@freebsd.org Received: from gopostal.digi.com (gopostal.digi.com [204.221.110.15]) by hub.freebsd.org (Postfix) with ESMTP id 0E40E37B40E for ; Tue, 19 Jun 2001 14:25:44 -0700 (PDT) (envelope-from chaegle@mediaone.net) Received: from minx.dgii.com (minx.digi.com [204.221.110.36]) by gopostal.digi.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13) id M9G4L5BM; Tue, 19 Jun 2001 16:25:43 -0500 Received: from hlc02 (hlc02.digi.com) by minx.dgii.com (5.x/SMI-SVR4) id AA01575; Sat, 14 Aug 1999 19:49:04 -0500 Message-Id: <00e601c0f906$7b6c29a0$420fbf8f@hlc02> From: "Cameron Haegle" To: "Lars Fredriksen" , Cc: References: <008f01c0f8e5$fdca32a0$420fbf8f@hlc02> <20010619142141.C20724@wjv.com> <3B2FA0EE.11BB33B@odin-corporation.com> Subject: Re: Securing the root account Date: Tue, 19 Jun 2001 16:26:03 -0500 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.00.3018.1300 X-Mimeole: Produced By Microsoft MimeOLE V5.00.3018.1300 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 want to thank everyone for their input on this issue. I will take everyone's input into serious consideration, before I fo forward. Thanks..... Cam ----- Original Message ----- From: "Lars Fredriksen" To: Cc: "Cameron Haegle" ; Sent: Tuesday, June 19, 2001 1:58 PM Subject: Re: Securing the root account > Very well put! > > Lars > Bill Vermillion wrote: > > > On Tue, Jun 19, 2001 at 12:33:44PM -0500, Cameron Haegle thus > > sprach: > > > > > I come from the Windoze side of the playground, where you are able > > > to rename the Administrator account name, in order to provide a > > > bit more security. > > > > > Can a similar thing be done with FreeBSD? > > > > You could, but what you are proposing is the classic 'Security > > through obsurity model'. That never works. > > > > Root is a traditional account name since 1969, but it also maps to > > user ID 0 as someone else mentioned. Every system requires > > a user ID 0 no matter whether it is root, larry, manny or moe. > > > > Make sure that no one can log in as root anywhere except at the > > console. You can even elminate root login at the console if your > > system is not in a 10000% secure location :-) > > > > Then the only memember who can use root are those you put in the > > 'wheel' group. > > > > Let's get back to UID 0 for a moment. If anyone can get into that > > machine, even if they don't have the ability to become super user, > > and you have named your root account mxtylplx, then anyone on that > > machine will know that is the admin account by listing any > > directory in which used ID 0 has a file it owns. > > > > Don't putz around with security 'ideas'. Do security in the right > > manner. Limit the wheel account users. Make sure they keep their > > login password secure, and keep the root password secure. > > > > Get rid of all telnet account and put in SSH so that no clear text > > passwords ever cross the net. That's just a small step on the > > way, to locking down a system, but just changing login names won't > > do it. > > > > Bill > > > > -- > > Bill Vermillion - bv @ wjv . com > > > > 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 Jun 19 14:34:12 2001 Delivered-To: freebsd-net@freebsd.org Received: from technokratis.com (modemcable052.174-202-24.mtl.mc.videotron.ca [24.202.174.52]) by hub.freebsd.org (Postfix) with ESMTP id E7F8037B401 for ; Tue, 19 Jun 2001 14:33:57 -0700 (PDT) (envelope-from bmilekic@technokratis.com) Received: (from bmilekic@localhost) by technokratis.com (8.11.3/8.11.3) id f5JLYPZ08516; Tue, 19 Jun 2001 17:34:25 -0400 (EDT) (envelope-from bmilekic) Date: Tue, 19 Jun 2001 17:34:24 -0400 From: Bosko Milekic To: Mike Silbersack Cc: freebsd-net@FreeBSD.ORG Subject: Re: tcp template removal / scalability patch Message-ID: <20010619173424.A8399@technokratis.com> References: <20010619121337.C77484-300000@achilles.silby.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010619121337.C77484-300000@achilles.silby.com>; from silby@silby.com on Tue, Jun 19, 2001 at 12:19:19PM -0500 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, Jun 19, 2001 at 12:19:19PM -0500, Mike Silbersack wrote: > As suggested by Terry, I've cooked up a patch which halts the use of mbufs > for storing tcp template structures. The structure was only used in two > places; tcp_output.c when sending packets, and tcp_timer.c when sending > keepalives. tcp_output now pulls the info directly from the tcpcb, while > tcp_timer creates a short-term tcp template that is destroyed after use. > > The end result is that rather than 1 mbuf being the minimum used per > connection, 0 mbufs is now the minimum. As a result, those with boxes > handling a lot of connections should see greatly reduced mbuf usage. Cool! > I've attached two patches; one for current, and one for stable. Please > review / test, _especially_ if you're using IPv6 or IPSec - while those > cases look correct, I'm not running either and haven't tested them. I've spotted some patch-related (not conceptual) things worth mentionning, so I'll do that now and give you the conceptual review a little later, hopefully before I leave. > Thanks, > > Mike "Silby" Silbersack > Only in netinet.old/: icmp_var.h.orig > Only in netinet.old/: ip_icmp.c.orig Dirty. :-) > diff -u -r netinet.old/tcp_input.c netinet/tcp_input.c > --- netinet.old/tcp_input.c Tue Jun 19 11:53:16 2001 > +++ netinet/tcp_input.c Tue Jun 19 11:53:25 2001 > @@ -1066,12 +1066,7 @@ > } > FREE(sin, M_SONAME); > } > - tp->t_template = tcp_template(tp); > - if (tp->t_template == 0) { > - tp = tcp_drop(tp, ENOBUFS); > - dropsocket = 0; /* socket is already gone */ > - goto drop; > - } > + tp->t_template = NULL; > if ((taop = tcp_gettaocache(inp)) == NULL) { > taop = &tao_noncached; > bzero(taop, sizeof(*taop)); > Only in netinet.old/: tcp_input.c.orig > Only in netinet.old/: tcp_input.c.rej > diff -u -r netinet.old/tcp_output.c netinet/tcp_output.c > --- netinet.old/tcp_output.c Tue Jun 19 11:53:16 2001 > +++ netinet/tcp_output.c Tue Jun 19 11:53:25 2001 > @@ -630,16 +630,12 @@ > m->m_len = hdrlen; > } > m->m_pkthdr.rcvif = (struct ifnet *)0; > - if (tp->t_template == 0) > - panic("tcp_output"); > + > #ifdef INET6 > if (isipv6) { > ip6 = mtod(m, struct ip6_hdr *); > th = (struct tcphdr *)(ip6 + 1); > - bcopy((caddr_t)tp->t_template->tt_ipgen, (caddr_t)ip6, > - sizeof(struct ip6_hdr)); > - bcopy((caddr_t)&tp->t_template->tt_t, (caddr_t)th, > - sizeof(struct tcphdr)); > + tcp_fillheaders(tp, ip6, th); > } else > #endif /* INET6 */ > { > @@ -647,10 +643,7 @@ > ipov = (struct ipovly *)ip; > th = (struct tcphdr *)(ip + 1); > /* this picks up the pseudo header (w/o the length) */ > - bcopy((caddr_t)tp->t_template->tt_ipgen, (caddr_t)ip, > - sizeof(struct ip)); > - bcopy((caddr_t)&tp->t_template->tt_t, (caddr_t)th, > - sizeof(struct tcphdr)); > + tcp_fillheaders(tp, ip, th); > } > > /* > Only in netinet.old/: tcp_output.c.orig > Only in netinet.old/: tcp_seq.h.orig > diff -u -r netinet.old/tcp_subr.c netinet/tcp_subr.c > --- netinet.old/tcp_subr.c Tue Jun 19 11:53:16 2001 > +++ netinet/tcp_subr.c Tue Jun 19 11:57:56 2001 > @@ -220,32 +220,27 @@ > #undef TCP_MINPROTOHDR > } > > + Unnecessary newline. > /* > - * Create template to be used to send tcp packets on a connection. > - * Call after host entry created, allocates an mbuf and fills > - * in a skeletal tcp/ip header, minimizing the amount of work > - * necessary when the connection is used. > + * Fill in the IP and TCP headers for an outgoing packet, given the tcpcb. > + * tcp_template used to store this data in mbufs, but we now recopy it out > + * of the tcpcb each time to conserve mbufs. > */ > -struct tcptemp * > -tcp_template(tp) > + Unnecessary newline. > +void > +tcp_fillheaders(tp, ip_ptr, tcp_ptr) > struct tcpcb *tp; > + void *ip_ptr; > + void *tcp_ptr; > { > - register struct inpcb *inp = tp->t_inpcb; > - register struct mbuf *m; > - register struct tcptemp *n; > + struct inpcb *inp = tp->t_inpcb; > + struct tcphdr *tcp_hdr = (struct tcphdr *)tcp_ptr; > > - if ((n = tp->t_template) == 0) { > - m = m_get(M_DONTWAIT, MT_HEADER); > - if (m == NULL) > - return (0); > - m->m_len = sizeof (struct tcptemp); > - n = mtod(m, struct tcptemp *); > - } > #ifdef INET6 > if ((inp->inp_vflag & INP_IPV6) != 0) { > - register struct ip6_hdr *ip6; > + struct ip6_hdr *ip6; Cool. > - ip6 = (struct ip6_hdr *)n->tt_ipgen; > + ip6 = (struct ip6_hdr *)ip_ptr; > ip6->ip6_flow = (ip6->ip6_flow & ~IPV6_FLOWINFO_MASK) | > (inp->in6p_flowinfo & IPV6_FLOWINFO_MASK); > ip6->ip6_vfc = (ip6->ip6_vfc & ~IPV6_VERSION_MASK) | > @@ -254,29 +249,52 @@ > ip6->ip6_plen = sizeof(struct tcphdr); > ip6->ip6_src = inp->in6p_laddr; > ip6->ip6_dst = inp->in6p_faddr; > - n->tt_t.th_sum = 0; > + tcp_hdr->th_sum = 0; > } else > #endif > - { > - struct ip *ip = (struct ip *)n->tt_ipgen; > + { > + struct ip *ip = (struct ip *) ip_ptr; Something seems stylistically wrong here. I think the "{" brace should be on the same line as the "} else" above. > - bzero(ip, sizeof(struct ip)); /* XXX overkill? */ > + bzero(ip, sizeof(struct ip)); /* XXX overkill? */ Unnecessary whitespace. You changed the tabs separating the comment from the statement to spaces. > ip->ip_vhl = IP_VHL_BORING; > ip->ip_p = IPPROTO_TCP; > ip->ip_src = inp->inp_laddr; > ip->ip_dst = inp->inp_faddr; > - n->tt_t.th_sum = in_pseudo(ip->ip_src.s_addr, ip->ip_dst.s_addr, > - htons(sizeof(struct tcphdr) + IPPROTO_TCP)); > - } > - n->tt_t.th_sport = inp->inp_lport; > - n->tt_t.th_dport = inp->inp_fport; > - n->tt_t.th_seq = 0; > - n->tt_t.th_ack = 0; > - n->tt_t.th_x2 = 0; > - n->tt_t.th_off = 5; > - n->tt_t.th_flags = 0; > - n->tt_t.th_win = 0; > - n->tt_t.th_urp = 0; > + tcp_hdr->th_sum = in_pseudo(ip->ip_src.s_addr, ip->ip_dst.s_addr, > + htons(sizeof(struct tcphdr) + IPPROTO_TCP)); > + } > + > + tcp_hdr->th_sport = inp->inp_lport; > + tcp_hdr->th_dport = inp->inp_fport; > + tcp_hdr->th_seq = 0; > + tcp_hdr->th_ack = 0; > + tcp_hdr->th_x2 = 0; > + tcp_hdr->th_off = 5; > + tcp_hdr->th_flags = 0; > + tcp_hdr->th_win = 0; > + tcp_hdr->th_urp = 0; > +} > + > + I think one line too many. I could be wrong. > +/* > + * Create template to be used to send tcp packets on a connection. > + * Allocates an mbuf and fills in a skeletal tcp/ip header. The only > + * use for this function is in keepalives, who like to use tcp_respond. > + */ > +struct tcptemp * > +tcp_maketemplate(tp) > + struct tcpcb *tp; > +{ > + struct mbuf *m; > + struct tcptemp *n; > + > + m = m_get(M_DONTWAIT, MT_HEADER); > + if (m == NULL) > + return (0); > + m->m_len = sizeof (struct tcptemp); No space after sizeof, unless you get rid of the parantheses (style(9)). > + n = mtod(m, struct tcptemp *); > + > + tcp_fillheaders(tp, (void *)&n->tt_ipgen, (void *)&n->tt_t); > return (n); > } > > @@ -706,7 +724,7 @@ > FREE(q, M_TSEGQ); > } > if (tp->t_template) > - (void) m_free(dtom(tp->t_template)); > + panic("t_template non-null!"); Perhaps this should be an INVARIANTS-enabled KASSERT()? Is this something that can only happen due to programming error? It seems to me like it's the case here (assuming we're not dealing with a huge-assed memory corruption). > inp->inp_ppcb = NULL; > soisdisconnected(so); > #ifdef INET6 > @@ -1347,7 +1365,7 @@ > #endif /* INET6 */ > struct tcphdr *th; > > - if (!tp || !tp->t_template || !(inp = tp->t_inpcb)) > + if (!tp || !(inp = tp->t_inpcb)) Hmmm, this is gross. can we do something like, assuming tp is a pointer: if (tp == NULL || (inp = tp->t_inpcb) == NULL) (especially now that we have enough space in the line to do it?) > return 0; > MGETHDR(m, M_DONTWAIT, MT_DATA); > if (!m) > @@ -1359,10 +1377,7 @@ > th = (struct tcphdr *)(ip6 + 1); > m->m_pkthdr.len = m->m_len = > sizeof(struct ip6_hdr) + sizeof(struct tcphdr); > - bcopy((caddr_t)tp->t_template->tt_ipgen, (caddr_t)ip6, > - sizeof(struct ip6_hdr)); > - bcopy((caddr_t)&tp->t_template->tt_t, (caddr_t)th, > - sizeof(struct tcphdr)); > + tcp_fillheaders(tp, ip6, th); > hdrsiz = ipsec6_hdrsiz(m, IPSEC_DIR_OUTBOUND, inp); > } else > #endif /* INET6 */ > @@ -1370,10 +1385,7 @@ > ip = mtod(m, struct ip *); > th = (struct tcphdr *)(ip + 1); > m->m_pkthdr.len = m->m_len = sizeof(struct tcpiphdr); > - bcopy((caddr_t)tp->t_template->tt_ipgen, (caddr_t)ip, > - sizeof(struct ip)); > - bcopy((caddr_t)&tp->t_template->tt_t, (caddr_t)th, > - sizeof(struct tcphdr)); > + tcp_fillheaders(tp, ip, th); > hdrsiz = ipsec4_hdrsiz(m, IPSEC_DIR_OUTBOUND, inp); > } > > Only in netinet.old/: tcp_subr.c.orig > diff -u -r netinet.old/tcp_timer.c netinet/tcp_timer.c > --- netinet.old/tcp_timer.c Tue Jun 19 11:53:16 2001 > +++ netinet/tcp_timer.c Tue Jun 19 11:56:13 2001 > @@ -41,6 +41,7 @@ > #include > #include > #include > +#include > #include > #include > #include > @@ -227,6 +228,7 @@ > void *xtp; > { > struct tcpcb *tp = xtp; > + struct tcptemp *t_template; > int s; > #ifdef TCPDEBUG > int ostate; > @@ -273,9 +275,14 @@ > &tp->t_template->tt_t, (struct mbuf *)NULL, > tp->rcv_nxt - 1, tp->snd_una - 1, 0); > #else > - tcp_respond(tp, tp->t_template->tt_ipgen, > - &tp->t_template->tt_t, (struct mbuf *)NULL, > - tp->rcv_nxt, tp->snd_una - 1, 0); > + > + t_template = tcp_maketemplate(tp); > + if (t_template) { > + tcp_respond(tp, t_template->tt_ipgen, > + &t_template->tt_t, (struct mbuf *)NULL, > + tp->rcv_nxt, tp->snd_una - 1, 0); > + (void) m_free(dtom(t_template)); > + } > #endif > callout_reset(tp->tt_keep, tcp_keepintvl, tcp_timer_keep, tp); > } else > Only in netinet.old/: tcp_timer.c.orig > diff -u -r netinet.old/tcp_usrreq.c netinet/tcp_usrreq.c > --- netinet.old/tcp_usrreq.c Tue Jun 19 11:53:16 2001 > +++ netinet/tcp_usrreq.c Tue Jun 19 11:53:27 2001 > @@ -744,11 +744,7 @@ > inp->inp_fport = sin->sin_port; > in_pcbrehash(inp); > > - tp->t_template = tcp_template(tp); > - if (tp->t_template == 0) { > - in_pcbdisconnect(inp); > - return ENOBUFS; > - } > + tp->t_template = NULL; > > /* Compute window scaling to request. */ > while (tp->request_r_scale < TCP_MAX_WINSHIFT && > @@ -841,11 +837,7 @@ > inp->in6p_flowinfo = sin6->sin6_flowinfo; > in_pcbrehash(inp); > > - tp->t_template = tcp_template(tp); > - if (tp->t_template == 0) { > - in6_pcbdisconnect(inp); > - return ENOBUFS; > - } > + tp->t_template = NULL; > > /* Compute window scaling to request. */ > while (tp->request_r_scale < TCP_MAX_WINSHIFT && > Only in netinet.old/: tcp_usrreq.c.orig > Only in netinet.old/: tcp_usrreq.c.rej > diff -u -r netinet.old/tcp_var.h netinet/tcp_var.h > --- netinet.old/tcp_var.h Tue Jun 19 11:53:16 2001 > +++ netinet/tcp_var.h Tue Jun 19 11:53:27 2001 > @@ -400,7 +400,8 @@ > void tcp_setpersist __P((struct tcpcb *)); > void tcp_slowtimo __P((void)); > struct tcptemp * > - tcp_template __P((struct tcpcb *)); > + tcp_maketemplate __P((struct tcpcb *)); > +void tcp_fillheaders __P((struct tcpcb *, void *, void *)); > struct tcpcb * > tcp_timers __P((struct tcpcb *, int)); > void tcp_trace __P((int, int, struct tcpcb *, void *, struct tcphdr *, > Only in netinet.old/: tcp_var.h.orig > Only in netinet.old/: udp_usrreq.c.orig [snipped second posting of patch - it was posted twice] Cheers, -- Bosko Milekic bmilekic@technokratis.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Tue Jun 19 15:48:17 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 52F9D37B401 for ; Tue, 19 Jun 2001 15:48:15 -0700 (PDT) (envelope-from silby@silby.com) Received: (qmail 54949 invoked by uid 1000); 19 Jun 2001 22:48:14 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 19 Jun 2001 22:48:14 -0000 Date: Tue, 19 Jun 2001 17:48:14 -0500 (CDT) From: Mike Silbersack To: Bosko Milekic Cc: , Jesper Skriver Subject: Re: tcp template removal / scalability patch In-Reply-To: <20010619173424.A8399@technokratis.com> Message-ID: <20010619173956.H52501-100000@achilles.silby.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 On Tue, 19 Jun 2001, Bosko Milekic wrote: > > I've attached two patches; one for current, and one for stable. Please > > review / test, _especially_ if you're using IPv6 or IPSec - while those > > cases look correct, I'm not running either and haven't tested them. > > I've spotted some patch-related (not conceptual) things worth > mentionning, so I'll do that now and give you the conceptual review a little > later, hopefully before I leave. Ok, I'll go through and check out all the spacing issues you raised. This would be easier if jesper MFCs the removal of TCP_COMPAT_42, which causes the differences between -stable and -current. :) Looking back, I should change the keepalive case so that it never needs the tcp template; this will require simple mods to tcp_respond. I'll change this and make a new patch soon. > Perhaps this should be an INVARIANTS-enabled KASSERT()? Is this > something that can only happen due to programming error? It seems to me like > it's the case here (assuming we're not dealing with a huge-assed memory > corruption). Actually, I should just change t_template to unused and avoid the issue altogether. You're right, only a programming error would fill that field now. Mike "Silby" Silbersack To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Tue Jun 19 17:12:24 2001 Delivered-To: freebsd-net@freebsd.org Received: from freesbee.wheel.dk (freesbee.wheel.dk [193.162.159.97]) by hub.freebsd.org (Postfix) with ESMTP id D592A37B401 for ; Tue, 19 Jun 2001 17:12:21 -0700 (PDT) (envelope-from jesper@skriver.dk) Received: by freesbee.wheel.dk (Postfix, from userid 1001) id 91FFD5D6A; Wed, 20 Jun 2001 02:12:20 +0200 (CEST) Date: Wed, 20 Jun 2001 02:12:20 +0200 From: Jesper Skriver To: Mike Silbersack Cc: Bosko Milekic , freebsd-net@FreeBSD.ORG Subject: Re: tcp template removal / scalability patch Message-ID: <20010620021220.B42012@skriver.dk> References: <20010619173424.A8399@technokratis.com> <20010619173956.H52501-100000@achilles.silby.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010619173956.H52501-100000@achilles.silby.com>; from silby@silby.com on Tue, Jun 19, 2001 at 05:48:14PM -0500 X-PGP-Fingerprint: 6B88 9CE8 66E9 E631 C9C5 5EB4 22AB F0EC F956 1C31 X-PGP-Public-Key: http://freesbee.wheel.dk/~jesper/gpgkey.pub 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, Jun 19, 2001 at 05:48:14PM -0500, Mike Silbersack wrote: > > On Tue, 19 Jun 2001, Bosko Milekic wrote: > > > > I've attached two patches; one for current, and one for stable. Please > > > review / test, _especially_ if you're using IPv6 or IPSec - while those > > > cases look correct, I'm not running either and haven't tested them. > > > > I've spotted some patch-related (not conceptual) things worth > > mentionning, so I'll do that now and give you the conceptual review a little > > later, hopefully before I leave. > > Ok, I'll go through and check out all the spacing issues you raised. This > would be easier if jesper MFCs the removal of TCP_COMPAT_42, which causes > the differences between -stable and -current. :) I think we should leave TCP_COMPAT_42 in RELENG_4, so 4.x users won't be surprised if it's suddenly gone ... /Jesper -- Jesper Skriver, jesper(at)skriver(dot)dk - CCIE #5456 Work: Network manager @ AS3292 (Tele Danmark DataNetworks) Private: FreeBSD committer @ AS2109 (A much smaller network ;-) One Unix to rule them all, One Resolver to find them, One IP to bring them all and in the zone to bind them. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Tue Jun 19 17:51:41 2001 Delivered-To: freebsd-net@freebsd.org Received: from mailsrv.otenet.gr (mailsrv.otenet.gr [195.170.0.5]) by hub.freebsd.org (Postfix) with ESMTP id C848C37B403 for ; Tue, 19 Jun 2001 17:51:36 -0700 (PDT) (envelope-from keramida@ceid.upatras.gr) Received: from hades.hell.gr (patr530-a231.otenet.gr [212.205.215.231]) by mailsrv.otenet.gr (8.11.1/8.11.1) with ESMTP id f5K0nQO22542; Wed, 20 Jun 2001 03:49:26 +0300 (EEST) Received: (from charon@localhost) by hades.hell.gr (8.11.3/8.11.3) id f5K0nMR56787; Wed, 20 Jun 2001 03:49:22 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) Date: Wed, 20 Jun 2001 03:49:22 +0300 (EEST) From: Giorgos Keramidas To: Lars Fredriksen Cc: Cameron Haegle , Subject: Re: Securing the root account In-Reply-To: <3B2F8FF3.F045EA25@odin-corporation.com> Message-ID: <20010620034624.V53980-100000@hades.hell.gr> 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, 19 Jun 2001, Lars Fredriksen wrote: > Lars Cameron Haegle wrote: > > > I come from the Windoze side of the playground, where you are able to > > rename the Administrator account name, in order to provide a bit more > > security. Can a similar thing be done with FreeBSD? Cam > > Hi cameron, > > The short answer is that yes you can. The name is really not that > important, it is the userid that is associated with a name that is used > for verifying permissions etc. You can easily create a login name > "cameron" that is assigned userid 0, and that user will have root > privileges. Of course this add absolutely *no* security... It only makes the account that will be the target of the `evil hackers' (TM) be called 'cameron' instead of 'root'. Nothing too excitingly secure about this, I would dare say. -giorgos To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Tue Jun 19 18:43:20 2001 Delivered-To: freebsd-net@freebsd.org Received: from hellfire.hexdump.org (h006097e24f05.ne.mediaone.net [66.31.17.220]) by hub.freebsd.org (Postfix) with ESMTP id E10A337B406 for ; Tue, 19 Jun 2001 18:43:17 -0700 (PDT) (envelope-from freebsd@hexdump.org) Received: from localhost (freebsd@localhost) by hellfire.hexdump.org (8.11.3/8.11.1) with ESMTP id f5K1pKv50633; Tue, 19 Jun 2001 21:51:20 -0400 (EDT) (envelope-from freebsd@hexdump.org) Date: Tue, 19 Jun 2001 21:51:20 -0400 (EDT) From: Jeff Gentry To: Cameron Haegle Cc: freebsd-net@FreeBSD.ORG Subject: Re: Securing the root account In-Reply-To: <008f01c0f8e5$fdca32a0$420fbf8f@hlc02> 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 > I come from the Windoze side of the playground, where you are able to > rename the Administrator account name, in order to provide a bit more > security. How is that anything other than security through obscurity? That is fairly retarded and will not really provide anything except for a *false* sense of security. -Jeff To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Tue Jun 19 19:16:59 2001 Delivered-To: freebsd-net@freebsd.org Received: from smtp03.primenet.com (smtp03.primenet.com [64.211.219.52]) by hub.freebsd.org (Postfix) with ESMTP id BA64937B403 for ; Tue, 19 Jun 2001 19:16:52 -0700 (PDT) (envelope-from tlambert@usr05.primenet.com) Received: (from daemon@localhost) by smtp03.primenet.com (8.9.3/8.9.3) id TAA21356; Tue, 19 Jun 2001 19:16:48 -0700 (MST) Received: from usr05.primenet.com(206.165.6.205) via SMTP by smtp03.primenet.com, id smtpdAAAk0aaPP; Tue Jun 19 19:16:36 2001 Received: (from tlambert@localhost) by usr05.primenet.com (8.8.5/8.8.5) id TAA24157; Tue, 19 Jun 2001 19:18:47 -0700 (MST) From: Terry Lambert Message-Id: <200106200218.TAA24157@usr05.primenet.com> Subject: Re: Securing the root account To: freebsd-net@FreeBSD.ORG Date: Wed, 20 Jun 2001 02:18:46 +0000 (GMT) Cc: chaegle@mediaone.net X-Mailer: ELM [version 2.5 PL2] 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 come from the Windoze side of the playground, where you are able to ] > rename the Administrator account name, in order to provide a bit more ] > security. ] ] How is that anything other than security through obscurity? I agree that this is a bad idea from a security standpoint. However, it could be a useful thing to do, in terms of being able to "rebadge" FreeBSD for, say, and embedded system; that really begs the question of "open box" vs. "closed box", and how useful a rebadging process would be, if you were to permit root access. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Tue Jun 19 19:24: 4 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 90ED537B406 for ; Tue, 19 Jun 2001 19:24:02 -0700 (PDT) (envelope-from silby@silby.com) Received: (qmail 3950 invoked by uid 1000); 20 Jun 2001 02:24:00 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 20 Jun 2001 02:24:00 -0000 Date: Tue, 19 Jun 2001 21:24:00 -0500 (CDT) From: Mike Silbersack To: Jesper Skriver Cc: Bosko Milekic , Subject: Re: tcp template removal / scalability patch In-Reply-To: <20010620021220.B42012@skriver.dk> Message-ID: <20010619212139.B68673-100000@achilles.silby.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 On Wed, 20 Jun 2001, Jesper Skriver wrote: > I think we should leave TCP_COMPAT_42 in RELENG_4, so 4.x users > won't be surprised if it's suddenly gone ... > > /Jesper Actually, TCP_COMPAT_42 was a virtual no-op until Kris imported the OpenBSD sequence number generation system. The only effect it had until that point was in keepalive generation, which is unimportant, and would have broken non-4.2 host keepalives. So, it's extremely unlikely anyone is/was using TCP_COMPAT_42. Please kill it. :) Mike "Silby" Silbersack To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Tue Jun 19 20:37:27 2001 Delivered-To: freebsd-net@freebsd.org Received: from mario.zyan.com (mario.zyan.com [209.250.96.140]) by hub.freebsd.org (Postfix) with ESMTP id 0B53037B403 for ; Tue, 19 Jun 2001 20:37:25 -0700 (PDT) (envelope-from orville@weyrich.com) Received: from dopey.weyrich.com (node-64-249-12-250.dslspeed.zyan.com [64.249.12.250]) by mario.zyan.com (8.9.3/8.9.3) with ESMTP id UAA62985 for ; Tue, 19 Jun 2001 20:37:14 -0700 (PDT) (envelope-from orville@weyrich.com) Received: from localhost (orville@localhost) by dopey.weyrich.com (8.9.3/8.6.9) with ESMTP id UAA01098; Tue, 19 Jun 2001 20:20:03 -0700 Date: Tue, 19 Jun 2001 20:20:02 -0700 (MST) From: "Orville R. Weyrich.Jr" To: bv@wjv.com Cc: freebsd-net@FreeBSD.ORG Subject: Re: Securing the root account In-Reply-To: <20010619142141.C20724@wjv.com> 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 Speaking of SSH, are there any recommended SSH clients for Windows 95? orville. On Tue, 19 Jun 2001, Bill Vermillion wrote: > Get rid of all telnet account and put in SSH so that no clear text > passwords ever cross the net. That's just a small step on the > way, to locking down a system, but just changing login names won't > do it. ------------------------------------------------------------------- Orville R. Weyrich, Jr. Weyrich Computer Consulting mailto:orville@weyrich.com KD7HJV http://www.weyrich.com ------------------------------------------------------------------- Visit our online collection of book reviews: http://www.weyrich.com/book_reviews/ Ask about our world wide web services! ------------------------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Tue Jun 19 21: 3:43 2001 Delivered-To: freebsd-net@freebsd.org Received: from cms1.etri.re.kr (cms1.etri.re.kr [129.254.16.11]) by hub.freebsd.org (Postfix) with ESMTP id C809D37B401 for ; Tue, 19 Jun 2001 21:03:37 -0700 (PDT) (envelope-from kimch@etri.re.kr) Received: from etri.re.kr (vines-b.etri.re.kr [129.254.191.73]) by cms1.etri.re.kr with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13) id MSGMTT8R; Wed, 20 Jun 2001 13:01:27 +0900 Message-ID: <3B3023B9.DEFC0D9E@etri.re.kr> Date: Wed, 20 Jun 2001 13:16:58 +0900 From: Changhoon Kim Organization: Electronics and Telecommunications Research Institute X-Mailer: Mozilla 4.61 [en] (Win98; I) X-Accept-Language: en MIME-Version: 1.0 To: "Orville R. Weyrich.Jr" Cc: bv@wjv.com, freebsd-net@FreeBSD.ORG Subject: Re: Securing the root account References: Content-Type: text/plain; charset=EUC-KR 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 Orville, The only thing I know and tried yet is PuTTY. It's a freeware. Cheers, Chang "Orville R. Weyrich.Jr" wrote: > Speaking of SSH, are there any recommended SSH clients for Windows 95? > > orville. > > On Tue, 19 Jun 2001, Bill Vermillion wrote: > > > Get rid of all telnet account and put in SSH so that no clear text > > passwords ever cross the net. That's just a small step on the > > way, to locking down a system, but just changing login names won't > > do it. > > ------------------------------------------------------------------- > Orville R. Weyrich, Jr. Weyrich Computer Consulting > mailto:orville@weyrich.com KD7HJV http://www.weyrich.com > ------------------------------------------------------------------- > Visit our online collection of book reviews: > > http://www.weyrich.com/book_reviews/ > > Ask about our world wide web services! > ------------------------------------------------------------------- > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-net" in the body of the message -- Changhoon Kim Dept. of Internet Technologies Electronics and Telecommunications Research Institute (ETRI) Taejon, KOREA Tel) +82-42-860-5801 Fax) +82-42-860-5440 *** Man usually avoids attributing cleverness to somebody else, unless it is an enemy. -- Albert Einstein To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Tue Jun 19 21:20:47 2001 Delivered-To: freebsd-net@freebsd.org Received: from bilver.wjv.com (dhcp-1-237.n01.orldfl01.us.ra.verio.net [157.238.210.237]) by hub.freebsd.org (Postfix) with ESMTP id CFE4537B401 for ; Tue, 19 Jun 2001 21:20:43 -0700 (PDT) (envelope-from bill@bilver.wjv.com) Received: (from bill@localhost) by bilver.wjv.com (8.11.1/8.11.1) id f5K4Kai24543; Wed, 20 Jun 2001 00:20:36 -0400 (EDT) (envelope-from bill) Date: Wed, 20 Jun 2001 00:20:09 -0400 From: Bill Vermillion To: "Orville R. Weyrich.Jr" Cc: bv@wjv.com, freebsd-net@FreeBSD.ORG Subject: Re: Securing the root account Message-ID: <20010620002009.A24514@wjv.com> Reply-To: bv@wjv.com References: <20010619142141.C20724@wjv.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from orville@weyrich.com on Tue, Jun 19, 2001 at 08:20:02PM -0700 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 Tue, Jun 19, 2001 at 08:20:02PM -0700, Orville R. Weyrich.Jr thus sprach: > Speaking of SSH, are there any recommended SSH clients for Windows 95? Putty. Don't recall where I got it though. It's free > > orville. > > On Tue, 19 Jun 2001, Bill Vermillion wrote: > > > Get rid of all telnet account and put in SSH so that no clear text > > passwords ever cross the net. That's just a small step on the > > way, to locking down a system, but just changing login names won't > > do it. > > ------------------------------------------------------------------- > Orville R. Weyrich, Jr. Weyrich Computer Consulting > mailto:orville@weyrich.com KD7HJV http://www.weyrich.com > ------------------------------------------------------------------- > Visit our online collection of book reviews: > > http://www.weyrich.com/book_reviews/ > > Ask about our world wide web services! > ------------------------------------------------------------------- > > -- 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 Tue Jun 19 21:40:10 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 EB35A37B403 for ; Tue, 19 Jun 2001 21:40:07 -0700 (PDT) (envelope-from silby@silby.com) Received: (qmail 34501 invoked by uid 1000); 20 Jun 2001 04:40:06 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 20 Jun 2001 04:40:06 -0000 Date: Tue, 19 Jun 2001 23:40:06 -0500 (CDT) From: Mike Silbersack To: Bosko Milekic Cc: , Jesper Skriver Subject: Re: tcp template removal / scalability patch In-Reply-To: <20010619173956.H52501-100000@achilles.silby.com> Message-ID: <20010619233725.P28167-100000@achilles.silby.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 On Tue, 19 Jun 2001, Mike Silbersack wrote: > Looking back, I should change the keepalive case so that it never needs > the tcp template; this will require simple mods to tcp_respond. I'll > change this and make a new patch soon. Blech. tcp_respond doesn't look friendly, and the case where a keepalive is actually sent is rare. We can live with using 2 mbufs instead of 1 once every two hours of idle time. I'm going to stick with the current patch (aside from formatting changes.) The removal of the panic and renaming of t_template are inconsequental to the operation of the patch, please review it as is. Thanks, Mike "Silby" Silbersack To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Tue Jun 19 21:43:40 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 41E8537B401 for ; Tue, 19 Jun 2001 21:43:38 -0700 (PDT) (envelope-from silby@silby.com) Received: (qmail 35319 invoked by uid 1000); 20 Jun 2001 04:43:37 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 20 Jun 2001 04:43:37 -0000 Date: Tue, 19 Jun 2001 23:43:37 -0500 (CDT) From: Mike Silbersack To: "Orville R. Weyrich.Jr" Cc: , Subject: Re: Securing the root account In-Reply-To: Message-ID: <20010619234032.P28167-100000@achilles.silby.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 On Tue, 19 Jun 2001, Orville R. Weyrich.Jr wrote: > Speaking of SSH, are there any recommended SSH clients for Windows 95? > > orville. SecureCRT is nice, if you want to cough up some cash. There's a trial version which will run for 30 or so days. Check it out at www.vandyke.com Mike "Silby" Silbersack To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Tue Jun 19 22: 0:55 2001 Delivered-To: freebsd-net@freebsd.org Received: from freesbee.wheel.dk (freesbee.wheel.dk [193.162.159.97]) by hub.freebsd.org (Postfix) with ESMTP id 2C0EB37B403 for ; Tue, 19 Jun 2001 22:00:53 -0700 (PDT) (envelope-from jesper@skriver.dk) Received: by freesbee.wheel.dk (Postfix, from userid 1001) id 3D7585D6A; Wed, 20 Jun 2001 07:00:52 +0200 (CEST) Date: Wed, 20 Jun 2001 07:00:52 +0200 From: Jesper Skriver To: Mike Silbersack Cc: Bosko Milekic , freebsd-net@FreeBSD.ORG Subject: Re: tcp template removal / scalability patch Message-ID: <20010620070052.A44690@skriver.dk> References: <20010620021220.B42012@skriver.dk> <20010619212139.B68673-100000@achilles.silby.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010619212139.B68673-100000@achilles.silby.com>; from silby@silby.com on Tue, Jun 19, 2001 at 09:24:00PM -0500 X-PGP-Fingerprint: 6B88 9CE8 66E9 E631 C9C5 5EB4 22AB F0EC F956 1C31 X-PGP-Public-Key: http://freesbee.wheel.dk/~jesper/gpgkey.pub 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, Jun 19, 2001 at 09:24:00PM -0500, Mike Silbersack wrote: > > On Wed, 20 Jun 2001, Jesper Skriver wrote: > > > I think we should leave TCP_COMPAT_42 in RELENG_4, so 4.x users > > won't be surprised if it's suddenly gone ... > > > > /Jesper > > Actually, TCP_COMPAT_42 was a virtual no-op until Kris imported the > OpenBSD sequence number generation system. The only effect it had until > that point was in keepalive generation, which is unimportant, and would > have broken non-4.2 host keepalives. > > So, it's extremely unlikely anyone is/was using TCP_COMPAT_42. Please > kill it. :) I'm going to be away for the remainder of the week, I'll do it when I get back, but feel free to kill it your self before then. /Jesper -- Jesper Skriver, jesper(at)skriver(dot)dk - CCIE #5456 Work: Network manager @ AS3292 (Tele Danmark DataNetworks) Private: FreeBSD committer @ AS2109 (A much smaller network ;-) One Unix to rule them all, One Resolver to find them, One IP to bring them all and in the zone to bind them. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Tue Jun 19 22:29:37 2001 Delivered-To: freebsd-net@freebsd.org Received: from rip.psg.com (rip.psg.com [147.28.0.39]) by hub.freebsd.org (Postfix) with ESMTP id C957337B401 for ; Tue, 19 Jun 2001 22:29:33 -0700 (PDT) (envelope-from randy@psg.com) Received: from randy by rip.psg.com with local (Exim 3.16 #1) id 15CaYJ-000HDM-00; Tue, 19 Jun 2001 22:29:19 -0700 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Bill Vermillion Cc: "Orville R. Weyrich.Jr" , bv@wjv.com, freebsd-net@FreeBSD.ORG Subject: Re: Securing the root account References: <20010619142141.C20724@wjv.com> <20010620002009.A24514@wjv.com> Message-Id: Date: Tue, 19 Jun 2001 22:29:19 -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 ftp://psg.com/pub/w95/ssh/SSHWin-2.4.0-pl2.exe is a very windoze-ish tool. there's also a good/windowy scp tool there. randy To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Tue Jun 19 22:33:50 2001 Delivered-To: freebsd-net@freebsd.org Received: from ns2.its-sby.edu (mail.its-sby.edu [203.130.251.19]) by hub.freebsd.org (Postfix) with SMTP id AE04E37B406 for ; Tue, 19 Jun 2001 22:33:42 -0700 (PDT) (envelope-from roy@its-sby.edu) Received: (qmail 20216 invoked from network); 20 Jun 2001 12:29:58 -0000 Received: from ns2.its-sby.edu (203.130.251.19) by ns2.its-sby.edu with SMTP; 20 Jun 2001 12:29:58 -0000 Date: Wed, 20 Jun 2001 19:29:58 +0700 (JAVT) From: "Royyana M. Ijtihadie" To: freebsd-net@freebsd.org Subject: Optimize FreeBSD for proxy servers In-Reply-To: <3B2F8FF3.F045EA25@odin-corporation.com> 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 Hi All, I use my freebsd box as a proxy server, I had 256 MB of memory and Fast SCSI harddisk. I think that's enough for proxy server that serves over 200 computers... But now, I think my proxy servers is slow, especially if the connections increase (i use netstat -tna to see this connection) I want to ask you all about optimize my proxy server, in all way, such as kernel, files, etc. I need suggestion.. thank you... Royyana MI To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Tue Jun 19 23:52: 9 2001 Delivered-To: freebsd-net@freebsd.org Received: from mailguard.fgan.de (mailguard.fgan.de [128.7.3.5]) by hub.freebsd.org (Postfix) with ESMTP id 1488237B401 for ; Tue, 19 Jun 2001 23:52:06 -0700 (PDT) (envelope-from leventi@fgan.de) Received: from rufsun5.ffm.fgan.de ([128.7.2.5]) by mailguard.fgan.de (8.11.2/8.11.2) with ESMTP id f5K6piV06972; Wed, 20 Jun 2001 08:51:44 +0200 Received: from melle.ffm.fgan.de (melle.ffm.fgan.de [128.7.5.11]) by rufsun5.ffm.fgan.de (8.8.6/8.8.8) with ESMTP id IAA24869; Wed, 20 Jun 2001 08:51:44 +0200 (MET DST) Received: (from lev@localhost) by melle.ffm.fgan.de (8.8.8+Sun/8.8.8) id IAA03473; Wed, 20 Jun 2001 08:51:39 +0200 (MET DST) Date: Wed, 20 Jun 2001 08:51:39 +0200 (MET DST) Message-Id: <200106200651.IAA03473@melle.ffm.fgan.de> From: Anastasia Leventi-Peetz To: freebsd-net@freebsd.org, users@ipv6.org, ted@ness.plymouth.edu Cc: Dave.Marquardt@Sun.COM, M@MLNET.NET, bill@wjv.com, sshah@clickarray.com In-reply-to: <20010619080235.A89968@clickarray.com> (message from Steve Shah on Tue, 19 Jun 2001 08:02:35 -0700) Subject: Re: freeBSD-Linux SuSE via ftp 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 Steve, hello Ted, hallo Matthew hello Bill and hello Dave! thanks a lot for your advices. You were right. In the far machine I didn't have the client ftp pc in /etc/hosts and I thought I didn't need it because the target pc is also the name server. However I had not made possible for the name server the reverse name resolution because I thought it was not necessary. I find it curious that though reverse name resolution doesn't work, I did come through but it took time. What was the compromise done by the system in this case? When I made the suggested change in /etc/hosts there was not delay like you have said! The passive mode is a very interesting point. I didn't know that before. For the case it couldn't help of course. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Jun 20 0:31:35 2001 Delivered-To: freebsd-net@freebsd.org Received: from imo-d01.mx.aol.com (imo-d01.mx.aol.com [205.188.157.33]) by hub.freebsd.org (Postfix) with ESMTP id AAD7937B403 for ; Wed, 20 Jun 2001 00:31:32 -0700 (PDT) (envelope-from raviprasad20@netscape.net) Received: from raviprasad20@netscape.net by imo-d01.mx.aol.com (mail_out_v30.22.) id n.ed.187fd8d (16229) for ; Wed, 20 Jun 2001 03:31:29 -0400 (EDT) Received: from netscape.com (aimmail05.aim.aol.com [205.188.144.197]) by air-in02.mx.aol.com (v79.20) with ESMTP id MAILININ25-0620033129; Wed, 20 Jun 2001 03:31:29 -0400 Date: Wed, 20 Jun 2001 03:31:29 -0400 From: raviprasad20@netscape.net To: freebsd-net@freebsd.org Subject: routing table updation by the route command. Mime-Version: 1.0 Message-ID: <7E84642C.2E2C0BDD.9513E96F@netscape.net> X-Mailer: Franklin Webmailer 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, My understanding of the routing table updation by the routing command is like this. Any user requests to add or delete a route is stored in the rt_msghdr structure & written to the routing socket. The route_output() of the kernel does the updation by calling appropriate functions. It also sends the same message to all processes that have open a routing socket for listening. Is my understanding correct? Kindly mail me if anything that i have said is incorrect. regards ravi prasad __________________________________________________________________ Get your own FREE, personal Netscape Webmail 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 Wed Jun 20 0:48:30 2001 Delivered-To: freebsd-net@freebsd.org Received: from mailguard.fgan.de (mailguard.fgan.de [128.7.3.5]) by hub.freebsd.org (Postfix) with ESMTP id 91FFC37B406 for ; Wed, 20 Jun 2001 00:48:26 -0700 (PDT) (envelope-from leventi@fgan.de) Received: from rufsun5.ffm.fgan.de ([128.7.2.5]) by mailguard.fgan.de (8.11.2/8.11.2) with ESMTP id f5K7mNV09758; Wed, 20 Jun 2001 09:48:23 +0200 Received: from melle.ffm.fgan.de (melle.ffm.fgan.de [128.7.5.11]) by rufsun5.ffm.fgan.de (8.8.6/8.8.8) with ESMTP id JAA26226; Wed, 20 Jun 2001 09:48:23 +0200 (MET DST) Received: (from lev@localhost) by melle.ffm.fgan.de (8.8.8+Sun/8.8.8) id JAA03587; Wed, 20 Jun 2001 09:48:22 +0200 (MET DST) Date: Wed, 20 Jun 2001 09:48:22 +0200 (MET DST) Message-Id: <200106200748.JAA03587@melle.ffm.fgan.de> From: Anastasia Leventi-Peetz To: freebsd-net@freebsd.org, user@ipv6.org Subject: BIND 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 installed BIND 9.1.2 on my Linux SuSE system. Until now it has worked good, lately it makes problems. It reacts very slowly on a query and sometimes it aborts with "unknown host soandso" I give ping soandso and after sometime comes the right answer and then again ping soandso and I get unknown host. If I give the full domain name after the host ping soandso.bla.bla.de , then it is no problem. Of course I have in /var/named/ the file bla.bla.de with the names and addresse and I have looked in /var/log/messages. The name server listens to the right interface and port (53) but additionally there I found binding TCP socket address in use any suggestions? Or is it a bug in BIND? Anastasia To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Jun 20 1:42:24 2001 Delivered-To: freebsd-net@freebsd.org Received: from sneakerz.org (sneakerz.org [216.33.66.254]) by hub.freebsd.org (Postfix) with ESMTP id 2BB6637B406 for ; Wed, 20 Jun 2001 01:42:22 -0700 (PDT) (envelope-from bright@sneakerz.org) Received: by sneakerz.org (Postfix, from userid 1092) id 997595D020; Wed, 20 Jun 2001 03:42:21 -0500 (CDT) Date: Wed, 20 Jun 2001 03:42:21 -0500 From: Alfred Perlstein To: "Royyana M. Ijtihadie" Cc: freebsd-net@freebsd.org Subject: Re: Optimize FreeBSD for proxy servers Message-ID: <20010620034221.E4543@sneakerz.org> References: <3B2F8FF3.F045EA25@odin-corporation.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: ; from roy@its-sby.edu on Wed, Jun 20, 2001 at 07:29:58PM +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 * Royyana M. Ijtihadie [010620 00:34] wrote: > > Hi All, > > I use my freebsd box as a proxy server, I had 256 MB of memory and Fast > SCSI harddisk. I think that's enough for proxy server that serves over 200 > computers... But now, I think my proxy servers is slow, especially if the > connections increase (i use netstat -tna to see this connection) > > I want to ask you all about optimize my proxy server, in all way, such > as kernel, files, etc. I need suggestion.. It would really help to know where you think the problem is. It would also help to know: 1) what proxy server 2) what sort of proxying it's doing 3) what basic steps have you taken to tune it yourself. Maybe try softupdates? If it's a proxy/cache that might help signifigantly. -Alfred To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Jun 20 3:31: 8 2001 Delivered-To: freebsd-net@freebsd.org Received: from mailguard.fgan.de (mailguard.fgan.de [128.7.3.5]) by hub.freebsd.org (Postfix) with ESMTP id A352237B401 for ; Wed, 20 Jun 2001 03:31:05 -0700 (PDT) (envelope-from leventi@fgan.de) Received: from rufsun5.ffm.fgan.de ([128.7.2.5]) by mailguard.fgan.de (8.11.2/8.11.2) with ESMTP id f5KAV4V18430; Wed, 20 Jun 2001 12:31:04 +0200 Received: from melle.ffm.fgan.de (melle.ffm.fgan.de [128.7.5.11]) by rufsun5.ffm.fgan.de (8.8.6/8.8.8) with ESMTP id MAA00632; Wed, 20 Jun 2001 12:31:04 +0200 (MET DST) Received: (from lev@localhost) by melle.ffm.fgan.de (8.8.8+Sun/8.8.8) id MAA03732; Wed, 20 Jun 2001 12:31:03 +0200 (MET DST) Date: Wed, 20 Jun 2001 12:31:03 +0200 (MET DST) Message-Id: <200106201031.MAA03732@melle.ffm.fgan.de> From: Anastasia Leventi-Peetz To: users@ipv6.org, freebsd-net@freebsd.org In-reply-to: <200106200809.KAA03616@melle.ffm.fgan.de> (message from Anastasia Leventi-Peetz on Wed, 20 Jun 2001 10:09:04 +0200 (MET DST)) Subject: Re: [ BIND] 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 installed BIND 9.1.2 on my Linux SuSE system. >Until now it has worked good, lately it makes problems. >It reacts very slowly on a query and sometimes it aborts with >"unknown host soandso" >I give ping soandso >and after sometime comes the right answer >and then again ping soandso >and I get unknown host. >If I give the full domain name after the host >ping soandso.bla.bla.de , then it is no problem. >Of course I have in /var/named/ the file bla.bla.de with the names >and addresse and I have looked in /var/log/messages. >The name server listens to the right interface and port (53) >but additionally there I found >binding TCP socket address in use > >any suggestions? Or is it a bug in BIND? > >Anastasia in my /etc/resolv.conf there was the line search local domain-name1 domain-name2 that was I think automatically from YaST SuSE so. I have erased local and now it works with no problem. Another way is instaed of search ... to give simply domain domain-name I have the impression the name server searches only the first domain and the is timed out or something like that! regards:Anastasia To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Jun 20 6:39:19 2001 Delivered-To: freebsd-net@freebsd.org Received: from mailguard.fgan.de (mailguard.fgan.de [128.7.3.5]) by hub.freebsd.org (Postfix) with ESMTP id 216DB37B432 for ; Wed, 20 Jun 2001 06:39:05 -0700 (PDT) (envelope-from leventi@fgan.de) Received: from rufsun5.ffm.fgan.de ([128.7.2.5]) by mailguard.fgan.de (8.11.2/8.11.2) with ESMTP id f5KDclV28226; Wed, 20 Jun 2001 15:38:47 +0200 Received: from melle.ffm.fgan.de (melle.ffm.fgan.de [128.7.5.11]) by rufsun5.ffm.fgan.de (8.8.6/8.8.8) with ESMTP id PAA05415; Wed, 20 Jun 2001 15:38:46 +0200 (MET DST) Received: (from lev@localhost) by melle.ffm.fgan.de (8.8.8+Sun/8.8.8) id PAA03913; Wed, 20 Jun 2001 15:38:45 +0200 (MET DST) Date: Wed, 20 Jun 2001 15:38:45 +0200 (MET DST) Message-Id: <200106201338.PAA03913@melle.ffm.fgan.de> From: Anastasia Leventi-Peetz To: gunther@aurora.regenstrief.org Cc: leventi@fgan.de, users@ipv6.org, users-ship@ipv6.org, freebsd-net@freebsd.org In-reply-to: <3B2F8049.7CBAF67B@aurora.regenstrief.org> (message from Gunther Schadow on Tue, 19 Jun 2001 11:39:37 -0500) Subject: Re: ftpd-BSD and standalone 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 Gunther, thanks a lot for the interesting mail. I don't do IP filters that's for sure. I am astonished that on the bieringer www page (www.bieringer.de) the standalone modus is recommended! I run the IPv6 ftpd of Free-BSD (downloaded and compiled from the bieringer page) installed on the SuSE distribution. The line in the inetd.conf file of SuSE Linux looks like: ftp stream tcp6 nowait root /usr/sbin/tcpd ftpd-BSD -D -6 Of course ftpd-BSD is in directory /usr/sbin/ The above thing fails so that I start standalone the daemon with the above switches. Now the corresponding line in Free-BSD is ftp stream tcp nowait root /usr/libexec/ftpd ftpd -l I have tried both options: above line with tcp6 and ftpd -D -6 or only tcp and ftpd -D -6 but I couldn't start the daemon with inetd. (It doesn't seem to be started from tcpd like in SuSE case). I do have the ready ipv6 able daemon. Then I started it manually /usr/libexec/ftpd -D -6 -a interfacename and it worked! I built this line with interface within the inetd.conf but it didn't help. I did have to start it manually. Any suggestion? thanks:Anastasia To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Jun 20 7:39:20 2001 Delivered-To: freebsd-net@freebsd.org Received: from mail.clickarray.com (clickwall.clickarray.com [216.132.92.2]) by hub.freebsd.org (Postfix) with ESMTP id 8E9D337B401 for ; Wed, 20 Jun 2001 07:39:15 -0700 (PDT) (envelope-from sshah@clickarray.com) Received: by mail.clickarray.com (Postfix, from userid 2000) id 884495EF01; Wed, 20 Jun 2001 07:41:33 -0700 (PDT) Date: Wed, 20 Jun 2001 07:41:33 -0700 From: Steve Shah To: Randy Bush Cc: Bill Vermillion , "Orville R. Weyrich.Jr" , bv@wjv.com, freebsd-net@FreeBSD.ORG Subject: Re: Securing the root account Message-ID: <20010620074133.C85036@clickarray.com> References: <20010619142141.C20724@wjv.com> <20010620002009.A24514@wjv.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from randy@psg.com on Tue, Jun 19, 2001 at 10:29:19PM -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 PuTTY is a nice Windows tool. It has a companion tool called PSCP which works nicely. http://www.chiark.greenend.org.uk/~sgtatham/putty -Steve On Tue, Jun 19, 2001 at 10:29:19PM -0700, Randy Bush wrote: > ftp://psg.com/pub/w95/ssh/SSHWin-2.4.0-pl2.exe is a very windoze-ish > tool. there's also a good/windowy scp tool there. > > randy > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-net" in the body of the message -- ______________________________________________________________________________ Steve Shah (sshah@clickarray.com) | Voice: 408.284.4226 Pager: 408.989.4247 http://www.clickarray.com | Pager E-Mail: pagesshah@clickarray.com ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Beating code into submission, one OS at a time... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Jun 20 7:56:55 2001 Delivered-To: freebsd-net@freebsd.org Received: from iraun1.uka.de (iraun1.uka.de [129.13.10.90]) by hub.freebsd.org (Postfix) with ESMTP id 1609737B40E for ; Wed, 20 Jun 2001 07:56:51 -0700 (PDT) (envelope-from s_bschmi@ira.uka.de) Received: from ira.uka.de (actually wn4-marvin.wn4.uni-karlsruhe.de) by iraun1 (PP) with SMTP; Wed, 20 Jun 2001 16:54:39 +0200 Date: Wed, 20 Jun 2001 16:54:43 +0200 From: Benedikt Schmidt To: freebsd-net@FreeBSD.ORG Subject: Re: Securing the root account Message-ID: <20010620165443.A3221@cloaked.de> References: <20010619142141.C20724@wjv.com> <20010620002009.A24514@wjv.com> <20010620074133.C85036@clickarray.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010620074133.C85036@clickarray.com>; from sshah@clickarray.com on Wed, Jun 20, 2001 at 07:41:33AM -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 Steve Shah wrote: > On Tue, Jun 19, 2001 at 10:29:19PM -0700, Randy Bush wrote: >> ftp://psg.com/pub/w95/ssh/SSHWin-2.4.0-pl2.exe is a very windoze-ish >> tool. there's also a good/windowy scp tool there. > > PuTTY is a nice Windows tool. It has a companion tool called PSCP > which works nicely. > > http://www.chiark.greenend.org.uk/~sgtatham/putty > And if you need a GUI there is also winscp[1] which is Freeware[2] and based on PuTTy. [1] http://winscp.vse.cz/eng/ [2] but binary only ;( -- Benedikt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Jun 20 8:40:25 2001 Delivered-To: freebsd-net@freebsd.org Received: from rgmail.regenstrief.org (rgmail.regenstrief.org [134.68.31.197]) by hub.freebsd.org (Postfix) with ESMTP id 31EF537B401 for ; Wed, 20 Jun 2001 08:40:21 -0700 (PDT) (envelope-from gunther@aurora.regenstrief.org) Received: from aurora.regenstrief.org (rgnout.regenstrief.org [134.68.31.38]) by rgmail.regenstrief.org (8.11.0/8.8.7) with ESMTP id f5KFeZG23166; Wed, 20 Jun 2001 10:40:35 -0500 Message-ID: <3B30C3DF.8051A0A0@aurora.regenstrief.org> Date: Wed, 20 Jun 2001 10:40:15 -0500 From: Gunther Schadow Organization: Regenstrief Institute for Health Care X-Mailer: Mozilla 4.77 [en] (Windows NT 5.0; U) X-Accept-Language: en MIME-Version: 1.0 To: Anastasia Leventi-Peetz Cc: users@ipv6.org, users-ship@ipv6.org, freebsd-net@freebsd.org Subject: Re: ftpd-BSD and standalone References: <200106201338.PAA03913@melle.ffm.fgan.de> 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 Anastasia Leventi-Peetz wrote: > > hello Gunther, > > thanks a lot for the interesting mail. > I don't do IP filters that's for sure. I am astonished that > on the bieringer www page (www.bieringer.de) the standalone modus > is recommended! I run the IPv6 ftpd of Free-BSD (downloaded and > compiled from the bieringer page) installed on the SuSE distribution. > The line in the inetd.conf file of SuSE Linux looks like: Hmm, sounds very complex and self-stiched. Why don't you just use FreeBSD out of the box? I don't know what this bieringer thing is supposed to do. If they have modified the source code of the ftpd, anything can happen. But the diagnosis to your problem is pretty straight forward: > ftp stream tcp6 nowait root /usr/sbin/tcpd ftpd-BSD -D -6 woops, tcp-wrappers (tcpd) take 'em out, they confound the problem. > Of course ftpd-BSD is in directory /usr/sbin/ hmm, even that I wouldn't bet on being found by the wrappers. Check you syslog dump (/var/log/messages or /var/log/ftp or anything in /var/log) for warnings and errors. > The above thing fails so that I start standalone the daemon with the above switches. The two reasons why it may work then is - you don't do tcp-wrappers if you just say ftpd-BSD -D -6 and - ftpd-BSD is in your PATH > Now the corresponding line in Free-BSD is > ftp stream tcp nowait root /usr/libexec/ftpd ftpd -l yes, no tcp wrappers. And about the options RTFM: -D makes ftpd to become a daemon itself. This is *not* what you want when you let inetd manage the services. So, take that -D out. -l maked ftpd log accesses, you do want that no matter what (and it helps in debugging.) -6 is only an issue when -D is specified, i.e., no need when using inetd. > I have tried both options: above line with tcp6 and ftpd -D -6 > or only tcp and ftpd -D -6 but I couldn't start the daemon with inetd. Try *both* of the following lines in inetd.conf ftp stream tcp nowait root /usr/sbin/ftpd-BSD ftpd -l ftp stream tcp6 nowait root /usr/sbin/ftpd-BSD ftpd -l that's all you need. Notice that the 6 versus 4 issue is handled by inetd (tcp vs. tcp6) and you need one inetd.conf line for each. Having both makes it easier to distinguish whether you have an IPv6 problem somewhere (but do use numeric addresses for testing, to be sure you use the right IP version.) > (It doesn't seem to be started from tcpd like in SuSE case). > I do have the ready ipv6 able daemon. > Then I started it manually /usr/libexec/ftpd -D -6 -a interfacename Now I'm confused. There is something wrong about how you named your files and in which directory you put them. Before you said /usr/sbin, now you have /usr/libexec, before you said ftpd-BSD now you say just ftpd. On FreeBSD this is /usr/libexec/ftpd. Be sure you grab the right file. And make sure you give the full path in inetd.conf. Also, never use the -D option with inetd.conf; it can't work! With -D ftpd tries to bind(2) another socket and since it's already bound by inetd, it'll fail right away. Also, if you use nowait in inetd and call something that doesn't handle the connection, you'll get inetd cycling through calling ftpd again and again. If this goes on too often, inetd figures that it's not gonna work and shuts down the service alltogether. This is what happened in your case. -Gunther -- Gunther Schadow, M.D., Ph.D. gschadow@regenstrief.org Medical Information Scientist Regenstrief Institute for Health Care Adjunct Assistant Professor Indiana University School of Medicine tel:1(317)630-7960 http://aurora.regenstrief.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Jun 20 10: 2:50 2001 Delivered-To: freebsd-net@freebsd.org Received: from vbook.express.ru (vbook.express.ru [212.24.37.106]) by hub.freebsd.org (Postfix) with ESMTP id 3809E37B408 for ; Wed, 20 Jun 2001 10:02:46 -0700 (PDT) (envelope-from vova@express.ru) Received: from vova by vbook.express.ru with local (Exim 3.22 #1) id 15ClO7-00014E-00; Wed, 20 Jun 2001 21:03:31 +0400 From: "Vladimir B. Grebenschikov" MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15152.55138.247301.379088@vbook.express.ru> Date: Wed, 20 Jun 2001 21:03:30 +0400 (MSD) To: Randy Bush Cc: Bill Vermillion , "Orville R. Weyrich.Jr" , bv@wjv.com, freebsd-net@FreeBSD.ORG Subject: Re: Securing the root account In-Reply-To: References: <20010619142141.C20724@wjv.com> <20010620002009.A24514@wjv.com> X-Mailer: VM 6.72 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid 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 writes: > ftp://psg.com/pub/w95/ssh/SSHWin-2.4.0-pl2.exe is a very windoze-ish > tool. there's also a good/windowy scp tool there. http://www.zip.com.au/~roca/ttssh.html TeraTerm SSH very nice tool too. > randy -- TSB Russian Express, Moscow Vladimir B. Grebenschikov, vova@express.ru To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Jun 20 19:25:25 2001 Delivered-To: freebsd-net@freebsd.org Received: from ariel.phys.wesleyan.edu (ariel.phys.wesleyan.edu [129.133.71.143]) by hub.freebsd.org (Postfix) with ESMTP id 0D16237B409 for ; Wed, 20 Jun 2001 19:25:24 -0700 (PDT) (envelope-from vlad@ariel.phys.wesleyan.edu) Received: by ariel.phys.wesleyan.edu (Postfix, from userid 1001) id F3AF41EA304; Wed, 20 Jun 2001 22:26:05 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by ariel.phys.wesleyan.edu (Postfix) with ESMTP id D36061E6504 for ; Wed, 20 Jun 2001 22:26:05 -0400 (EDT) Date: Wed, 20 Jun 2001 22:26:05 -0400 (EDT) From: Vladimir Savichev To: Subject: anonymous ftp authentification Message-ID: <20010620222014.P16022-100000@ariel.phys.wesleyan.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 is there way to set ftpd installed from /src to authentificate anonymous users like "*@*" (rfc822 compliant ?) or should I walk to wu-ftp. -Vlad To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Jun 20 20:29:45 2001 Delivered-To: freebsd-net@freebsd.org Received: from Server.studio.4jon.com (studforpub-4.intercom.net [216.240.102.4]) by hub.freebsd.org (Postfix) with ESMTP id C3D7F37B403 for ; Wed, 20 Jun 2001 20:29:42 -0700 (PDT) (envelope-from lord@4jon.com) MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable Subject: Config for mpd-netgraph for multi client access X-MimeOLE: Produced By Microsoft Exchange V6.0.4417.0 content-class: urn:content-classes:message Date: Wed, 20 Jun 2001 23:27:57 -0400 Message-ID: <9EB046F82A95DD4DAB74BF7FF4E48BA9081021@Server.studio.4jon.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Config for mpd-netgraph for multi client access Thread-Index: AcD6AhP7sYXPnUdfQc2tZxWDYg5DCg== From: "John Lord" To: 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 see mention of config in the archives but cant find one , can someone send me the config to let me have multi clients connect to mpd John Lord(jlord@4jon.com)=20 Network Administrator=20 Studio for Publications Inc=20 410-723-7089 Office=20 pageme@4jon.com Pager=20 www.4jon.com =20 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Jun 20 23:44:42 2001 Delivered-To: freebsd-net@freebsd.org Received: from web14804.mail.yahoo.com (web14804.mail.yahoo.com [216.136.224.220]) by hub.freebsd.org (Postfix) with SMTP id A7DF037B403 for ; Wed, 20 Jun 2001 23:44:37 -0700 (PDT) (envelope-from a_trans2001@yahoo.com) Message-ID: <20010621064437.82401.qmail@web14804.mail.yahoo.com> Received: from [24.248.85.196] by web14804.mail.yahoo.com; Wed, 20 Jun 2001 23:44:37 PDT Date: Wed, 20 Jun 2001 23:44:37 -0700 (PDT) From: La Place Subject: Re: anonymous ftp authentification To: freebsd-net@FreeBSD.ORG In-Reply-To: <20010620222014.P16022-100000@ariel.phys.wesleyan.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 Perhaps you want the -A option in ftpd(8) ? bruce\ --- Vladimir Savichev wrote: > is there way to set ftpd installed from /src to authentificate anonymous > users like "*@*" (rfc822 compliant ?) or should I walk to wu-ftp. > -Vlad > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-net" in the body of the message __________________________________________________ Do You Yahoo!? Get personalized email addresses from Yahoo! Mail - only $35 a year! http://personal.mail.yahoo.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Thu Jun 21 1:12:16 2001 Delivered-To: freebsd-net@freebsd.org Received: from mail.datausa.com (mail.datausa.com [207.174.131.1]) by hub.freebsd.org (Postfix) with ESMTP id 7933337B406; Thu, 21 Jun 2001 01:12:08 -0700 (PDT) (envelope-from brad@wcubed.net) Received: from wcubed.net ([209.180.250.253]) by mail.datausa.com (8.9.3/8.9.1) with ESMTP id CAA49672; Thu, 21 Jun 2001 02:04:48 -0600 (MDT) Message-ID: <3B31AC8F.58022F53@wcubed.net> Date: Thu, 21 Jun 2001 02:13:03 -0600 From: Brad Waite X-Mailer: Mozilla 4.76 [en] (Win98; U) X-Accept-Language: en,ja,zh,zh-CN,en-GB MIME-Version: 1.0 To: freebsd-net@freebsd.org, freebsd-questions@freebsd.org Subject: Problems with IPsec tunnel 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 Hello, I'm having quite the time trying to set up a IPsec tunnel on 4.3-RELEASE. Host-to-host IPsec works fine - I can make connections all day long between my two gateways. But for the life of me, I can't get my windows boxen on each end to talk to the other. I've got identical psk.txt files (rw-------) on both gateways, but 10.0.1.2 can't ping 10.0.0.2 to save its life. I've told the PCs on each end to route the other's traffic through the near gate's inside addr, and still no go. IP forwarding is turned on and NAT is off on both gates as well as an "OPEN" fw ruleset. I've gone through the couple of HOW-TOs on the net, but while I understand exactly what they're saying, and I repeat the process, I can't get it working. I'm pulling my hair out. Here's a script I've borrowed from the net. The second set of spdadds for each host is for the host-to-host IPsec. HELP! #!/bin/ksh # GW1_OUT="206.140.250.252" GW1_IN="10.0.0.1" GW1_NET="10.0.0.0/24" GW2_NET="10.0.1.0/24" GW2_IN="10.0.1.1" GW2_OUT="206.140.251.252" NETMASK="255.255.255.0" HOSTNAME=`/bin/hostname` echo "\nStarting ipsec tunnel... " case $HOSTNAME in gw1.domain.com) /usr/sbin/gifconfig gif0 $GW1_OUT $GW2_OUT /sbin/ifconfig gif0 inet $GW1_IN $GW2_IN netmask $NETMASK /usr/sbin/setkey -FP /usr/sbin/setkey -F /usr/sbin/setkey -c << EOF spdadd $GW1_NET $GW2_NET any -P out ipsec esp/tunnel/${GW1_IN}-${GW2_IN}/require; spdadd $GW2_NET $GW1_NET any -P in ipsec esp/tunnel/${GW2_IN}-${GW1_IN}/require; spdadd ${GW1_OUT}/32 ${GW2_OUT}/32 any -P out ipsec esp/transport/${GW1_OUT}-${GW2_OUT}/require; spdadd ${GW2_OUT}/32 ${GW1_OUT}/32 any -P in ipsec esp/transport/${GW2_OUT}-${GW1_OUT}/require; EOF /sbin/route add $GW2_NET $GW1_IN ;; gw2.domain.com) /usr/sbin/gifconfig gif0 $GW2_OUT $GW1_OUT /sbin/ifconfig gif0 inet $GW2_IN $GW1_IN netmask $NETMASK /usr/sbin/setkey -FP /usr/sbin/setkey -F /usr/sbin/setkey -c << EOF spdadd $GW2_NET $GW1_NET any -P out ipsec esp/tunnel/${GW2_IN}-${GW1_IN}/require; spdadd $GW1_NET $GW2_NET any -P in ipsec esp/tunnel/${GW1_IN}-${GW2_IN}/require; spdadd ${GW2_OUT}/32 ${GW1_OUT}/32 any -P out ipsec esp/transport/${GW2_OUT}-${GW1_OUT}/require; spdadd ${GW1_OUT}/32 ${GW2_OUT}/32 any -P in ipsec esp/transport/${GW1_OUT}-${GW2_OUT}/require; EOF /sbin/route add $GW1_NET $GW2_IN ;; esac /usr/local/sbin/racoon -f /usr/local/etc/racoon/racoon.conf To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Thu Jun 21 2: 0:15 2001 Delivered-To: freebsd-net@freebsd.org Received: from mailguard.fgan.de (mailguard.fgan.de [128.7.3.5]) by hub.freebsd.org (Postfix) with ESMTP id D21D637B401 for ; Thu, 21 Jun 2001 02:00:04 -0700 (PDT) (envelope-from leventi@fgan.de) Received: from rufsun5.ffm.fgan.de ([128.7.2.5]) by mailguard.fgan.de (8.11.2/8.11.2) with ESMTP id f5L902B23273; Thu, 21 Jun 2001 11:00:02 +0200 Received: from melle.ffm.fgan.de (melle.ffm.fgan.de [128.7.5.11]) by rufsun5.ffm.fgan.de (8.8.6/8.8.8) with ESMTP id LAA12651; Thu, 21 Jun 2001 11:00:01 +0200 (MET DST) Received: (from lev@localhost) by melle.ffm.fgan.de (8.8.8+Sun/8.8.8) id KAA05069; Thu, 21 Jun 2001 10:59:59 +0200 (MET DST) Date: Thu, 21 Jun 2001 10:59:59 +0200 (MET DST) Message-Id: <200106210859.KAA05069@melle.ffm.fgan.de> From: Anastasia Leventi-Peetz To: gunther@aurora.regenstrief.org Cc: leventi@fgan.de, users@ipv6.org, freebsd-net@freebsd.org In-reply-to: <3B30C3DF.8051A0A0@aurora.regenstrief.org> (message from Gunther Schadow on Wed, 20 Jun 2001 10:40:15 -0500) Subject: Re: ftpd-BSD and standalone 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 Guhnter, >> ftp stream tcp6 nowait root /usr/sbin/tcpd ftpd-BSD -D -6 > >woops, tcp-wrappers (tcpd) take 'em out, they confound the >problem. ... >-D makes ftpd to become a daemon itself. This is *not* what you > want when you let inetd manage the services. So, take that -D > out. >Notice that the 6 versus 4 issue is handled by >inetd (tcp vs. tcp6) and you need one inetd.conf line for each. Having >both makes it easier to distinguish whether you have an IPv6 problem >somewhere (but do use numeric addresses for testing, to be sure you >use the right IP version You were absolutely right! For Linux SuSE 6.4 Distribution I have managed to start the ftpd-BSD (the name of daemon on the system-sorry for the confusion it has caused) by letting out -D and -6. The right way was: (in /etc/inetd.conf) ftp stream tcp6 nowait root /usr/sbin/tcpd ftpd-BSD that means with tcp wrapers (I left it so, if it hadn't work I'd try also without). For the Free-BSD system in /etc/inetd.conf ftp stream tcp6 nowait root /usr/libexec/ftpd ftpd -l I assume the problem was as you said: > Also, never use the -D option with inetd.conf; >it can't work! With -D ftpd tries to bind(2) another socket and >since it's already bound by inetd, it'll fail right away. Also, >if you use nowait in inetd and call something that doesn't handle >the connection, you'll get inetd cycling through calling ftpd >again and again. If this goes on too often, inetd figures that >it's not gonna work and shuts down the service alltogether. This >is what happened in your case. I best regards:Anastasia -- Dr. Anastasia Leventi-Peetz E-Mail: leventi@fgan.de c/o FGAN/FKIE Tel: (+49) 228/9435 593 Neuenahrer Strasse 20 Fax: (+49) 228/9435 685 D-53343 Wachtberg, Germany http://www.fgan.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Thu Jun 21 6:52:37 2001 Delivered-To: freebsd-net@freebsd.org Received: from spider.suxx.eu.org (spider.suxx.eu.org [194.249.141.2]) by hub.freebsd.org (Postfix) with ESMTP id A172A37B401 for ; Thu, 21 Jun 2001 06:52:34 -0700 (PDT) (envelope-from maddave@suxx.eu.org) Received: by spider.suxx.eu.org (Postfix, from userid 1000) id BA04B1765F; Thu, 21 Jun 2001 15:56:37 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by spider.suxx.eu.org (Postfix) with ESMTP id 8435232B8B for ; Thu, 21 Jun 2001 15:56:37 +0200 (CEST) Date: Thu, 21 Jun 2001 15:56:37 +0200 (CEST) From: David Delibasic To: Subject: IPv6 Message-ID: <20010621155318.P20140-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 Hello. I have configured IPv6 tunnel (using tun interfaces) on two of my boxes. I keep getting: nd6_lookup: failed to add route for a neighbor(3ffe:1200:3028:ff01::06ee), errno=17 nd6_lookup: failed to add route for a neighbor(3ffe:1200:3028:ff01::06ee), errno=17 nd6_lookup: failed to add route for a neighbor(3ffe:1200:3028:8377::0001), errno=17 nd6_lookup: failed to add route for a neighbor(3ffe:1200:3028:ff01::06ee), errno=17 nd6_lookup: failed to add route for a neighbor(3ffe:1200:3028:ff01::06ee), errno=17 nd6_lookup: failed to add route for a neighbor(3ffe:1200:3028:8377::0001), errno=17 in `dmesg output`, but IPv6 is working correctly.. Anyone had the same problem ? With Regards, David To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Thu Jun 21 7:27:49 2001 Delivered-To: freebsd-net@freebsd.org Received: from relay.tecc.co.uk (luggage.tecc.co.uk [193.128.6.129]) by hub.freebsd.org (Postfix) with SMTP id C6FB137B403; Thu, 21 Jun 2001 07:27:43 -0700 (PDT) (envelope-from andy@tecc.co.uk) Received: from southampton [195.217.37.155] by relay.tecc.co.uk with smtp (Exim 1.70 #1) id 15D5Qs-0007MA-00; Thu, 21 Jun 2001 15:27:42 +0100 From: "Andy" To: Cc: Subject: kvm problem on Alpha Date: Thu, 21 Jun 2001 15:27:42 +0100 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.2910.0) Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 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 friend in Germany who's using the Alpha, aka, uname -a :- FreeBSD m380.vpl.bauwesen.tu-muenchen.de / 4.3-RELEASE FreeBSD / 4.3-RELEASE #0: Thu Jun 7 16: / 19:49 CEST 2001 xxx.de:/usr/src/sys/compile/FGV2 alpha At securelevel=1 when running "netstat -rn" he gets the following error:- netstat: kvm not available Routing tables rt_tables: symbol not in namelist I'm running i386 and not able to reproduce the error. Anyone know anything on this? Regards Andy To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Thu Jun 21 8:44:50 2001 Delivered-To: freebsd-net@freebsd.org Received: from rgmail.regenstrief.org (rgmail.regenstrief.org [134.68.31.197]) by hub.freebsd.org (Postfix) with ESMTP id 3ED4837B401 for ; Thu, 21 Jun 2001 08:44:43 -0700 (PDT) (envelope-from gunther@aurora.regenstrief.org) Received: from aurora.regenstrief.org (rgnout.regenstrief.org [134.68.31.38]) by rgmail.regenstrief.org (8.11.0/8.8.7) with ESMTP id f5LFikG03027; Thu, 21 Jun 2001 10:44:47 -0500 Message-ID: <3B321660.E44E2F68@aurora.regenstrief.org> Date: Thu, 21 Jun 2001 10:44:32 -0500 From: Gunther Schadow Organization: Regenstrief Institute for Health Care X-Mailer: Mozilla 4.77 [en] (Windows NT 5.0; U) X-Accept-Language: en MIME-Version: 1.0 To: Anastasia Leventi-Peetz Cc: users@ipv6.org, freebsd-net@freebsd.org Subject: Re: ftpd-BSD and standalone References: <200106210859.KAA05069@melle.ffm.fgan.de> Content-Type: text/plain; charset=iso-8859-1 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 Anastasia Leventi-Peetz wrote: > The right way was: > (in /etc/inetd.conf) > ftp stream tcp6 nowait root /usr/sbin/tcpd ftpd-BSD Glad I could help. I recommend using the -l option on the Linux box as well, it is for logging access to the FTP server. TCP wrappers are fine if things are debugged and working right. PS: about german parents and grandparents, yes, they were German and so am I :-) (I live here since 3 years.) viele Grüße, -Gunther -- Gunther Schadow, M.D., Ph.D. gschadow@regenstrief.org Medical Information Scientist Regenstrief Institute for Health Care Adjunct Assistant Professor Indiana University School of Medicine tel:1(317)630-7960 http://aurora.regenstrief.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Thu Jun 21 11:29:48 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 C52DC37B401 for ; Thu, 21 Jun 2001 11:29:46 -0700 (PDT) (envelope-from itojun@itojun.org) Received: from itojun.org (localhost [127.0.0.1]) by coconut.itojun.org (Postfix) with ESMTP id 824DF4B23; Fri, 22 Jun 2001 03:29:26 +0900 (JST) To: David Delibasic Cc: freebsd-net@freebsd.org In-reply-to: maddave's message of Thu, 21 Jun 2001 15:56:37 +0200. <20010621155318.P20140-100000@spider.suxx.eu.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: IPv6 From: itojun@iijlab.net Date: Fri, 22 Jun 2001 03:29:26 +0900 Message-ID: <15703.993148166@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 >Hello. > >I have configured IPv6 tunnel (using tun interfaces) on two of my boxes. >I keep getting: >nd6_lookup: failed to add route for a neighbor(3ffe:1200:3028:ff01::06ee), >errno=17 pls present the exact configuration on your machines, like "ifconfig", "route", whatever. i guess you have misconfigured prefix length, and/or the routing. itojun To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Thu Jun 21 12:44:33 2001 Delivered-To: freebsd-net@freebsd.org Received: from mail3.home.nl (mail3.home.nl [213.51.129.227]) by hub.freebsd.org (Postfix) with ESMTP id 5085A37B407 for ; Thu, 21 Jun 2001 12:44:29 -0700 (PDT) (envelope-from nascar24@home.nl) Received: from windows ([213.51.193.168]) by mail3.home.nl (InterMail vM.4.01.03.00 201-229-121) with SMTP id <20010621194316.DKUS29984.mail3.home.nl@windows> for ; Thu, 21 Jun 2001 20:43:16 +0100 Message-ID: <001201c0fa8a$8eeb25a0$0900a8c0@windows> From: "Marcel Dijk" To: References: <3B31B35D.15927.3E2EFA0@localhost> Subject: FXP / Site 2 Site Date: Thu, 21 Jun 2001 21:44:16 +0200 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.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 Hello, How can I make my ProFTPd server PXP'able? I would like to do site to site transfers from my work, so, transfer stuff from one FTP server to my own, remotly. Henche, FXP... Hope you guys fill me, Marcel To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Thu Jun 21 12:48:31 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 79A2037B401 for ; Thu, 21 Jun 2001 12:48:24 -0700 (PDT) (envelope-from iedowse@maths.tcd.ie) Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 21 Jun 2001 20:48:23 +0100 (BST) To: freebsd-net@freebsd.org Subject: Re: Using connect() on UDP RPC client sockets. In-Reply-To: Your message of "Sun, 20 May 2001 22:56:34 BST." <200105202256.aa30752@salmon.maths.tcd.ie> Date: Thu, 21 Jun 2001 20:48:23 +0100 From: Ian Dowse Message-ID: <200106212048.aa13306@salmon.maths.tcd.ie> 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 <200105202256.aa30752@salmon.maths.tcd.ie>, Ian Dowse writes: > >I would like to change the RPC client code to use connect() for >UDP sockets. I think this would be a more modern behaviour; it is As a first step to achieve this goal, I would like to commit the following patch to the RPC library in -current. This does not change the default behaviour, but it allows clients to use connect() on UDP sockets if desired. Following this change, it is possible to use clnt_control() to specify that the client socket should use connect() i.e.: int doconnect = 1; clp = clnt_create(...); clnt_control(clp, CLSET_CONNECT, (char *)&doconnect); clnt_call(clp, ...); The first use of this new feature will be to make mount_nfs do the right thing when the remote nfsd responds from the wrong address. Currently mount_nfs cannot detect this problem, so it goes ahead with the mount(). However since the kernel uses connect(), it does not see the replies and the mount becomes hung, possibly requiring a reboot to correct. Any objections to this approach? Ian Index: include/rpc/clnt.h =================================================================== RCS file: /dump/FreeBSD-CVS/src/include/rpc/clnt.h,v retrieving revision 1.13 diff -u -r1.13 clnt.h --- include/rpc/clnt.h 2001/03/27 21:27:33 1.13 +++ include/rpc/clnt.h 2001/06/06 23:43:31 @@ -229,6 +229,7 @@ #define CLSET_RETRY_TIMEOUT 4 /* set retry timeout (timeval) */ #define CLGET_RETRY_TIMEOUT 5 /* get retry timeout (timeval) */ #define CLSET_ASYNC 19 +#define CLSET_CONNECT 20 /* Use connect() for UDP. (int) */ /* * void Index: lib/libc/rpc/clnt_dg.c =================================================================== RCS file: /dump/FreeBSD-CVS/src/lib/libc/rpc/clnt_dg.c,v retrieving revision 1.6 diff -u -r1.6 clnt_dg.c --- lib/libc/rpc/clnt_dg.c 2001/05/18 19:43:18 1.6 +++ lib/libc/rpc/clnt_dg.c 2001/06/21 19:27:09 @@ -126,6 +126,8 @@ u_int cu_recvsz; /* recv size */ struct pollfd pfdp; int cu_async; + int cu_connect; /* Use connect(). */ + int cu_connected; /* Have done connect(). */ char cu_inbuf[1]; }; @@ -239,6 +241,8 @@ cu->cu_sendsz = sendsz; cu->cu_recvsz = recvsz; cu->cu_async = FALSE; + cu->cu_connect = FALSE; + cu->cu_connected = FALSE; (void) gettimeofday(&now, NULL); call_msg.rm_xid = __RPC_GETXID(&now); call_msg.rm_call.cb_prog = program; @@ -308,9 +312,10 @@ struct timeval startime, curtime; int firsttimeout = 1; int dtbsize = __rpc_dtbsize(); + struct sockaddr *sa; sigset_t mask; sigset_t newmask; - socklen_t inlen; + socklen_t inlen, salen; ssize_t recvlen = 0; int rpc_lock_value; u_int32_t xid; @@ -332,6 +337,22 @@ timeout = cu->cu_total; /* use default timeout */ } + if (cu->cu_connect && !cu->cu_connected) { + if (_connect(cu->cu_fd, (struct sockaddr *)&cu->cu_raddr, + cu->cu_rlen) < 0) { + release_fd_lock(cu->cu_fd, mask); + cu->cu_error.re_errno = errno; + return (cu->cu_error.re_status = RPC_CANTSEND); + } + cu->cu_connected = 1; + } + if (cu->cu_connected) { + sa = NULL; + salen = 0; + } else { + sa = (struct sockaddr *)&cu->cu_raddr; + salen = cu->cu_rlen; + } time_waited.tv_sec = 0; time_waited.tv_usec = 0; retransmit_time = cu->cu_wait; @@ -360,9 +381,7 @@ outlen = (size_t)XDR_GETPOS(xdrs); send_again: - if (_sendto(cu->cu_fd, cu->cu_outbuf, outlen, 0, - (struct sockaddr *)(void *)&cu->cu_raddr, (socklen_t)cu->cu_rlen) - != outlen) { + if (_sendto(cu->cu_fd, cu->cu_outbuf, outlen, 0, sa, salen) != outlen) { cu->cu_error.re_errno = errno; release_fd_lock(cu->cu_fd, mask); return (cu->cu_error.re_status = RPC_CANTSEND); @@ -737,6 +756,9 @@ break; case CLSET_ASYNC: cu->cu_async = *(int *)(void *)info; + break; + case CLSET_CONNECT: + cu->cu_connect = *(int *)(void *)info; break; default: release_fd_lock(cu->cu_fd, mask); Index: lib/libc/rpc/rpc_clnt_create.3 =================================================================== RCS file: /dump/FreeBSD-CVS/src/lib/libc/rpc/rpc_clnt_create.3,v retrieving revision 1.1 diff -u -r1.1 rpc_clnt_create.3 --- lib/libc/rpc/rpc_clnt_create.3 2001/03/19 12:49:51 1.1 +++ lib/libc/rpc/rpc_clnt_create.3 2001/06/21 19:20:24 @@ -105,6 +105,7 @@ .Bl -column CLSET_RETRY_TIMEOUT "struct timeval *" "set total timeout" .It Dv CLSET_RETRY_TIMEOUT Ta "struct timeval *" Ta "set the retry timeout" .It Dv CLGET_RETRY_TIMEOUT Ta "struct timeval *" Ta "get the retry timeout" +.It Dv CLSET_CONNECT Ta "int *" Ta "use connect()" .El .Pp The retry timeout is the time that RPC To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Thu Jun 21 13:44: 2 2001 Delivered-To: freebsd-net@freebsd.org Received: from spider.suxx.eu.org (spider.suxx.eu.org [194.249.141.2]) by hub.freebsd.org (Postfix) with ESMTP id B550037B407 for ; Thu, 21 Jun 2001 13:43:55 -0700 (PDT) (envelope-from maddave@suxx.eu.org) Received: by spider.suxx.eu.org (Postfix, from userid 1000) id 25A071765F; Thu, 21 Jun 2001 22:48:05 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by spider.suxx.eu.org (Postfix) with ESMTP id 055C532B8B; Thu, 21 Jun 2001 22:48:05 +0200 (CEST) Date: Thu, 21 Jun 2001 22:48:04 +0200 (CEST) From: David Delibasic To: Cc: Subject: Re: IPv6 In-Reply-To: <15703.993148166@itojun.org> Message-ID: <20010621224342.M21094-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 > uname -a FreeBSD server.kibernet.net 4.3-STABLE FreeBSD 4.3-STABLE #0: Fri May 11 21:11:42 CEST 2001 root@server.kibernet.net:/usr/obj/usr/src/sys/KIBERNET i386 > ifconfig -a ep0: flags=8843 mtu 1500 inet 213.161.8.158 netmask 0xffffff00 broadcast 213.161.8.255 inet6 fe80::2a0:24ff:fe8e:c462%ep0 prefixlen 64 scopeid 0x4 ether 00:a0:24:8e:c4:62 media: 10baseT/UTP supported media: 10base2/BNC 10baseT/UTP 10base5/AUI gif0: flags=8011 mtu 1280 inet6 fe80::280:c8ff:fe33:5c5d%gif0 --> :: prefixlen 64 scopeid 0x5 inet 192.168.254.5 --> 192.168.254.6 netmask 0xfffffffc inet6 3ffe:1200:3028:8377:: --> 3ffe:1200:3028:8377::1 prefixlen 127 gif2: flags=8011 mtu 1280 inet6 fe80::280:c8ff:fe33:5c5d%gif2 --> :: prefixlen 64 scopeid 0x7 inet6 3ffe:1200:3028:ff01::6ef --> 3ffe:1200:3028:ff01::6ee prefixlen 127 Did i misconfigured anything ? David On Fri, 22 Jun 2001 itojun@iijlab.net wrote: > > >Hello. > > > >I have configured IPv6 tunnel (using tun interfaces) on two of my boxes. > >I keep getting: > >nd6_lookup: failed to add route for a neighbor(3ffe:1200:3028:ff01::06ee), > >errno=17 > > pls present the exact configuration on your machines, like "ifconfig", > "route", whatever. i guess you have misconfigured prefix length, > and/or the routing. > > itojun > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Thu Jun 21 19:58:49 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 0383937B406 for ; Thu, 21 Jun 2001 19:58:37 -0700 (PDT) (envelope-from silby@silby.com) Received: (qmail 15505 invoked by uid 1000); 22 Jun 2001 02:58:35 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 22 Jun 2001 02:58:35 -0000 Date: Thu, 21 Jun 2001 21:58:35 -0500 (CDT) From: Mike Silbersack To: Bosko Milekic Cc: Subject: Re: tcp template removal / scalability patch In-Reply-To: <20010619173424.A8399@technokratis.com> Message-ID: <20010621215417.K15327-200000@achilles.silby.com> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-1535798151-993178715=:15327" 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-1535798151-993178715=:15327 Content-Type: TEXT/PLAIN; charset=US-ASCII Ok, here's the updated tcp template removal patch. It's functionally the same, which is why I'm not including an updated -stable patch. Also, I did test it with IPv6, and it seems good. No IPSEC testing, but I see no reason why it would break if v4/v6 didn't. What did change: - Formatting all fixed (most of the problems were due to my hasty -stable patch. The -current patch was less quirky.) - t_template has been replaced with unused in the tcpcb to make sure nobody uses it accidently. I renamed rather than removed it because removal would probably break userland tools expecting the existing structure. - All t_templates = NULLs and checks to make sure it was null have been removed. I think it's ready for commit now, please review. Thanks, Mike "Silby" Silbersack --0-1535798151-993178715=:15327 Content-Type: TEXT/PLAIN; charset=US-ASCII; name="tcptemplate2-current.patch" Content-Transfer-Encoding: BASE64 Content-ID: <20010621215835.Q15327@achilles.silby.com> Content-Description: Content-Disposition: attachment; filename="tcptemplate2-current.patch" ZGlmZiAtdSAtciBuZXRpbmV0Lm9sZC90Y3BfaW5wdXQuYyBuZXRpbmV0L3Rj cF9pbnB1dC5jDQotLS0gbmV0aW5ldC5vbGQvdGNwX2lucHV0LmMJTW9uIEp1 biAxOCAyMDo0NTowNyAyMDAxDQorKysgbmV0aW5ldC90Y3BfaW5wdXQuYwlX ZWQgSnVuIDIwIDE1OjE3OjQzIDIwMDENCkBAIC0xMTI3LDEyICsxMTI3LDYg QEANCiAJCX0NCiAJCUZSRUUoc2luLCBNX1NPTkFNRSk7DQogCSAgICAgIH0N Ci0JCXRwLT50X3RlbXBsYXRlID0gdGNwX3RlbXBsYXRlKHRwKTsNCi0JCWlm ICh0cC0+dF90ZW1wbGF0ZSA9PSAwKSB7DQotCQkJdHAgPSB0Y3BfZHJvcCh0 cCwgRU5PQlVGUyk7DQotCQkJZHJvcHNvY2tldCA9IDA7CQkvKiBzb2NrZXQg aXMgYWxyZWFkeSBnb25lICovDQotCQkJZ290byBkcm9wOw0KLQkJfQ0KIAkJ aWYgKCh0YW9wID0gdGNwX2dldHRhb2NhY2hlKGlucCkpID09IE5VTEwpIHsN CiAJCQl0YW9wID0gJnRhb19ub25jYWNoZWQ7DQogCQkJYnplcm8odGFvcCwg c2l6ZW9mKCp0YW9wKSk7DQpkaWZmIC11IC1yIG5ldGluZXQub2xkL3RjcF9v dXRwdXQuYyBuZXRpbmV0L3RjcF9vdXRwdXQuYw0KLS0tIG5ldGluZXQub2xk L3RjcF9vdXRwdXQuYwlNb24gSnVuIDE4IDIwOjQ1OjA3IDIwMDENCisrKyBu ZXRpbmV0L3RjcF9vdXRwdXQuYwlUaHUgSnVuIDIxIDIxOjM3OjU3IDIwMDEN CkBAIC02MzIsMTYgKzYzMiwxMSBAQA0KIAkJbS0+bV9sZW4gPSBoZHJsZW47 DQogCX0NCiAJbS0+bV9wa3RoZHIucmN2aWYgPSAoc3RydWN0IGlmbmV0ICop MDsNCi0JaWYgKHRwLT50X3RlbXBsYXRlID09IDApDQotCQlwYW5pYygidGNw X291dHB1dCIpOw0KICNpZmRlZiBJTkVUNg0KIAlpZiAoaXNpcHY2KSB7DQog CQlpcDYgPSBtdG9kKG0sIHN0cnVjdCBpcDZfaGRyICopOw0KIAkJdGggPSAo c3RydWN0IHRjcGhkciAqKShpcDYgKyAxKTsNCi0JCWJjb3B5KChjYWRkcl90 KXRwLT50X3RlbXBsYXRlLT50dF9pcGdlbiwgKGNhZGRyX3QpaXA2LA0KLQkJ ICAgICAgc2l6ZW9mKHN0cnVjdCBpcDZfaGRyKSk7DQotCQliY29weSgoY2Fk ZHJfdCkmdHAtPnRfdGVtcGxhdGUtPnR0X3QsIChjYWRkcl90KXRoLA0KLQkJ ICAgICAgc2l6ZW9mKHN0cnVjdCB0Y3BoZHIpKTsNCisJCXRjcF9maWxsaGVh ZGVycyh0cCwgaXA2LCB0aCk7DQogCX0gZWxzZQ0KICNlbmRpZiAvKiBJTkVU NiAqLw0KICAgICAgIHsNCkBAIC02NDksMTAgKzY0NCw3IEBADQogCWlwb3Yg PSAoc3RydWN0IGlwb3ZseSAqKWlwOw0KIAl0aCA9IChzdHJ1Y3QgdGNwaGRy ICopKGlwICsgMSk7DQogCS8qIHRoaXMgcGlja3MgdXAgdGhlIHBzZXVkbyBo ZWFkZXIgKHcvbyB0aGUgbGVuZ3RoKSAqLw0KLQliY29weSgoY2FkZHJfdCl0 cC0+dF90ZW1wbGF0ZS0+dHRfaXBnZW4sIChjYWRkcl90KWlwLA0KLQkgICAg ICBzaXplb2Yoc3RydWN0IGlwKSk7DQotCWJjb3B5KChjYWRkcl90KSZ0cC0+ dF90ZW1wbGF0ZS0+dHRfdCwgKGNhZGRyX3QpdGgsDQotCSAgICAgIHNpemVv ZihzdHJ1Y3QgdGNwaGRyKSk7DQorCXRjcF9maWxsaGVhZGVycyh0cCwgaXAs IHRoKTsNCiAgICAgICB9DQogDQogCS8qDQpkaWZmIC11IC1yIG5ldGluZXQu b2xkL3RjcF9zdWJyLmMgbmV0aW5ldC90Y3Bfc3Vici5jDQotLS0gbmV0aW5l dC5vbGQvdGNwX3N1YnIuYwlNb24gSnVuIDE4IDIwOjQ1OjA3IDIwMDENCisr KyBuZXRpbmV0L3RjcF9zdWJyLmMJVGh1IEp1biAyMSAyMTo0MzozOSAyMDAx DQpAQCAtMjE4LDMxICsyMTgsMjQgQEANCiB9DQogDQogLyoNCi0gKiBDcmVh dGUgdGVtcGxhdGUgdG8gYmUgdXNlZCB0byBzZW5kIHRjcCBwYWNrZXRzIG9u IGEgY29ubmVjdGlvbi4NCi0gKiBDYWxsIGFmdGVyIGhvc3QgZW50cnkgY3Jl YXRlZCwgYWxsb2NhdGVzIGFuIG1idWYgYW5kIGZpbGxzDQotICogaW4gYSBz a2VsZXRhbCB0Y3AvaXAgaGVhZGVyLCBtaW5pbWl6aW5nIHRoZSBhbW91bnQg b2Ygd29yaw0KLSAqIG5lY2Vzc2FyeSB3aGVuIHRoZSBjb25uZWN0aW9uIGlz IHVzZWQuDQorICogRmlsbCBpbiB0aGUgSVAgYW5kIFRDUCBoZWFkZXJzIGZv ciBhbiBvdXRnb2luZyBwYWNrZXQsIGdpdmVuIHRoZSB0Y3BjYi4NCisgKiB0 Y3BfdGVtcGxhdGUgdXNlZCB0byBzdG9yZSB0aGlzIGRhdGEgaW4gbWJ1ZnMs IGJ1dCB3ZSBub3cgcmVjb3B5IGl0IG91dA0KKyAqIG9mIHRoZSB0Y3BjYiBl YWNoIHRpbWUgdG8gY29uc2VydmUgbWJ1ZnMuDQogICovDQotc3RydWN0IHRj cHRlbXAgKg0KLXRjcF90ZW1wbGF0ZSh0cCkNCit2b2lkDQordGNwX2ZpbGxo ZWFkZXJzKHRwLCBpcF9wdHIsIHRjcF9wdHIpDQogCXN0cnVjdCB0Y3BjYiAq dHA7DQorCXZvaWQgKmlwX3B0cjsNCisJdm9pZCAqdGNwX3B0cjsNCiB7DQot CXJlZ2lzdGVyIHN0cnVjdCBpbnBjYiAqaW5wID0gdHAtPnRfaW5wY2I7DQot CXJlZ2lzdGVyIHN0cnVjdCBtYnVmICptOw0KLQlyZWdpc3RlciBzdHJ1Y3Qg dGNwdGVtcCAqbjsNCisJc3RydWN0IGlucGNiICppbnAgPSB0cC0+dF9pbnBj YjsNCisJc3RydWN0IHRjcGhkciAqdGNwX2hkciA9IChzdHJ1Y3QgdGNwaGRy ICopdGNwX3B0cjsNCiANCi0JaWYgKChuID0gdHAtPnRfdGVtcGxhdGUpID09 IDApIHsNCi0JCW0gPSBtX2dldChNX0RPTlRXQUlULCBNVF9IRUFERVIpOw0K LQkJaWYgKG0gPT0gTlVMTCkNCi0JCQlyZXR1cm4gKDApOw0KLQkJbS0+bV9s ZW4gPSBzaXplb2YgKHN0cnVjdCB0Y3B0ZW1wKTsNCi0JCW4gPSBtdG9kKG0s IHN0cnVjdCB0Y3B0ZW1wICopOw0KLQl9DQogI2lmZGVmIElORVQ2DQogCWlm ICgoaW5wLT5pbnBfdmZsYWcgJiBJTlBfSVBWNikgIT0gMCkgew0KLQkJcmVn aXN0ZXIgc3RydWN0IGlwNl9oZHIgKmlwNjsNCisJCXN0cnVjdCBpcDZfaGRy ICppcDY7DQogDQotCQlpcDYgPSAoc3RydWN0IGlwNl9oZHIgKiluLT50dF9p cGdlbjsNCisJCWlwNiA9IChzdHJ1Y3QgaXA2X2hkciAqKWlwX3B0cjsNCiAJ CWlwNi0+aXA2X2Zsb3cgPSAoaXA2LT5pcDZfZmxvdyAmIH5JUFY2X0ZMT1dJ TkZPX01BU0spIHwNCiAJCQkoaW5wLT5pbjZwX2Zsb3dpbmZvICYgSVBWNl9G TE9XSU5GT19NQVNLKTsNCiAJCWlwNi0+aXA2X3ZmYyA9IChpcDYtPmlwNl92 ZmMgJiB+SVBWNl9WRVJTSU9OX01BU0spIHwNCkBAIC0yNTEsMjkgKzI0NCw1 MSBAQA0KIAkJaXA2LT5pcDZfcGxlbiA9IHNpemVvZihzdHJ1Y3QgdGNwaGRy KTsNCiAJCWlwNi0+aXA2X3NyYyA9IGlucC0+aW42cF9sYWRkcjsNCiAJCWlw Ni0+aXA2X2RzdCA9IGlucC0+aW42cF9mYWRkcjsNCi0JCW4tPnR0X3QudGhf c3VtID0gMDsNCisJCXRjcF9oZHItPnRoX3N1bSA9IDA7DQogCX0gZWxzZQ0K ICNlbmRpZg0KLSAgICAgIHsNCi0Jc3RydWN0IGlwICppcCA9IChzdHJ1Y3Qg aXAgKiluLT50dF9pcGdlbjsNCisJew0KKwlzdHJ1Y3QgaXAgKmlwID0gKHN0 cnVjdCBpcCAqKSBpcF9wdHI7DQogDQotCWJ6ZXJvKGlwLCBzaXplb2Yoc3Ry dWN0IGlwKSk7CQkvKiBYWFggb3ZlcmtpbGw/ICovDQorCWJ6ZXJvKGlwLCBz aXplb2Yoc3RydWN0IGlwKSk7ICAgICAgICAgICAvKiBYWFggb3ZlcmtpbGw/ ICovDQogCWlwLT5pcF92aGwgPSBJUF9WSExfQk9SSU5HOw0KIAlpcC0+aXBf cCA9IElQUFJPVE9fVENQOw0KIAlpcC0+aXBfc3JjID0gaW5wLT5pbnBfbGFk ZHI7DQogCWlwLT5pcF9kc3QgPSBpbnAtPmlucF9mYWRkcjsNCi0Jbi0+dHRf dC50aF9zdW0gPSBpbl9wc2V1ZG8oaXAtPmlwX3NyYy5zX2FkZHIsIGlwLT5p cF9kc3Quc19hZGRyLA0KLQkgICAgaHRvbnMoc2l6ZW9mKHN0cnVjdCB0Y3Bo ZHIpICsgSVBQUk9UT19UQ1ApKTsNCi0gICAgICB9DQotCW4tPnR0X3QudGhf c3BvcnQgPSBpbnAtPmlucF9scG9ydDsNCi0Jbi0+dHRfdC50aF9kcG9ydCA9 IGlucC0+aW5wX2Zwb3J0Ow0KLQluLT50dF90LnRoX3NlcSA9IDA7DQotCW4t PnR0X3QudGhfYWNrID0gMDsNCi0Jbi0+dHRfdC50aF94MiA9IDA7DQotCW4t PnR0X3QudGhfb2ZmID0gNTsNCi0Jbi0+dHRfdC50aF9mbGFncyA9IDA7DQot CW4tPnR0X3QudGhfd2luID0gMDsNCi0Jbi0+dHRfdC50aF91cnAgPSAwOw0K Kwl0Y3BfaGRyLT50aF9zdW0gPSBpbl9wc2V1ZG8oaXAtPmlwX3NyYy5zX2Fk ZHIsIGlwLT5pcF9kc3Quc19hZGRyLA0KKwkJaHRvbnMoc2l6ZW9mKHN0cnVj dCB0Y3BoZHIpICsgSVBQUk9UT19UQ1ApKTsNCisJfQ0KKw0KKwl0Y3BfaGRy LT50aF9zcG9ydCA9IGlucC0+aW5wX2xwb3J0Ow0KKwl0Y3BfaGRyLT50aF9k cG9ydCA9IGlucC0+aW5wX2Zwb3J0Ow0KKwl0Y3BfaGRyLT50aF9zZXEgPSAw Ow0KKwl0Y3BfaGRyLT50aF9hY2sgPSAwOw0KKwl0Y3BfaGRyLT50aF94MiA9 IDA7DQorCXRjcF9oZHItPnRoX29mZiA9IDU7DQorCXRjcF9oZHItPnRoX2Zs YWdzID0gMDsNCisJdGNwX2hkci0+dGhfd2luID0gMDsNCisJdGNwX2hkci0+ dGhfdXJwID0gMDsNCit9DQorDQorLyoNCisgKiBDcmVhdGUgdGVtcGxhdGUg dG8gYmUgdXNlZCB0byBzZW5kIHRjcCBwYWNrZXRzIG9uIGEgY29ubmVjdGlv bi4NCisgKiBBbGxvY2F0ZXMgYW4gbWJ1ZiBhbmQgZmlsbHMgaW4gYSBza2Vs ZXRhbCB0Y3AvaXAgaGVhZGVyLiAgVGhlIG9ubHkNCisgKiB1c2UgZm9yIHRo aXMgZnVuY3Rpb24gaXMgaW4ga2VlcGFsaXZlcywgd2hpY2ggdXNlIHRjcF9y ZXNwb25kLg0KKyAqLw0KK3N0cnVjdCB0Y3B0ZW1wICoNCit0Y3BfbWFrZXRl bXBsYXRlKHRwKQ0KKwlzdHJ1Y3QgdGNwY2IgKnRwOw0KK3sNCisJc3RydWN0 IG1idWYgKm07DQorCXN0cnVjdCB0Y3B0ZW1wICpuOw0KKw0KKwltID0gbV9n ZXQoTV9ET05UV0FJVCwgTVRfSEVBREVSKTsNCisJaWYgKG0gPT0gTlVMTCkN CisJCXJldHVybiAoMCk7DQorCW0tPm1fbGVuID0gc2l6ZW9mKHN0cnVjdCB0 Y3B0ZW1wKTsNCisJbiA9IG10b2QobSwgc3RydWN0IHRjcHRlbXAgKik7DQor DQorCXRjcF9maWxsaGVhZGVycyh0cCwgKHZvaWQgKikmbi0+dHRfaXBnZW4s ICh2b2lkICopJm4tPnR0X3QpOw0KIAlyZXR1cm4gKG4pOw0KIH0NCiANCkBA IC0yODIsMTAgKzI5Nyw5IEBADQogICogdGhlIGdpdmVuIFRDUC9JUCBoZWFk ZXIuICBJZiBtID09IDAsIHRoZW4gd2UgbWFrZSBhIGNvcHkNCiAgKiBvZiB0 aGUgdGNwaXBoZHIgYXQgdGkgYW5kIHNlbmQgZGlyZWN0bHkgdG8gdGhlIGFk ZHJlc3NlZCBob3N0Lg0KICAqIFRoaXMgaXMgdXNlZCB0byBmb3JjZSBrZWVw IGFsaXZlIG1lc3NhZ2VzIG91dCB1c2luZyB0aGUgVENQDQotICogdGVtcGxh dGUgZm9yIGEgY29ubmVjdGlvbiB0cC0+dF90ZW1wbGF0ZS4gIElmIGZsYWdz IGFyZSBnaXZlbg0KLSAqIHRoZW4gd2Ugc2VuZCBhIG1lc3NhZ2UgYmFjayB0 byB0aGUgVENQIHdoaWNoIG9yaWdpbmF0ZWQgdGhlDQotICogc2VnbWVudCB0 aSwgYW5kIGRpc2NhcmQgdGhlIG1idWYgY29udGFpbmluZyBpdCBhbmQgYW55 IG90aGVyDQotICogYXR0YWNoZWQgbWJ1ZnMuDQorICogdGVtcGxhdGUgZm9y IGEgY29ubmVjdGlvbi4gIElmIGZsYWdzIGFyZSBnaXZlbiB0aGVuIHdlIHNl bmQNCisgKiBhIG1lc3NhZ2UgYmFjayB0byB0aGUgVENQIHdoaWNoIG9yaWdp bmF0ZWQgdGhlICogc2VnbWVudCB0aSwNCisgKiBhbmQgZGlzY2FyZCB0aGUg bWJ1ZiBjb250YWluaW5nIGl0IGFuZCBhbnkgb3RoZXIgYXR0YWNoZWQgbWJ1 ZnMuDQogICoNCiAgKiBJbiBhbnkgY2FzZSB0aGUgYWNrIGFuZCBzZXF1ZW5j ZSBudW1iZXIgb2YgdGhlIHRyYW5zbWl0dGVkDQogICogc2VnbWVudCBhcmUg YXMgc3BlY2lmaWVkIGJ5IHRoZSBwYXJhbWV0ZXJzLg0KQEAgLTcwMSw4ICs3 MTUsNiBAQA0KIAkJbV9mcmVlbShxLT50cWVfbSk7DQogCQlGUkVFKHEsIE1f VFNFR1EpOw0KIAl9DQotCWlmICh0cC0+dF90ZW1wbGF0ZSkNCi0JCSh2b2lk KSBtX2ZyZWUoZHRvbSh0cC0+dF90ZW1wbGF0ZSkpOw0KIAlpbnAtPmlucF9w cGNiID0gTlVMTDsNCiAJc29pc2Rpc2Nvbm5lY3RlZChzbyk7DQogI2lmZGVm IElORVQ2DQpAQCAtMTMzOSw3ICsxMzUxLDcgQEANCiAjZW5kaWYgLyogSU5F VDYgKi8NCiAJc3RydWN0IHRjcGhkciAqdGg7DQogDQotCWlmICghdHAgfHwg IXRwLT50X3RlbXBsYXRlIHx8ICEoaW5wID0gdHAtPnRfaW5wY2IpKQ0KKwlp ZiAoKHRwID09IE5VTEwpIHx8ICgoaW5wID0gdHAtPnRfaW5wY2IpID09IE5V TEwpKQ0KIAkJcmV0dXJuIDA7DQogCU1HRVRIRFIobSwgTV9ET05UV0FJVCwg TVRfREFUQSk7DQogCWlmICghbSkNCkBAIC0xMzUxLDEwICsxMzYzLDcgQEAN CiAJCXRoID0gKHN0cnVjdCB0Y3BoZHIgKikoaXA2ICsgMSk7DQogCQltLT5t X3BrdGhkci5sZW4gPSBtLT5tX2xlbiA9DQogCQkJc2l6ZW9mKHN0cnVjdCBp cDZfaGRyKSArIHNpemVvZihzdHJ1Y3QgdGNwaGRyKTsNCi0JCWJjb3B5KChj YWRkcl90KXRwLT50X3RlbXBsYXRlLT50dF9pcGdlbiwgKGNhZGRyX3QpaXA2 LA0KLQkJICAgICAgc2l6ZW9mKHN0cnVjdCBpcDZfaGRyKSk7DQotCQliY29w eSgoY2FkZHJfdCkmdHAtPnRfdGVtcGxhdGUtPnR0X3QsIChjYWRkcl90KXRo LA0KLQkJICAgICAgc2l6ZW9mKHN0cnVjdCB0Y3BoZHIpKTsNCisJCXRjcF9m aWxsaGVhZGVycyh0cCwgaXA2LCB0aCk7DQogCQloZHJzaXogPSBpcHNlYzZf aGRyc2l6KG0sIElQU0VDX0RJUl9PVVRCT1VORCwgaW5wKTsNCiAJfSBlbHNl DQogI2VuZGlmIC8qIElORVQ2ICovDQpAQCAtMTM2MiwxMCArMTM3MSw3IEBA DQogCWlwID0gbXRvZChtLCBzdHJ1Y3QgaXAgKik7DQogCXRoID0gKHN0cnVj dCB0Y3BoZHIgKikoaXAgKyAxKTsNCiAJbS0+bV9wa3RoZHIubGVuID0gbS0+ bV9sZW4gPSBzaXplb2Yoc3RydWN0IHRjcGlwaGRyKTsNCi0JYmNvcHkoKGNh ZGRyX3QpdHAtPnRfdGVtcGxhdGUtPnR0X2lwZ2VuLCAoY2FkZHJfdClpcCwN Ci0JICAgICAgc2l6ZW9mKHN0cnVjdCBpcCkpOw0KLQliY29weSgoY2FkZHJf dCkmdHAtPnRfdGVtcGxhdGUtPnR0X3QsIChjYWRkcl90KXRoLA0KLQkgICAg ICBzaXplb2Yoc3RydWN0IHRjcGhkcikpOw0KKwl0Y3BfZmlsbGhlYWRlcnMo dHAsIGlwLCB0aCk7DQogCWlwLT5pcF92aGwgPSBJUF9WSExfQk9SSU5HOw0K IAloZHJzaXogPSBpcHNlYzRfaGRyc2l6KG0sIElQU0VDX0RJUl9PVVRCT1VO RCwgaW5wKTsNCiAgICAgICB9DQpPbmx5IGluIG5ldGluZXQub2xkLzogdGNw X3N1YnIuYy5uZXcNCmRpZmYgLXUgLXIgbmV0aW5ldC5vbGQvdGNwX3RpbWVy LmMgbmV0aW5ldC90Y3BfdGltZXIuYw0KLS0tIG5ldGluZXQub2xkL3RjcF90 aW1lci5jCU1vbiBKdW4gMTggMjA6NDU6MDcgMjAwMQ0KKysrIG5ldGluZXQv dGNwX3RpbWVyLmMJVGh1IEp1biAyMSAyMTo0Mzo1OSAyMDAxDQpAQCAtNDEs NiArNDEsNyBAQA0KICNpbmNsdWRlIDxzeXMvcGFyYW0uaD4NCiAjaW5jbHVk ZSA8c3lzL3N5c3RtLmg+DQogI2luY2x1ZGUgPHN5cy9rZXJuZWwuaD4NCisj aW5jbHVkZSA8c3lzL21idWYuaD4NCiAjaW5jbHVkZSA8c3lzL3N5c2N0bC5o Pg0KICNpbmNsdWRlIDxzeXMvc29ja2V0Lmg+DQogI2luY2x1ZGUgPHN5cy9z b2NrZXR2YXIuaD4NCkBAIC0yMjIsNiArMjIzLDcgQEANCiAJdm9pZCAqeHRw Ow0KIHsNCiAJc3RydWN0IHRjcGNiICp0cCA9IHh0cDsNCisJc3RydWN0IHRj cHRlbXAgKnRfdGVtcGxhdGU7DQogCWludCBzOw0KICNpZmRlZiBUQ1BERUJV Rw0KIAlpbnQgb3N0YXRlOw0KQEAgLTI1OSw5ICsyNjEsMTMgQEANCiAJCSAq IGNvcnJlc3BvbmRlbnQgVENQIHRvIHJlc3BvbmQuDQogCQkgKi8NCiAJCXRj cHN0YXQudGNwc19rZWVwcHJvYmUrKzsNCi0JCXRjcF9yZXNwb25kKHRwLCB0 cC0+dF90ZW1wbGF0ZS0+dHRfaXBnZW4sDQotCQkJICAgICZ0cC0+dF90ZW1w bGF0ZS0+dHRfdCwgKHN0cnVjdCBtYnVmICopTlVMTCwNCi0JCQkgICAgdHAt PnJjdl9ueHQsIHRwLT5zbmRfdW5hIC0gMSwgMCk7DQorCQl0X3RlbXBsYXRl ID0gdGNwX21ha2V0ZW1wbGF0ZSh0cCk7DQorCQlpZiAodF90ZW1wbGF0ZSkg ew0KKwkJCXRjcF9yZXNwb25kKHRwLCB0X3RlbXBsYXRlLT50dF9pcGdlbiwN CisJCQkJICAgICZ0X3RlbXBsYXRlLT50dF90LCAoc3RydWN0IG1idWYgKilO VUxMLA0KKwkJCQkgICAgdHAtPnJjdl9ueHQsIHRwLT5zbmRfdW5hIC0gMSwg MCk7DQorCQkJKHZvaWQpIG1fZnJlZShkdG9tKHRfdGVtcGxhdGUpKTsNCisJ CX0NCiAJCWNhbGxvdXRfcmVzZXQodHAtPnR0X2tlZXAsIHRjcF9rZWVwaW50 dmwsIHRjcF90aW1lcl9rZWVwLCB0cCk7DQogCX0gZWxzZQ0KIAkJY2FsbG91 dF9yZXNldCh0cC0+dHRfa2VlcCwgdGNwX2tlZXBpZGxlLCB0Y3BfdGltZXJf a2VlcCwgdHApOw0KZGlmZiAtdSAtciBuZXRpbmV0Lm9sZC90Y3BfdXNycmVx LmMgbmV0aW5ldC90Y3BfdXNycmVxLmMNCi0tLSBuZXRpbmV0Lm9sZC90Y3Bf dXNycmVxLmMJTW9uIEp1biAxOCAyMDo0NTowNyAyMDAxDQorKysgbmV0aW5l dC90Y3BfdXNycmVxLmMJV2VkIEp1biAyMCAxNToxODozMyAyMDAxDQpAQCAt NzQ5LDEyICs3NDksNiBAQA0KIAlpbnAtPmlucF9mcG9ydCA9IHNpbi0+c2lu X3BvcnQ7DQogCWluX3BjYnJlaGFzaChpbnApOw0KIA0KLQl0cC0+dF90ZW1w bGF0ZSA9IHRjcF90ZW1wbGF0ZSh0cCk7DQotCWlmICh0cC0+dF90ZW1wbGF0 ZSA9PSAwKSB7DQotCQlpbl9wY2JkaXNjb25uZWN0KGlucCk7DQotCQlyZXR1 cm4gRU5PQlVGUzsNCi0JfQ0KLQ0KIAkvKiBDb21wdXRlIHdpbmRvdyBzY2Fs aW5nIHRvIHJlcXVlc3QuICAqLw0KIAl3aGlsZSAodHAtPnJlcXVlc3Rfcl9z Y2FsZSA8IFRDUF9NQVhfV0lOU0hJRlQgJiYNCiAJICAgIChUQ1BfTUFYV0lO IDw8IHRwLT5yZXF1ZXN0X3Jfc2NhbGUpIDwgc28tPnNvX3Jjdi5zYl9oaXdh dCkNCkBAIC04NDAsMTIgKzgzNCw2IEBADQogCWlmICgoc2luNi0+c2luNl9m bG93aW5mbyAmIElQVjZfRkxPV0lORk9fTUFTSykgIT0gTlVMTCkNCiAJCWlu cC0+aW42cF9mbG93aW5mbyA9IHNpbjYtPnNpbjZfZmxvd2luZm87DQogCWlu X3BjYnJlaGFzaChpbnApOw0KLQ0KLQl0cC0+dF90ZW1wbGF0ZSA9IHRjcF90 ZW1wbGF0ZSh0cCk7DQotCWlmICh0cC0+dF90ZW1wbGF0ZSA9PSAwKSB7DQot CQlpbjZfcGNiZGlzY29ubmVjdChpbnApOw0KLQkJcmV0dXJuIEVOT0JVRlM7 DQotCX0NCiANCiAJLyogQ29tcHV0ZSB3aW5kb3cgc2NhbGluZyB0byByZXF1 ZXN0LiAgKi8NCiAJd2hpbGUgKHRwLT5yZXF1ZXN0X3Jfc2NhbGUgPCBUQ1Bf TUFYX1dJTlNISUZUICYmDQpkaWZmIC11IC1yIG5ldGluZXQub2xkL3RjcF92 YXIuaCBuZXRpbmV0L3RjcF92YXIuaA0KLS0tIG5ldGluZXQub2xkL3RjcF92 YXIuaAlNb24gSnVuIDE4IDIwOjQ1OjA3IDIwMDENCisrKyBuZXRpbmV0L3Rj cF92YXIuaAlXZWQgSnVuIDIwIDE1OjE3OjMxIDIwMDENCkBAIC02Niw3ICs2 Niw3IEBADQogc3RydWN0IHRjcGNiIHsNCiAJc3RydWN0CXRzZWdxZV9oZWFk IHRfc2VncTsNCiAJaW50CXRfZHVwYWNrczsJCS8qIGNvbnNlY3V0aXZlIGR1 cCBhY2tzIHJlY2QgKi8NCi0Jc3RydWN0CXRjcHRlbXAJKnRfdGVtcGxhdGU7 CS8qIHNrZWxldGFsIHBhY2tldCBmb3IgdHJhbnNtaXQgKi8NCisJc3RydWN0 CXRjcHRlbXAJKnVudXNlZDsJLyogdW51c2VkICovDQogDQogCXN0cnVjdAlj YWxsb3V0ICp0dF9yZXhtdDsJLyogcmV0cmFuc21pdCB0aW1lciAqLw0KIAlz dHJ1Y3QJY2FsbG91dCAqdHRfcGVyc2lzdDsJLyogcmV0cmFuc21pdCBwZXJz aXN0ZW5jZSAqLw0KQEAgLTQwMCw3ICs0MDAsOCBAQA0KIHZvaWQJIHRjcF9z ZXRwZXJzaXN0IF9fUCgoc3RydWN0IHRjcGNiICopKTsNCiB2b2lkCSB0Y3Bf c2xvd3RpbW8gX19QKCh2b2lkKSk7DQogc3RydWN0IHRjcHRlbXAgKg0KLQkg dGNwX3RlbXBsYXRlIF9fUCgoc3RydWN0IHRjcGNiICopKTsNCisJIHRjcF9t YWtldGVtcGxhdGUgX19QKChzdHJ1Y3QgdGNwY2IgKikpOw0KK3ZvaWQJIHRj cF9maWxsaGVhZGVycyBfX1AoKHN0cnVjdCB0Y3BjYiAqLCB2b2lkICosIHZv aWQgKikpOw0KIHN0cnVjdCB0Y3BjYiAqDQogCSB0Y3BfdGltZXJzIF9fUCgo c3RydWN0IHRjcGNiICosIGludCkpOw0KIHZvaWQJIHRjcF90cmFjZSBfX1Ao KGludCwgaW50LCBzdHJ1Y3QgdGNwY2IgKiwgdm9pZCAqLCBzdHJ1Y3QgdGNw aGRyICosDQo= --0-1535798151-993178715=:15327-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Thu Jun 21 20:33: 0 2001 Delivered-To: freebsd-net@freebsd.org Received: from web10601.mail.yahoo.com (web10601.mail.yahoo.com [216.136.130.165]) by hub.freebsd.org (Postfix) with SMTP id A169937B401 for ; Thu, 21 Jun 2001 20:32:58 -0700 (PDT) (envelope-from danny_j_mitzel@yahoo.com) Message-ID: <20010622033258.82390.qmail@web10601.mail.yahoo.com> Received: from [63.99.114.2] by web10601.mail.yahoo.com; Thu, 21 Jun 2001 20:32:58 PDT Date: Thu, 21 Jun 2001 20:32:58 -0700 (PDT) From: danny mitzel Subject: writing raw datalink frames? To: freebsd-net@freebsd.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 what is recommended method for writing datalink frames (e.g., ethernet) from user-level socket? bpf? can anyone recommend daemon/program available in ports or on net that might provide a decent example of setting up socket, constructing frames, and sending? thanks,danny __________________________________________________ Do You Yahoo!? Get personalized email addresses from Yahoo! Mail http://personal.mail.yahoo.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Fri Jun 22 0:13:42 2001 Delivered-To: freebsd-net@freebsd.org Received: from sentry.granch.com (sentry.granch.com [212.109.197.55]) by hub.freebsd.org (Postfix) with ESMTP id 9FBE537B403 for ; Fri, 22 Jun 2001 00:13:37 -0700 (PDT) (envelope-from shelton@sentry.granch.com) Received: (from shelton@localhost) by sentry.granch.com (8.11.4/8.11.3) id f5M7D6a09525; Fri, 22 Jun 2001 14:13:06 +0700 (NOVST) (envelope-from shelton) Content-Type: text/plain; charset="koi8-r" From: "Rashid N. Achilov" Organization: Granch Ltd. To: Mike Silbersack , "Orville R. Weyrich.Jr" Subject: Re: Securing the root account Date: Fri, 22 Jun 2001 14:13:06 +0700 X-Mailer: KMail [version 1.2] References: <20010619234032.P28167-100000@achilles.silby.com> In-Reply-To: <20010619234032.P28167-100000@achilles.silby.com> Cc: freebsd-net@freebsd.org MIME-Version: 1.0 Message-Id: <01062214130600.09378@sentry.granch.com> 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 Wednesday 20 June 2001 11:43, you wrote: > On Tue, 19 Jun 2001, Orville R. Weyrich.Jr wrote: > > Speaking of SSH, are there any recommended SSH clients for Windows 95? > > SecureCRT is nice, if you want to cough up some cash. There's a > trial version which will run for 30 or so days. Check it out at > www.vandyke.com Nicest SSH client for Windows is "SSH for Windows" :-) It called so. http://winssh.narod.ru/files/ssh-1.1.1.zip. Textmode, SSH2 support, freeware(!), multiconsole (up to 9 sessions in one window). mc and F-keys almost working (require small adapt for termcap entry). When you can read Russian, you can know more about it (http://winssh.narod.ru) -- With Best Regards. Rashid N. Achilov (RNA1-RIPE), Web: http://granch.ru/~shelton Granch Ltd. system administrator, e-mail: achilov@granch.ru PGP: 83 CD E2 A7 37 4A D5 81 D6 D6 52 BF C9 2F 85 AF 97 BE CB 0A To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Fri Jun 22 0:46:49 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 DFA9137B401 for ; Fri, 22 Jun 2001 00:46:41 -0700 (PDT) (envelope-from jinmei@isl.rdc.toshiba.co.jp) Received: from localhost ([3ffe:501:100f:10c1:200:39ff:fe7b:352b]) by shuttle.wide.toshiba.co.jp (8.9.1+3.1W/8.9.1) with ESMTP id QAA24826; Fri, 22 Jun 2001 16:47:24 +0900 (JST) Date: Fri, 22 Jun 2001 16:46:24 +0900 Message-ID: From: JINMEI Tatuya / =?ISO-2022-JP?B?GyRCP0BMQEMjOkgbKEI=?= To: David Delibasic Cc: Subject: Re: IPv6 In-Reply-To: <20010621224342.M21094-100000@spider.suxx.eu.org> References: <15703.993148166@itojun.org> <20010621224342.M21094-100000@spider.suxx.eu.org> 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: 45 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, 21 Jun 2001 22:48:04 +0200 (CEST), >>>>> David Delibasic said: >> ifconfig -a > ep0: flags=8843 mtu 1500 > inet 213.161.8.158 netmask 0xffffff00 broadcast 213.161.8.255 > inet6 fe80::2a0:24ff:fe8e:c462%ep0 prefixlen 64 scopeid 0x4 > ether 00:a0:24:8e:c4:62 > media: 10baseT/UTP > supported media: 10base2/BNC 10baseT/UTP 10base5/AUI > gif0: flags=8011 mtu 1280 > inet6 fe80::280:c8ff:fe33:5c5d%gif0 --> :: prefixlen 64 scopeid 0x5 > inet 192.168.254.5 --> 192.168.254.6 netmask 0xfffffffc > inet6 3ffe:1200:3028:8377:: --> 3ffe:1200:3028:8377::1 prefixlen 127 > gif2: flags=8011 mtu 1280 > inet6 fe80::280:c8ff:fe33:5c5d%gif2 --> :: prefixlen 64 scopeid 0x7 > inet6 3ffe:1200:3028:ff01::6ef --> 3ffe:1200:3028:ff01::6ee prefixlen 127 > Did i misconfigured anything ? We basically recommend users to configure a non-link-local address on a point-to-point interface in one of the following manners: 1. use a prefix length smaller than 128 without the destination address. 2. use a prefix length 128 with the destination address. You configured a global address with a prefix length smaller than 128 (i.e. 127), and specified the destination address of the tunnel link, the configuration which meets none of above. Thus, the kernel warns when sending packets. The easiest way to avoid the warnings would be to specify the prefix length 128. Since this problem has been asked so many times, the next release of FreeBSD will reject this type of configuration, and will force users to use one of the expected manners only. JINMEI, Tatuya Communication Platform Lab. Corporate R&D Center, Toshiba Corp. jinmei@isl.rdc.toshiba.co.jp To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Fri Jun 22 5: 4:10 2001 Delivered-To: freebsd-net@freebsd.org Received: from mine.kame.net (kame195.kame.net [203.178.141.195]) by hub.freebsd.org (Postfix) with ESMTP id 9BE1C37B401; Fri, 22 Jun 2001 05:04:06 -0700 (PDT) (envelope-from sakane@kame.net) Received: from localhost ([3ffe:501:481d:4000:260:1dff:fe21:f766]) by mine.kame.net (8.11.1/3.7W) with ESMTP id f5MCfCY97360; Fri, 22 Jun 2001 21:41:12 +0900 (JST) To: brad@wcubed.net Cc: freebsd-net@FreeBSD.ORG, freebsd-questions@FreeBSD.ORG Subject: Re: Problems with IPsec tunnel In-Reply-To: Your message of "Thu, 21 Jun 2001 02:13:03 -0600" <3B31AC8F.58022F53@wcubed.net> References: <3B31AC8F.58022F53@wcubed.net> X-Mailer: Cue version 0.6 (010413-1707/sakane) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Message-Id: <20010622210338P.sakane@kame.net> Date: Fri, 22 Jun 2001 21:03:38 +0900 From: Shoichi Sakane X-Dispatcher: imput version 20000228(IM140) Lines: 14 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 having quite the time trying to set up a IPsec tunnel on 4.3-RELEASE. > Host-to-host IPsec works fine - I can make connections all day long between my > two gateways. But for the life of me, I can't get my windows boxen on each end > to talk to the other. I've got identical psk.txt files (rw-------) on both > gateways, but 10.0.1.2 can't ping 10.0.0.2 to save its life. I've told the PCs > on each end to route the other's traffic through the near gate's inside addr, > and still no go. IP forwarding is turned on and NAT is off on both gates as > well as an "OPEN" fw ruleset. I've gone through the couple of HOW-TOs on the > net, but while I understand exactly what they're saying, and I repeat the > process, I can't get it working. Did you see any message on your gateways or your hosts ? I think debugging message of raccoon and system messages could be help you. and tcpdump also can be help to know what happened your network. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Fri Jun 22 7: 3: 2 2001 Delivered-To: freebsd-net@freebsd.org Received: from brunel.uk1.vbc.net (brunel.uk1.vbc.net [194.207.2.8]) by hub.freebsd.org (Postfix) with ESMTP id 7DBC937B406 for ; Fri, 22 Jun 2001 07:02:59 -0700 (PDT) (envelope-from jcv@vbc.net) Received: from localhost (jcv@localhost) by brunel.uk1.vbc.net (8.11.0/8.11.0) with ESMTP id f5ME2vN50239 for ; Fri, 22 Jun 2001 15:02:58 +0100 (BST) X-Authentication-Warning: brunel.uk1.vbc.net: jcv owned process doing -bs Date: Fri, 22 Jun 2001 15:02:57 +0100 (BST) From: Jean-Christophe Varaillon X-Sender: jcv@brunel.uk1.vbc.net To: freebsd-net@FreeBSD.ORG Subject: Buffer size In-Reply-To: <20010622210338P.sakane@kame.net> 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 Hi, I have a FreeBSD as a router. This router has to run BGP and I have a huge Out Queue. I think that my trouble can be solve by adjusting the buffer size. Can someone give me the way to do it, please ? Thanks, Christophe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Fri Jun 22 7:47: 7 2001 Delivered-To: freebsd-net@freebsd.org Received: from smtp02.wxs.nl (smtp02.wxs.nl [195.121.6.54]) by hub.freebsd.org (Postfix) with ESMTP id 320A537B401 for ; Fri, 22 Jun 2001 07:47:03 -0700 (PDT) (envelope-from rtek@dolfijntje.nl) Received: from dolfijntje.nl ([195.121.188.105]) by smtp02.wxs.nl (Netscape Messaging Server 4.05) with ESMTP id GFC6ED03.645 for ; Fri, 22 Jun 2001 16:47:01 +0200 Message-ID: <3B335A4E.5011658C@dolfijntje.nl> Date: Fri, 22 Jun 2001 16:46:38 +0200 From: Sjaak Jobses X-Mailer: Mozilla 4.76 [en] (X11; U; FreeBSD 4.2-RELEASE i386) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-net@freebsd.org Subject: Re: writing raw datalink frames? References: <20010622033258.82390.qmail@web10601.mail.yahoo.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 danny mitzel wrote: > > what is recommended method for writing datalink frames > (e.g., ethernet) from user-level socket? bpf? > can anyone recommend daemon/program available > in ports or on net that might provide a decent > example of setting up socket, constructing frames, > and sending? > > thanks,danny > > __________________________________________________ > Do You Yahoo!? > Get personalized email addresses from Yahoo! Mail > http://personal.mail.yahoo.com/ > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-net" in the body of the message Try libnet, www.packetfactory.com It's a wonderfull package, you can drop raw packets on the network with plus or minus 6 functions. Great! -- Sjaak Jobses aka rtek To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Fri Jun 22 13:23:33 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 5961837B406 for ; Fri, 22 Jun 2001 13:23:30 -0700 (PDT) (envelope-from silby@silby.com) Received: (qmail 18190 invoked by uid 1000); 22 Jun 2001 20:23:29 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 22 Jun 2001 20:23:29 -0000 Date: Fri, 22 Jun 2001 15:23:29 -0500 (CDT) From: Mike Silbersack To: "Rashid N. Achilov" Cc: "Orville R. Weyrich.Jr" , Subject: Re: Securing the root account In-Reply-To: <01062214130600.09378@sentry.granch.com> Message-ID: <20010622152034.E18143-100000@achilles.silby.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 On Fri, 22 Jun 2001, Rashid N. Achilov wrote: > Nicest SSH client for Windows is "SSH for Windows" :-) It called so. > http://winssh.narod.ru/files/ssh-1.1.1.zip. Textmode, SSH2 support, > freeware(!), multiconsole (up to 9 sessions in one window). mc and F-keys I'll check it out, downloading now. (The secondary download site listed on the main page works much better from here, FWIW.) > almost working (require small adapt for termcap entry). When you can read > Russian, you can know more about it (http://winssh.narod.ru) Well, I wasn't planning to learn Russian until next week Thursday, so I'll have to fumble through it until then. :) Who wrote it / what ssh library is it based off of? Mike "Silby" Silbersack To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Fri Jun 22 13:25:54 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 CB5CE37B407 for ; Fri, 22 Jun 2001 13:25:46 -0700 (PDT) (envelope-from silby@silby.com) Received: (qmail 18205 invoked by uid 1000); 22 Jun 2001 20:25:46 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 22 Jun 2001 20:25:46 -0000 Date: Fri, 22 Jun 2001 15:25:46 -0500 (CDT) From: Mike Silbersack To: "Rashid N. Achilov" Cc: "Orville R. Weyrich.Jr" , Subject: Re: Securing the root account In-Reply-To: <20010622152034.E18143-100000@achilles.silby.com> Message-ID: <20010622152509.P18143-100000@achilles.silby.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 On Fri, 22 Jun 2001, Mike Silbersack wrote: > > On Fri, 22 Jun 2001, Rashid N. Achilov wrote: > > > Nicest SSH client for Windows is "SSH for Windows" :-) It called so. > > http://winssh.narod.ru/files/ssh-1.1.1.zip. Textmode, SSH2 support, > > freeware(!), multiconsole (up to 9 sessions in one window). mc and F-keys > > I'll check it out, downloading now. (The secondary download site listed > on the main page works much better from here, FWIW.) Hm, it looks pretty much like putty to me, doesn't support scrollback as far as I can tell. I'll stick with SecureCRT. Mike "Silby" Silbersack To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Fri Jun 22 13:42:47 2001 Delivered-To: freebsd-net@freebsd.org Received: from mail.datausa.com (mail.datausa.com [207.174.131.1]) by hub.freebsd.org (Postfix) with ESMTP id 6A24A37B401; Fri, 22 Jun 2001 13:42:42 -0700 (PDT) (envelope-from brad@wcubed.net) Received: from localhost (brad@localhost) by mail.datausa.com (8.9.3/8.9.1) with ESMTP id OAA13474; Fri, 22 Jun 2001 14:35:16 -0600 (MDT) Date: Fri, 22 Jun 2001 14:35:16 -0600 (MDT) From: Brad Waite X-Sender: brad@mail.datausa.com To: Shoichi Sakane Cc: freebsd-net@FreeBSD.ORG, freebsd-questions@FreeBSD.ORG Subject: Re: Problems with IPsec tunnel In-Reply-To: <20010622210338P.sakane@kame.net> 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 Soichi, Thanks for the response. As it turns out, the problem my own stupidity - I forgot to turn on IP forwarding on one of the gateways. sysctl -w net.inet.ip.forwarding=1 fixed things right up. :) And since you're coming from KAME, maybe you can answer something else for me. Can you tell me if I will run into any problems running NAT on my gateways? Thanks, Brad On Fri, 22 Jun 2001, Shoichi Sakane wrote: > > I'm having quite the time trying to set up a IPsec tunnel on 4.3-RELEASE. > > Host-to-host IPsec works fine - I can make connections all day long between my > > two gateways. But for the life of me, I can't get my windows boxen on each end > > to talk to the other. I've got identical psk.txt files (rw-------) on both > > gateways, but 10.0.1.2 can't ping 10.0.0.2 to save its life. I've told the PCs > > on each end to route the other's traffic through the near gate's inside addr, > > and still no go. IP forwarding is turned on and NAT is off on both gates as > > well as an "OPEN" fw ruleset. I've gone through the couple of HOW-TOs on the > > net, but while I understand exactly what they're saying, and I repeat the > > process, I can't get it working. > > Did you see any message on your gateways or your hosts ? > I think debugging message of raccoon and system messages could be help you. > and tcpdump also can be help to know what happened your network. > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Fri Jun 22 15: 8: 4 2001 Delivered-To: freebsd-net@freebsd.org Received: from technokratis.com (modemcable052.174-202-24.mtl.mc.videotron.ca [24.202.174.52]) by hub.freebsd.org (Postfix) with ESMTP id 3D5D937B406 for ; Fri, 22 Jun 2001 15:08:02 -0700 (PDT) (envelope-from bmilekic@technokratis.com) Received: (from bmilekic@localhost) by technokratis.com (8.11.3/8.11.3) id f5MM8Pw06187; Fri, 22 Jun 2001 18:08:25 -0400 (EDT) (envelope-from bmilekic) Date: Fri, 22 Jun 2001 18:08:24 -0400 From: Bosko Milekic To: Mike Silbersack Cc: freebsd-net@FreeBSD.ORG Subject: Re: tcp template removal / scalability patch Message-ID: <20010622180824.A4608@technokratis.com> References: <20010619173424.A8399@technokratis.com> <20010621215417.K15327-200000@achilles.silby.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010621215417.K15327-200000@achilles.silby.com>; from silby@silby.com on Thu, Jun 21, 2001 at 09:58:35PM -0500 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 > - bzero(ip, sizeof(struct ip)); /* XXX overkill? */ > + bzero(ip, sizeof(struct ip)); /* XXX overkill? */ I pointed this out the first time; the change looks unnecessary. You changed what were tabs to spaces. Unless there's a good reason, it looks unnecessary. Other than that, looks fine at this end! Cheers, -- Bosko Milekic bmilekic@technokratis.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Fri Jun 22 22:26: 4 2001 Delivered-To: freebsd-net@freebsd.org Received: from mx.nsu.ru (mx.nsu.ru [193.124.215.71]) by hub.freebsd.org (Postfix) with ESMTP id B987537B401 for ; Fri, 22 Jun 2001 22:25:58 -0700 (PDT) (envelope-from lucky@land3.nsu.ru) Received: from land3.nsu.ru (land3.nsu.ru [193.124.213.230]) by mx.nsu.ru (8.9.1/8.9.3) with ESMTP id MAA06116 for ; Sat, 23 Jun 2001 12:23:58 +0700 (NOVST) Date: Sat, 23 Jun 2001 12:20:16 +0700 (NOVST) From: Alexey Privalov To: freebsd-net@freebsd.org Subject: problem 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 hi i had installed FreeBSD-4.2, and now i have following problem: when i trying to ping other host (in my domain) i get this message: ping: sendto: No buffer space available my server contain three ethernet adapters and the error appear only when i try send message through one of them. thanks for all. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Sat Jun 23 4:38: 7 2001 Delivered-To: freebsd-net@freebsd.org Received: from mx.nsu.ru (mx.nsu.ru [193.124.215.71]) by hub.freebsd.org (Postfix) with ESMTP id E149E37B401 for ; Sat, 23 Jun 2001 04:38:02 -0700 (PDT) (envelope-from lucky@land3.nsu.ru) Received: from land3.nsu.ru (land3.nsu.ru [193.124.213.230]) by mx.nsu.ru (8.9.1/8.9.3) with ESMTP id SAA03789 for ; Sat, 23 Jun 2001 18:36:01 +0700 (NOVST) Date: Sat, 23 Jun 2001 18:32:19 +0700 (NOVST) From: Alexey Privalov To: freebsd-net@freebsd.org Subject: Re: problem In-Reply-To: <3B3443B4.E218495E@it.uc3m.es> 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 hi again i found the problem. :) i complied kernel with ICMP_BANDLIM option and then (while i testing and configuring some daemons) many users run following command: `ping -t my.domain.com` i found that net.inet.icmp.icmplin was set to 200 in results i had troubles when number packets per second was greater that value. thanks for all. my previous mesasge: > > hi > > > > i had installed FreeBSD-4.2, and now i have following problem: > > when i trying to ping other host (in my domain) i get this message: > > ping: sendto: No buffer space available > > > > my server contain three ethernet adapters and the error appear > > only when i try send message through one of them. > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Sat Jun 23 4:44:25 2001 Delivered-To: freebsd-net@freebsd.org Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65]) by hub.freebsd.org (Postfix) with ESMTP id 1E9A137B406; Sat, 23 Jun 2001 04:44:14 -0700 (PDT) (envelope-from ru@whale.sunbay.crimea.ua) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.11.2/8.11.2) id f5NBi6J44229; Sat, 23 Jun 2001 14:44:06 +0300 (EEST) (envelope-from ru) Date: Sat, 23 Jun 2001 14:44:06 +0300 From: Ruslan Ermilov To: "David W. Chapman Jr." Cc: bug-followup@FreeBSD.org, net@FreeBSD.org Subject: Re: misc/28360: /sbin/route bug Message-ID: <20010623144406.A43141@sunbay.com> Mail-Followup-To: "David W. Chapman Jr." , bug-followup@FreeBSD.org, net@FreeBSD.org References: <200106230538.f5N5cuH35571@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200106230538.f5N5cuH35571@freefall.freebsd.org>; from dwcjr@inethouston.net on Fri, Jun 22, 2001 at 10:38:56PM -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 Fri, Jun 22, 2001 at 10:38:56PM -0700, David W. Chapman Jr. wrote: > > I want internet traffic to come from source ip 66.64.12.249 when > using internet from router. > > >How-To-Repeat: > route add default 66.64.6.1 -ifa 66.64.12.249 > >Fix: > temp workaround: > > route add default 66.64.6.1 > route change default -ifa 66.64.12.249 > This isn't a bug in the route(8) command. Kernel routing code (in rtsock.c) checks for -ifa address only when processing the RTM_CHANGE command. Look here (from the route(8) manpage): : In a change or add command where the destination and gateway ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ : are not sufficient to specify the route (as in the ISO case ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ : where several interfaces may have the same address), the -ifp : or -ifa modifiers may be used to determine the interface or : interface address. But I agree that having such a functionality in `route add' would be useful too. The following patch duplicates some code from RTM_CHANGE. Please test. (The `ifp' part should probably be duplicated too.) Index: rtsock.c =================================================================== RCS file: /home/ncvs/src/sys/net/rtsock.c,v retrieving revision 1.44.2.2 diff -u -p -r1.44.2.2 rtsock.c --- rtsock.c 2000/08/03 00:09:34 1.44.2.2 +++ rtsock.c 2001/06/23 11:35:38 @@ -282,7 +282,7 @@ route_output(m, so) struct rt_addrinfo info; int len, error = 0; struct ifnet *ifp = 0; - struct ifaddr *ifa = 0; + struct ifaddr *ifa = 0, *oifa; #define senderr(e) { error = e; goto flush;} if (m == 0 || ((m->m_len < sizeof(long)) && @@ -332,6 +332,18 @@ route_output(m, so) error = rtrequest(RTM_ADD, dst, gate, netmask, rtm->rtm_flags, &saved_nrt); if (error == 0 && saved_nrt) { + if (ifaaddr && (ifa = ifa_ifwithaddr(ifaaddr))) { + oifa = saved_nrt->rt_ifa; + if (oifa != ifa) { + if (oifa && oifa->ifa_rtrequest) + oifa->ifa_rtrequest(RTM_DELETE, + saved_nrt, gate); + IFAFREE(saved_nrt->rt_ifa); + saved_nrt->rt_ifa = ifa; + ifa->ifa_refcnt++; + saved_nrt->rt_ifp = ifa->ifa_ifp; + } + } rt_setmetrics(rtm->rtm_inits, &rtm->rtm_rmx, &saved_nrt->rt_rmx); saved_nrt->rt_rmx.rmx_locks &= ~(rtm->rtm_inits); @@ -424,7 +436,7 @@ route_output(m, so) rt_key(rt), gate)))) ifp = ifa->ifa_ifp; if (ifa) { - register struct ifaddr *oifa = rt->rt_ifa; + oifa = rt->rt_ifa; if (oifa != ifa) { if (oifa && oifa->ifa_rtrequest) oifa->ifa_rtrequest(RTM_DELETE, Cheers, -- Ruslan Ermilov Oracle Developer/DBA, ru@sunbay.com Sunbay Software AG, ru@FreeBSD.org FreeBSD committer, +380.652.512.251 Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Sat Jun 23 11:16:56 2001 Delivered-To: freebsd-net@freebsd.org Received: from mail2.home.nl (mail2.home.nl [213.51.129.226]) by hub.freebsd.org (Postfix) with ESMTP id 14D3437B413 for ; Sat, 23 Jun 2001 11:16:50 -0700 (PDT) (envelope-from nascar24@home.nl) Received: from testuser ([213.51.193.168]) by mail2.home.nl (InterMail vM.4.01.03.00 201-229-121) with SMTP id <20010623191630.GIGB6179.mail2.home.nl@testuser> for ; Sat, 23 Jun 2001 20:16:30 +0100 Message-ID: <00b901c0fc0f$cb63fad0$0900a8c0@testuser> From: "Marcel Dijk" Cc: References: <200106230538.f5N5cuH35571@freefall.freebsd.org> <20010623144406.A43141@sunbay.com> Subject: 2nd root Date: Sat, 23 Jun 2001 20:10:33 +0200 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.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 Hi, Is it possible to create a second root account, for example root2. TIA, Marcel To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Sat Jun 23 11:19:56 2001 Delivered-To: freebsd-net@freebsd.org Received: from mta5.rcsntx.swbell.net (mta5.rcsntx.swbell.net [151.164.30.29]) by hub.freebsd.org (Postfix) with ESMTP id 1C2DC37B407; Sat, 23 Jun 2001 11:19:52 -0700 (PDT) (envelope-from chris@holly.calldei.com) Received: from holly.calldei.com ([208.191.149.190]) by mta5.rcsntx.swbell.net (Sun Internet Mail Server sims.3.5.2000.03.23.18.03.p10) with ESMTP id <0GFE0024UAS91S@mta5.rcsntx.swbell.net>; Sat, 23 Jun 2001 13:16:57 -0500 (CDT) Received: (from chris@localhost) by holly.calldei.com (8.11.1/8.9.3) id f5NIK7324110; Sat, 23 Jun 2001 13:20:07 -0500 (CDT envelope-from chris) Date: Sat, 23 Jun 2001 13:20:00 -0500 From: Chris Costello Subject: Re: 2nd root In-reply-to: <00b901c0fc0f$cb63fad0$0900a8c0@testuser>; from nascar24@home.nl on Sat, Jun 23, 2001 at 08:10:33PM +0200 To: Marcel Dijk Cc: questions@FreeBSD.org Reply-To: chris@calldei.com Message-id: <20010623132000.C17821@holly.calldei.com> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-disposition: inline User-Agent: Mutt/1.2.5i References: <200106230538.f5N5cuH35571@freefall.freebsd.org> <20010623144406.A43141@sunbay.com> <00b901c0fc0f$cb63fad0$0900a8c0@testuser> 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 [Moved to -questions, where this belongs. This has nothing to do with -net] On Saturday, June 23, 2001, Marcel Dijk wrote: > Is it possible to create a second root account, for example root2. Yes. -- +-------------------+-----------------------------------------+ | Chris Costello | State-of-the-practice: | | chris@calldei.com | What we can do with the money you have. | +-------------------+-----------------------------------------+ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Sat Jun 23 11:34:12 2001 Delivered-To: freebsd-net@freebsd.org Received: from bilver.wjv.com (dhcp-1-214.n01.orldfl01.us.ra.verio.net [157.238.210.214]) by hub.freebsd.org (Postfix) with ESMTP id 5D8AE37B405 for ; Sat, 23 Jun 2001 11:34:03 -0700 (PDT) (envelope-from bill@bilver.wjv.com) Received: (from bill@localhost) by bilver.wjv.com (8.11.1/8.11.1) id f5NIXjb92366; Sat, 23 Jun 2001 14:33:45 -0400 (EDT) (envelope-from bill) Date: Sat, 23 Jun 2001 14:33:13 -0400 From: Bill Vermillion To: Marcel Dijk Cc: net@FreeBSD.ORG Subject: Re: 2nd root Message-ID: <20010623143313.A92267@wjv.com> Reply-To: bv@wjv.com References: <200106230538.f5N5cuH35571@freefall.freebsd.org> <20010623144406.A43141@sunbay.com> <00b901c0fc0f$cb63fad0$0900a8c0@testuser> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <00b901c0fc0f$cb63fad0$0900a8c0@testuser>; from nascar24@home.nl on Sat, Jun 23, 2001 at 08:10:33PM +0200 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 Sat, Jun 23, 2001 at 08:10:33PM +0200, Marcel Dijk thus sprach: > > Is it possible to create a second root account, for example root2. Yes it is possible. There is even a second root account shipped with FreeBSD - toor. The only difference is the default shell. The only reason that I can see for having a second 'root' account is for an alternate shell, because besides that it buys you nothing. Whoever uses the alternate root account will have the power to do everything the 'root' login can do, including changing the 'root' password. I'm curious as to why you'd want/need an alternate root account. Bill -- Bill Vermillion - bv @ wjv . com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message