From owner-freebsd-net@FreeBSD.ORG Sun May 22 07:59:29 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2ACD916A41C for ; Sun, 22 May 2005 07:59:29 +0000 (GMT) (envelope-from vaibhave@cs.utah.edu) Received: from mail-svr1.cs.utah.edu (brahma.cs.utah.edu [155.98.64.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id DB94543D48 for ; Sun, 22 May 2005 07:59:28 +0000 (GMT) (envelope-from vaibhave@cs.utah.edu) Received: from localhost (localhost [127.0.0.1]) by mail-svr1.cs.utah.edu (Postfix) with ESMTP id 68CCF346ED for ; Sun, 22 May 2005 01:59:28 -0600 (MDT) Received: from mail-svr1.cs.utah.edu ([127.0.0.1]) by localhost (mail-svr1.cs.utah.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 03669-03 for ; Sun, 22 May 2005 01:59:28 -0600 (MDT) Received: from trust.cs.utah.edu (trust.cs.utah.edu [155.98.65.28]) by mail-svr1.cs.utah.edu (Postfix) with ESMTP id 24314346D9 for ; Sun, 22 May 2005 01:59:28 -0600 (MDT) Received: by trust.cs.utah.edu (Postfix, from userid 4969) id EE3F13F68; Sun, 22 May 2005 01:59:27 -0600 (MDT) Received: from localhost (localhost [127.0.0.1]) by trust.cs.utah.edu (Postfix) with ESMTP id E024E3F62 for ; Sun, 22 May 2005 01:59:27 -0600 (MDT) Date: Sun, 22 May 2005 01:59:27 -0600 (MDT) From: Vaibhave Agarwal To: freebsd-net@freebsd.org In-Reply-To: <20050521031625.77340.qmail@web53907.mail.yahoo.com> Message-ID: References: <20050521031625.77340.qmail@web53907.mail.yahoo.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: amavisd-new at cs.utah.edu Subject: npxintr from nowhere X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 May 2005 07:59:29 -0000 hi I was writing some code at the ethernet layer, mainly changing the if_ethersubr.c for my work. I am not using any FP instructions in my code. But while running, my kernel crashes and gives the following panic msg: npx is the Floating point unit (fpu). ---------------------------------- npxintr: npxproc = 0 , currproc = 0, npx_exists = 1 panic: npxintr from nowhere --------------------------------- I am running this code on FreeBSD 4.10. The same code runs fine on FreeBSD 5.2.1, but i want to use FreeBSD 4.10. Has anybody ever got such message or they know the fix for it. I was not able to trace the error...even using kernel debug corefiles. Your help would be highly appreciated. thanks in advance -vaibhave From owner-freebsd-net@FreeBSD.ORG Sun May 22 08:48:37 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 136FA16A41C for ; Sun, 22 May 2005 08:48:37 +0000 (GMT) (envelope-from michael@staff.openaccess.org) Received: from smtp.openaccess.org (smtp.openaccess.org [216.57.214.76]) by mx1.FreeBSD.org (Postfix) with ESMTP id C247743D54 for ; Sun, 22 May 2005 08:48:36 +0000 (GMT) (envelope-from michael@staff.openaccess.org) Received: from [216.57.214.90] (unknown [216.57.214.90]) by smtp.openaccess.org (Postfix) with ESMTP id 54EF4420D for ; Sun, 22 May 2005 01:48:35 -0700 (PDT) Message-ID: <42904765.9040400@staff.openaccess.org> Date: Sun, 22 May 2005 01:48:37 -0700 From: Michael DeMan Organization: OpenAccess Network Services User-Agent: Mozilla Thunderbird 1.0.2 (Macintosh/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: vfs.nfs.diskless_valid X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 May 2005 08:48:37 -0000 Hi, Does anybody know what controls the value of sysctl variable vfs.nfs.diskless_valid? We need to boot off compact flash and like the capabilities of /etc/rc.d/initdiskless. I can just comment out the line in that script where it checks the value of vfs.nfs.diskless_valid but would prefer to leave it untouched. Compiling BOOTP into the kernel seems to make the box want to boot BOOTP only. Thanks, - mike From owner-freebsd-net@FreeBSD.ORG Sun May 22 12:12:40 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4CAA216A41C for ; Sun, 22 May 2005 12:12:40 +0000 (GMT) (envelope-from bde@zeta.org.au) Received: from mailout1.pacific.net.au (mailout1.pacific.net.au [61.8.0.84]) by mx1.FreeBSD.org (Postfix) with ESMTP id CB41D43D54 for ; Sun, 22 May 2005 12:12:39 +0000 (GMT) (envelope-from bde@zeta.org.au) Received: from mailproxy2.pacific.net.au (mailproxy2.pacific.net.au [61.8.0.87]) by mailout1.pacific.net.au (8.12.3/8.12.3/Debian-7.1) with ESMTP id j4MCCYrI007550; Sun, 22 May 2005 22:12:34 +1000 Received: from epsplex.bde.org (katana.zip.com.au [61.8.7.246]) by mailproxy2.pacific.net.au (8.12.3/8.12.3/Debian-7.1) with ESMTP id j4MCCWMC006245; Sun, 22 May 2005 22:12:33 +1000 Date: Sun, 22 May 2005 22:12:33 +1000 (EST) From: Bruce Evans X-X-Sender: bde@epsplex.bde.org To: Vaibhave Agarwal In-Reply-To: Message-ID: <20050522220248.D3215@epsplex.bde.org> References: <20050521031625.77340.qmail@web53907.mail.yahoo.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-net@freebsd.org Subject: Re: npxintr from nowhere X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 May 2005 12:12:40 -0000 On Sun, 22 May 2005, Vaibhave Agarwal wrote: > I was writing some code at the ethernet layer, > mainly changing the if_ethersubr.c for my work. > > I am not using any FP instructions in my code. > But while running, my kernel crashes and gives the following panic msg: > npx is the Floating point unit (fpu). > > ---------------------------------- > npxintr: npxproc = 0 , currproc = 0, npx_exists = 1 > panic: npxintr from nowhere > --------------------------------- > ... > > Has anybody ever got such message or they know the fix for it. > I was not able to trace the error...even using kernel debug corefiles. If you have a system newer than a 486SX, then npx interrupts shouldn't be used for anything except to probe that not using them works. It is barely possible that a bug in turning off npx interrupts after the probe results in one being delivered much later (there have been bugs in this area). If it was a real npx interrupt, then the address of the FP instruction that caused it should be in the FPU state in the kernel dump. Bruce From owner-freebsd-net@FreeBSD.ORG Sun May 22 12:47:07 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 93DC616A41C for ; Sun, 22 May 2005 12:47:07 +0000 (GMT) (envelope-from vaibhave@cs.utah.edu) Received: from mail-svr1.cs.utah.edu (brahma.cs.utah.edu [155.98.64.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id 522A343D49 for ; Sun, 22 May 2005 12:47:07 +0000 (GMT) (envelope-from vaibhave@cs.utah.edu) Received: from localhost (localhost [127.0.0.1]) by mail-svr1.cs.utah.edu (Postfix) with ESMTP id 256FB346EF; Sun, 22 May 2005 06:47:06 -0600 (MDT) Received: from mail-svr1.cs.utah.edu ([127.0.0.1]) by localhost (mail-svr1.cs.utah.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 08550-02; Sun, 22 May 2005 06:47:05 -0600 (MDT) Received: from trust.cs.utah.edu (trust.cs.utah.edu [155.98.65.28]) by mail-svr1.cs.utah.edu (Postfix) with ESMTP id CA070346D9; Sun, 22 May 2005 06:47:05 -0600 (MDT) Received: by trust.cs.utah.edu (Postfix, from userid 4969) id AB5763F68; Sun, 22 May 2005 06:47:05 -0600 (MDT) Received: from localhost (localhost [127.0.0.1]) by trust.cs.utah.edu (Postfix) with ESMTP id 9D89E3F62; Sun, 22 May 2005 06:47:05 -0600 (MDT) Date: Sun, 22 May 2005 06:47:05 -0600 (MDT) From: Vaibhave Agarwal To: Bruce Evans In-Reply-To: <20050522220248.D3215@epsplex.bde.org> Message-ID: References: <20050521031625.77340.qmail@web53907.mail.yahoo.com> <20050522220248.D3215@epsplex.bde.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: amavisd-new at cs.utah.edu Cc: freebsd-net@freebsd.org Subject: Re: npxintr from nowhere X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 May 2005 12:47:07 -0000 > If you have a system newer than a 486SX, then npx interrupts shouldn't > be used for anything except to probe that not using them works. Can i disable the FPU, by commenting it out in the kernel config file?? > It > is barely possible that a bug in turning off npx interrupts after the > probe results in one being delivered much later (there have been bugs > in this area). I have enclosed part of my code in splimp() and splx(). Is that possible, that it queues the npx interrupt and deliver it later?? If this is the case, what shall I do?? > > If it was a real npx interrupt, then the address of the FP instruction > that caused it should be in the FPU state in the kernel dump. The kernel dump, shows that a line which has a "CALL" to a particular function caused the FPU interrupt, which is so wierd and the function also doesnt have any FP instruction. How can a CALL to a fuction cause the FPU interrupt, when the argument to the function are two valid pointers ? And the kernel has called that function at least 1000 times, before it gave an interrupt. thanks a lot bruce -vaibhave From owner-freebsd-net@FreeBSD.ORG Sun May 22 20:17:50 2005 Return-Path: X-Original-To: freebsd-net@FreeBSD.org Delivered-To: freebsd-net@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 76FD416A41C for ; Sun, 22 May 2005 20:17:50 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from postfix4-2.free.fr (postfix4-2.free.fr [213.228.0.176]) by mx1.FreeBSD.org (Postfix) with ESMTP id DAC9443D1F for ; Sun, 22 May 2005 20:17:49 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from tatooine.tataz.chchile.org (vol75-8-82-233-239-98.fbx.proxad.net [82.233.239.98]) by postfix4-2.free.fr (Postfix) with ESMTP id BB19F31D8F1 for ; Sun, 22 May 2005 22:17:47 +0200 (CEST) Received: by tatooine.tataz.chchile.org (Postfix, from userid 1000) id 18F494080; Sun, 22 May 2005 22:17:49 +0200 (CEST) Date: Sun, 22 May 2005 22:17:49 +0200 From: Jeremie Le Hen To: freebsd-net@FreeBSD.org Message-ID: <20050522201748.GJ850@obiwan.tataz.chchile.org> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="7ZAtKRhVyVSsbBD2" Content-Disposition: inline User-Agent: Mutt/1.5.9i Cc: Subject: ICMP need to frag X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 May 2005 20:17:50 -0000 --7ZAtKRhVyVSsbBD2 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline I try to connect to my RELENG_5 box through an IPsec tunnel whose MTU is 1260. CURRENT -------- [[ RELENG_5 ------- RELENG_4 ]] -------- RELENG_5 (client) Ethernet IPSec Ethernet (server) (1500) (1260) (1500) The attached tcpdump trace comes from the Ethernet side of the RELENG_4 router. I simply don't understand why the RELENG_5 ssh server doesn't take care of the ICMP need to frag packet. FYI, this trace is a screen reattachement through ssh which hangs during the screen refresh. After about ten seconds, I broke the ssh session with ~. . Advices are welcome :-). Thanks. Regards, -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > --7ZAtKRhVyVSsbBD2 Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=tcpdump 21:36:32.956062 192.168.4.205.49583 > 192.168.1.222.22222: S [tcp sum ok] 894016321:894016321(0) win 65535 (DF) (ttl 62, id 20835, len 64) 21:36:32.956359 192.168.1.222.22222 > 192.168.4.205.49583: S [tcp sum ok] 4232817296:4232817296(0) ack 894016322 win 65535 (DF) (ttl 64, id 40505, len 64) 21:36:33.022800 192.168.4.205.49583 > 192.168.1.222.22222: . [tcp sum ok] ack 1 win 33304 (DF) (ttl 62, id 7512, len 52) 21:36:33.026219 192.168.1.222.22222 > 192.168.4.205.49583: P 1:42(41) ack 1 win 33304 (DF) (ttl 64, id 12375, len 93) 21:36:33.074338 192.168.4.205.49583 > 192.168.1.222.22222: P 1:40(39) ack 42 win 33304 (DF) (ttl 62, id 63234, len 91) 21:36:33.078374 192.168.1.222.22222 > 192.168.4.205.49583: P 42:642(600) ack 40 win 33304 (DF) (ttl 64, id 31837, len 652) 21:36:33.146521 192.168.4.205.49583 > 192.168.1.222.22222: P 40:672(632) ack 642 win 33004 (DF) (ttl 62, id 50720, len 684) 21:36:33.246659 192.168.1.222.22222 > 192.168.4.205.49583: . [tcp sum ok] ack 672 win 33304 (DF) (ttl 64, id 10111, len 52) 21:36:33.312116 192.168.4.205.49583 > 192.168.1.222.22222: P [tcp sum ok] 672:696(24) ack 642 win 33304 (DF) (ttl 62, id 49967, len 76) 21:36:33.317549 192.168.1.222.22222 > 192.168.4.205.49583: P 642:794(152) ack 696 win 33304 (DF) (ttl 64, id 37707, len 204) 21:36:33.403655 192.168.4.205.49583 > 192.168.1.222.22222: P 696:840(144) ack 794 win 33304 (DF) (ttl 62, id 8742, len 196) 21:36:33.414546 192.168.1.222.22222 > 192.168.4.205.49583: P 794:1450(656) ack 840 win 33304 (DF) (ttl 64, id 64355, len 708) 21:36:33.487303 192.168.4.205.49583 > 192.168.1.222.22222: P [tcp sum ok] 840:856(16) ack 1450 win 33304 (DF) (ttl 62, id 39201, len 68) 21:36:33.586646 192.168.1.222.22222 > 192.168.4.205.49583: . [tcp sum ok] ack 856 win 33304 (DF) (ttl 64, id 62491, len 52) 21:36:33.652541 192.168.4.205.49583 > 192.168.1.222.22222: P 856:904(48) ack 1450 win 33304 (DF) (ttl 62, id 34677, len 100) 21:36:33.652915 192.168.1.222.22222 > 192.168.4.205.49583: P 1450:1498(48) ack 904 win 33304 (DF) (ttl 64, id 53777, len 100) 21:36:33.714913 192.168.4.205.49583 > 192.168.1.222.22222: P 904:968(64) ack 1498 win 33304 (DF) (ttl 62, id 17208, len 116) 21:36:33.723843 192.168.1.222.22222 > 192.168.4.205.49583: P 1498:1562(64) ack 968 win 33304 (DF) (ttl 64, id 30315, len 116) 21:36:33.783353 192.168.4.205.49583 > 192.168.1.222.22222: P 968:1496(528) ack 1562 win 33304 (DF) (ttl 62, id 39754, len 580) 21:36:33.785714 192.168.1.222.22222 > 192.168.4.205.49583: P 1562:2042(480) ack 1496 win 33304 (DF) (ttl 64, id 82, len 532) 21:36:33.847665 192.168.4.205.49583 > 192.168.1.222.22222: P 1496:2072(576) ack 2042 win 33304 (DF) (ttl 62, id 16734, len 628) 21:36:33.866840 192.168.1.222.22222 > 192.168.4.205.49583: P 2042:2074(32) ack 2072 win 33304 (DF) (ttl 64, id 22114, len 84) 21:36:33.953365 192.168.4.205.49583 > 192.168.1.222.22222: P 2072:2136(64) ack 2074 win 33304 (DF) (ttl 62, id 63747, len 116) 21:36:33.954155 192.168.1.222.22222 > 192.168.4.205.49583: P 2074:2122(48) ack 2136 win 33304 (DF) (ttl 64, id 59449, len 100) 21:36:34.029129 192.168.4.205.49583 > 192.168.1.222.22222: P 2136:2536(400) ack 2122 win 33304 (DF) [tos 0x10] (ttl 62, id 14861, len 452) 21:36:34.033871 192.168.1.222.22222 > 192.168.4.205.49583: P 2122:2170(48) ack 2536 win 33304 (DF) [tos 0x10] (ttl 64, id 33133, len 100) 21:36:34.076084 192.168.1.222.22222 > 192.168.4.205.49583: P 2170:2218(48) ack 2536 win 33304 (DF) [tos 0x10] (ttl 64, id 9735, len 100) 21:36:34.082093 192.168.1.222.22222 > 192.168.4.205.49583: P 2218:2778(560) ack 2536 win 33304 (DF) [tos 0x10] (ttl 64, id 3421, len 612) 21:36:34.082277 192.168.1.222.22222 > 192.168.4.205.49583: P 2778:3338(560) ack 2536 win 33304 (DF) [tos 0x10] (ttl 64, id 1283, len 612) 21:36:34.082498 192.168.1.222.22222 > 192.168.4.205.49583: P 3338:3898(560) ack 2536 win 33304 (DF) [tos 0x10] (ttl 64, id 44070, len 612) 21:36:34.082558 192.168.1.222.22222 > 192.168.4.205.49583: P 3898:4458(560) ack 2536 win 33304 (DF) [tos 0x10] (ttl 64, id 31093, len 612) 21:36:34.082644 192.168.1.222.22222 > 192.168.4.205.49583: P 4458:4762(304) ack 2536 win 33304 (DF) [tos 0x10] (ttl 64, id 21000, len 356) 21:36:34.082849 192.168.1.222.22222 > 192.168.4.205.49583: P 4762:5322(560) ack 2536 win 33304 (DF) [tos 0x10] (ttl 64, id 26489, len 612) 21:36:34.083013 192.168.1.222.22222 > 192.168.4.205.49583: P 5322:5882(560) ack 2536 win 33304 (DF) [tos 0x10] (ttl 64, id 42545, len 612) 21:36:34.083206 192.168.1.222.22222 > 192.168.4.205.49583: P 5882:6186(304) ack 2536 win 33304 (DF) [tos 0x10] (ttl 64, id 35121, len 356) 21:36:34.084132 192.168.1.222.22222 > 192.168.4.205.49583: P 6186:6746(560) ack 2536 win 33304 (DF) [tos 0x10] (ttl 64, id 10853, len 612) 21:36:34.084301 192.168.1.222.22222 > 192.168.4.205.49583: P 6746:7306(560) ack 2536 win 33304 (DF) [tos 0x10] (ttl 64, id 15741, len 612) 21:36:34.084442 192.168.1.222.22222 > 192.168.4.205.49583: P 7306:7866(560) ack 2536 win 33304 (DF) [tos 0x10] (ttl 64, id 11118, len 612) 21:36:34.084530 192.168.1.222.22222 > 192.168.4.205.49583: P 7866:8170(304) ack 2536 win 33304 (DF) [tos 0x10] (ttl 64, id 8710, len 356) 21:36:34.085301 192.168.1.222.22222 > 192.168.4.205.49583: P 8170:8730(560) ack 2536 win 33304 (DF) [tos 0x10] (ttl 64, id 44403, len 612) 21:36:34.085356 192.168.1.222.22222 > 192.168.4.205.49583: P 8730:9290(560) ack 2536 win 33304 (DF) [tos 0x10] (ttl 64, id 9562, len 612) 21:36:34.146233 192.168.4.205.49583 > 192.168.1.222.22222: . [tcp sum ok] ack 2218 win 33280 (DF) [tos 0x10] (ttl 62, id 7984, len 52) 21:36:34.160008 192.168.4.205.49583 > 192.168.1.222.22222: . [tcp sum ok] ack 3338 win 33024 (DF) [tos 0x10] (ttl 62, id 57938, len 52) 21:36:34.160390 192.168.1.222.22222 > 192.168.4.205.49583: . 9290:10738(1448) ack 2536 win 33304 (DF) [tos 0x10] (ttl 64, id 47433, len 1500) 21:36:34.160572 192.168.1.1 > 192.168.1.222: icmp: 192.168.4.205 unreachable - need to frag (mtu 1280) (DF) (ttl 64, id 7750, len 56) 21:36:34.172578 192.168.4.205.49583 > 192.168.1.222.22222: . [tcp sum ok] ack 4458 win 33024 (DF) [tos 0x10] (ttl 62, id 49724, len 52) 21:36:34.172841 192.168.1.222.22222 > 192.168.4.205.49583: P 10738:11386(648) ack 2536 win 33304 (DF) [tos 0x10] (ttl 64, id 38939, len 700) 21:36:34.182182 192.168.4.205.49583 > 192.168.1.222.22222: . [tcp sum ok] ack 5322 win 33024 (DF) [tos 0x10] (ttl 62, id 42, len 52) 21:36:34.192065 192.168.4.205.49583 > 192.168.1.222.22222: . [tcp sum ok] ack 6186 win 33152 (DF) [tos 0x10] (ttl 62, id 50264, len 52) 21:36:34.204837 192.168.4.205.49583 > 192.168.1.222.22222: . [tcp sum ok] ack 7306 win 33024 (DF) [tos 0x10] (ttl 62, id 10261, len 52) 21:36:34.214795 192.168.4.205.49583 > 192.168.1.222.22222: . [tcp sum ok] ack 8170 win 33152 (DF) [tos 0x10] (ttl 62, id 23868, len 52) 21:36:34.227436 192.168.4.205.49583 > 192.168.1.222.22222: . [tcp sum ok] ack 9290 win 33024 (DF) [tos 0x10] (ttl 62, id 33359, len 52) 21:36:34.260796 192.168.4.205.49583 > 192.168.1.222.22222: . [tcp sum ok] ack 9290 win 33304 (DF) [tos 0x10] (ttl 62, id 45065, len 64) 21:36:34.646893 192.168.1.222.22222 > 192.168.4.205.49583: . 9290:10738(1448) ack 2536 win 33304 (DF) [tos 0x10] (ttl 64, id 4163, len 1500) 21:36:34.647097 192.168.1.1 > 192.168.1.222: icmp: 192.168.4.205 unreachable - need to frag (mtu 1280) (DF) (ttl 64, id 41082, len 56) 21:36:35.286923 192.168.1.222.22222 > 192.168.4.205.49583: . 9290:10738(1448) ack 2536 win 33304 (DF) [tos 0x10] (ttl 64, id 16245, len 1500) 21:36:35.287123 192.168.1.1 > 192.168.1.222: icmp: 192.168.4.205 unreachable - need to frag (mtu 1280) (DF) (ttl 64, id 62739, len 56) 21:36:36.367102 192.168.1.222.22222 > 192.168.4.205.49583: . 9290:10738(1448) ack 2536 win 33304 (DF) [tos 0x10] (ttl 64, id 63541, len 1500) 21:36:36.367417 192.168.1.1 > 192.168.1.222: icmp: 192.168.4.205 unreachable - need to frag (mtu 1280) (DF) (ttl 64, id 64556, len 56) 21:36:38.326892 192.168.1.222.22222 > 192.168.4.205.49583: . 9290:10738(1448) ack 2536 win 33304 (DF) [tos 0x10] (ttl 64, id 51048, len 1500) 21:36:38.327099 192.168.1.1 > 192.168.1.222: icmp: 192.168.4.205 unreachable - need to frag (mtu 1280) (DF) (ttl 64, id 57181, len 56) 21:36:51.158423 192.168.4.205.49583 > 192.168.1.222.22222: F [tcp sum ok] 2536:2536(0) ack 9290 win 33304 (DF) [tos 0x10] (ttl 62, id 53795, len 64) 21:36:51.550391 192.168.4.205.49583 > 192.168.1.222.22222: F [tcp sum ok] 2536:2536(0) ack 9290 win 33304 (DF) [tos 0x10] (ttl 62, id 19270, len 64) 21:36:52.046839 192.168.1.222.22222 > 192.168.4.205.49583: . 9290:10738(1448) ack 2536 win 33304 (DF) [tos 0x10] (ttl 64, id 62304, len 1500) 21:36:52.047052 192.168.1.1 > 192.168.1.222: icmp: 192.168.4.205 unreachable - need to frag (mtu 1280) (DF) (ttl 64, id 42608, len 56) 21:36:52.134031 192.168.4.205.49583 > 192.168.1.222.22222: F [tcp sum ok] 2536:2536(0) ack 9290 win 33304 (DF) [tos 0x10] (ttl 62, id 64268, len 64) 21:36:53.101780 192.168.4.205.49583 > 192.168.1.222.22222: F [tcp sum ok] 2536:2536(0) ack 9290 win 33304 (DF) [tos 0x10] (ttl 62, id 36677, len 64) 21:36:54.838137 192.168.4.205.49583 > 192.168.1.222.22222: F [tcp sum ok] 2536:2536(0) ack 9290 win 33304 (DF) [tos 0x10] (ttl 62, id 1287, len 64) 21:36:54.838559 192.168.1.222.22222 > 192.168.4.205.49583: . 9290:10738(1448) ack 2536 win 33304 (DF) [tos 0x10] (ttl 64, id 7692, len 1500) 21:36:54.838740 192.168.1.1 > 192.168.1.222: icmp: 192.168.4.205 unreachable - need to frag (mtu 1280) (DF) (ttl 64, id 61241, len 56) 21:36:58.110409 192.168.4.205.49583 > 192.168.1.222.22222: F [tcp sum ok] 2536:2536(0) ack 9290 win 33304 (DF) [tos 0x10] (ttl 62, id 31752, len 64) 21:36:58.110745 192.168.1.222.22222 > 192.168.4.205.49583: P 11386:11530(144) ack 2536 win 33304 (DF) [tos 0x10] (ttl 64, id 26385, len 196) 21:36:58.173931 192.168.4.205.49583 > 192.168.1.222.22222: R [tcp sum ok] 894018857:894018857(0) win 0 (DF) (ttl 62, id 36985, len 40) --7ZAtKRhVyVSsbBD2-- From owner-freebsd-net@FreeBSD.ORG Sun May 22 23:28:46 2005 Return-Path: X-Original-To: freebsd-net@FreeBSD.org Delivered-To: freebsd-net@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4CC8916A41C for ; Sun, 22 May 2005 23:28:46 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from postfix4-1.free.fr (postfix4-1.free.fr [213.228.0.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id E840343D5D for ; Sun, 22 May 2005 23:28:45 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from tatooine.tataz.chchile.org (vol75-8-82-233-239-98.fbx.proxad.net [82.233.239.98]) by postfix4-1.free.fr (Postfix) with ESMTP id D9C00317BF0 for ; Mon, 23 May 2005 01:28:44 +0200 (CEST) Received: by tatooine.tataz.chchile.org (Postfix, from userid 1000) id DD92B4080; Mon, 23 May 2005 01:28:47 +0200 (CEST) Date: Mon, 23 May 2005 01:28:47 +0200 From: Jeremie Le Hen To: freebsd-net@FreeBSD.org Message-ID: <20050522232847.GL850@obiwan.tataz.chchile.org> References: <20050522201748.GJ850@obiwan.tataz.chchile.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050522201748.GJ850@obiwan.tataz.chchile.org> User-Agent: Mutt/1.5.9i Cc: Subject: Re: ICMP need to frag X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 May 2005 23:28:46 -0000 > I try to connect to my RELENG_5 box through an IPsec tunnel whose MTU > is 1260. > > CURRENT -------- [[ RELENG_5 ------- RELENG_4 ]] -------- RELENG_5 > (client) Ethernet IPSec Ethernet (server) > (1500) (1260) (1500) > > > The attached tcpdump trace comes from the Ethernet side of the RELENG_4 > router. I simply don't understand why the RELENG_5 ssh server doesn't > take care of the ICMP need to frag packet. > FYI, this trace is a screen reattachement through ssh which hangs during > the screen refresh. After about ten seconds, I broke the ssh session > with ~. . I forgot to tell that I don't have any firewall rule on the ssh server, and net.inet.tcp.path_mtu_discovery is set to 1. A few more questions : - Why does ssh set the Dont-Fragment bit ? This is maybe usual in today TCP/IP communications, as Path MTU Discovery slowly replaced fragmentation. - Why does Path MTU Discovery doesn't work here ? I'm pretty sure that the ICMP Need-To-Frag packets are not filtered since I am able to see them outgoing from the Ethernet network card on the RELENG_4 router. Best regards, -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From owner-freebsd-net@FreeBSD.ORG Mon May 23 08:52:50 2005 Return-Path: X-Original-To: net@freebsd.org Delivered-To: freebsd-net@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2034216A41C for ; Mon, 23 May 2005 08:52:50 +0000 (GMT) (envelope-from joe@tao.org.uk) Received: from mailhost.tao.org.uk (transwarp.tao.org.uk [212.135.162.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id A67FC43D1D for ; Mon, 23 May 2005 08:52:48 +0000 (GMT) (envelope-from joe@tao.org.uk) Received: from genius.tao.org.uk (genius.tao.org.uk [212.135.162.51]) by mailhost.tao.org.uk (Postfix) with ESMTP id B5C9F6145 for ; Mon, 23 May 2005 09:52:47 +0100 (BST) Received: by genius.tao.org.uk (Postfix, from userid 100) id 1409340F2; Mon, 23 May 2005 09:52:39 +0100 (BST) Date: Mon, 23 May 2005 09:52:39 +0100 From: Josef Karthauser To: net@freebsd.org Message-ID: <20050523085239.GF1705@genius.tao.org.uk> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="GV0iVqYguTV4Q9ER" Content-Disposition: inline User-Agent: Mutt/1.5.9i Cc: Subject: iwi driver: Probes but no association (FreeBSD5.4). X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 May 2005 08:52:50 -0000 --GV0iVqYguTV4Q9ER Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable I'm trying to get the iwi driver working on my sony A290 laptop. It's got a BG2200 chipset in it and the driver probes and finds the adapter, but it doesn't appear to work. This is the probe message: iwi0: mem 0xff6fd000-0xff6fdfff irq 7 at device 2.0 on pci2 iwi0: Ethernet address: 00:0e:35:38:1e:14 iwi0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps iwi0: 11g rates: 1Mbps 2Mbps 5.5Mbps 11Mbps 6Mbps 9Mbps 12Mbps 18Mbps 24Mbps 36Mbps 48Mbps 54Mbps This is the output of ifconfig: iwi0: flags=3D8802 mtu 1500 inet6 fe80::20e:35ff:fe38:1e14%iwi0 prefixlen 64 scopeid 0x2=20 ether 00:0e:35:38:1e:14 media: IEEE 802.11 Wireless Ethernet autoselect status: no carrier ssid tao 1:tao channel -1 authmode OPEN powersavemode OFF powersavesleep 100 rtsthreshold 2312 protmode CTS txpower 100 wepmode OFF weptxkey 1 The device says in 'no carrier' mode even though my wireless network is seen by the same device (booting into windows native). The other end is provided by an athalon chipset device in my server: ath0: flags=3D8843 mtu 1500 inet 10.0.0.1 netmask 0xffffff00 broadcast 10.0.0.255 ether 00:09:5b:e5:1f:a4 media: IEEE 802.11 Wireless Ethernet autoselect mode 11g status: associated ssid tao 1:tao channel 1 authmode OPEN powersavemode OFF powersavesleep 100 rtsthreshold 2312 protmode CTS wepmode OFF weptxkey 1 wepkey 1:104-bit Have you any ideas as to what to try next? I really fancy me a bit of wireless. Joe. ps I'm running a driver compiled from iwi-freebsd-1.3.4.tgz on Damien Bergamini's website. The machine in question is: FreeBSD XXX 5.4-STABLE FreeBSD 5.4-STABLE #10: Fri Apr 29 10:39:24 --=20 Josef Karthauser (joe@tao.org.uk) http://www.josef-k.net/ FreeBSD (cvs meister, admin and hacker) http://www.uk.FreeBSD.org/ Physics Particle Theory (student) http://www.pact.cpes.sussex.ac.uk/ =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D An eclectic mix of fact an= d theory. =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --GV0iVqYguTV4Q9ER Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iEYEARECAAYFAkKRmdYACgkQXVIcjOaxUBaiCwCeKRQsG86lk4JzoX4mRmnq4ggq QF4AmQFSiIgr9DQutkgw7Ri1Lkr9ET1p =HnXc -----END PGP SIGNATURE----- --GV0iVqYguTV4Q9ER-- From owner-freebsd-net@FreeBSD.ORG Mon May 23 10:52:35 2005 Return-Path: X-Original-To: net@freebsd.org Delivered-To: freebsd-net@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B806E16A41C; Mon, 23 May 2005 10:52:35 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from postfix4-1.free.fr (postfix4-1.free.fr [213.228.0.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6AA8443D49; Mon, 23 May 2005 10:52:35 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from tatooine.tataz.chchile.org (vol75-8-82-233-239-98.fbx.proxad.net [82.233.239.98]) by postfix4-1.free.fr (Postfix) with ESMTP id 6888B317DAF; Mon, 23 May 2005 12:52:34 +0200 (CEST) Received: by tatooine.tataz.chchile.org (Postfix, from userid 1000) id B03C6407E; Mon, 23 May 2005 12:52:36 +0200 (CEST) Date: Mon, 23 May 2005 12:52:36 +0200 From: Jeremie Le Hen To: Josef Karthauser Message-ID: <20050523105236.GX850@obiwan.tataz.chchile.org> References: <20050523085239.GF1705@genius.tao.org.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050523085239.GF1705@genius.tao.org.uk> User-Agent: Mutt/1.5.9i Cc: net@freebsd.org Subject: Re: iwi driver: Probes but no association (FreeBSD5.4). X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 May 2005 10:52:35 -0000 Hi Josef, > iwi0: flags=8802 mtu 1500 > inet6 fe80::20e:35ff:fe38:1e14%iwi0 prefixlen 64 scopeid 0x2 > ether 00:0e:35:38:1e:14 > media: IEEE 802.11 Wireless Ethernet autoselect > status: no carrier > ssid tao 1:tao > channel -1 authmode OPEN powersavemode OFF powersavesleep 100 > rtsthreshold 2312 protmode CTS txpower 100 > wepmode OFF weptxkey 1 > > The device says in 'no carrier' mode even though my wireless network is > seen by the same device (booting into windows native). > What is the output of iwicontrol iwi0 -r ? Damien Bergamini just commited a few fixes yesterday for the iwi(4) driver in -CURRENT. The behaviour is still unworkable : I can use tcpdump(8) on the interface and see various incoming ARP requests or VRRP multicast packets and I can see outgoing packets with bpf(4), but I think they don't leave the wireless adatpter as I can't see any packets from it on peers. > ps I'm running a driver compiled from iwi-freebsd-1.3.4.tgz on > Damien Bergamini's website. The machine in question is: FreeBSD > XXX 5.4-STABLE FreeBSD 5.4-STABLE #10: Fri Apr 29 10:39:24 As far as I can tell, this driver is not longer updated, the developpement is done in BSD source trees (look at the file modification date). Regards, -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From owner-freebsd-net@FreeBSD.ORG Mon May 23 11:01:56 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 58A2216A41C for ; Mon, 23 May 2005 11:01:56 +0000 (GMT) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1092143D53 for ; Mon, 23 May 2005 11:01:56 +0000 (GMT) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (peter@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.3/8.13.3) with ESMTP id j4NB1txH004109 for ; Mon, 23 May 2005 11:01:55 GMT (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.13.3/8.13.1/Submit) id j4NB1sxX004103 for freebsd-net@freebsd.org; Mon, 23 May 2005 11:01:54 GMT (envelope-from owner-bugmaster@freebsd.org) Date: Mon, 23 May 2005 11:01:54 GMT Message-Id: <200505231101.j4NB1sxX004103@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: peter set sender to owner-bugmaster@freebsd.org using -f From: FreeBSD bugmaster To: freebsd-net@FreeBSD.org Cc: Subject: Current problem reports assigned to you X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 May 2005 11:01:56 -0000 Current FreeBSD problem reports Critical problems Serious problems Non-critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2003/07/11] kern/54383 net [nfs] [patch] NFS root configurations wit 1 problem total. From owner-freebsd-net@FreeBSD.ORG Mon May 23 13:54:05 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B144F16A424 for ; Mon, 23 May 2005 13:54:05 +0000 (GMT) (envelope-from dbaukus@chiaro.com) Received: from rchss002.chiaro.com (rchss002.chiaro.com [63.88.196.82]) by mx1.FreeBSD.org (Postfix) with ESMTP id 31ADE43D1F for ; Mon, 23 May 2005 13:54:05 +0000 (GMT) (envelope-from dbaukus@chiaro.com) Received: from rchst007.cus.chiaro.com ([192.168.8.120]) by rchss002.chiaro.com (8.12.11/8.12.11) with SMTP id j4NDpIV2024752; Mon, 23 May 2005 08:51:18 -0500 (CDT) (envelope-from dbaukus@chiaro.com) Received: from chiaro.com ([192.168.25.95]) by rchst007.cus.chiaro.com with Microsoft SMTPSVC(5.0.2195.6713); Mon, 23 May 2005 08:54:04 -0500 Message-ID: <4291E3BB.8030207@chiaro.com> Date: Mon, 23 May 2005 09:07:55 -0500 From: dave baukus Organization: Chiaro Networks User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.4) Gecko/20040414 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Jeremie Le Hen References: <20050522201748.GJ850@obiwan.tataz.chchile.org> <20050522232847.GL850@obiwan.tataz.chchile.org> In-Reply-To: <20050522232847.GL850@obiwan.tataz.chchile.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 23 May 2005 13:54:04.0120 (UTC) FILETIME=[E169B580:01C55F9E] Cc: freebsd-net@freebsd.org Subject: Re: ICMP need to frag X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 May 2005 13:54:05 -0000 > > > I forgot to tell that I don't have any firewall rule on the ssh server, > and net.inet.tcp.path_mtu_discovery is set to 1. > > A few more questions : > - Why does ssh set the Dont-Fragment bit ? This is maybe usual > in today TCP/IP communications, as Path MTU Discovery slowly > replaced fragmentation. TCP always sets don't frag: /* * If we do path MTU discovery, then we set DF on every packet. * This might not be the best thing to do according to RFC3390 * Section 2. However the tcp hostcache migitates the problem * so it affects only the first tcp connection with a host. */ if (path_mtu_discovery) ip->ip_off |= IP_DF; You can turn it off via this sysctl: int path_mtu_discovery = 1; SYSCTL_INT(_net_inet_tcp, OID_AUTO, path_mtu_discovery, CTLFLAG_RW, &path_mtu_discovery, 1, "Enable Path MTU Discovery"); > > - Why does Path MTU Discovery doesn't work here ? I'm pretty > sure that the ICMP Need-To-Frag packets are not filtered since > I am able to see them outgoing from the Ethernet network card > on the RELENG_4 router. > Does SSH use IPSEC AH ? Just guessing here, but maybe the problems is (from icmp_input()): /* * XXX if the packet contains [IPv4 AH TCP], we can't make a * notification to TCP layer. */ ctlfunc = inetsw[ip_protox[icp->icmp_ip.ip_p]].pr_ctlinput; if (ctlfunc) (*ctlfunc)(code, (struct sockaddr *)&icmpsrc, (void *)&icp->icmp_ip); -- Dave Baukus dbaukus@chiaro.com Chiaro Networks Ltd. Richardson, Texas USA From owner-freebsd-net@FreeBSD.ORG Mon May 23 17:25:05 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CEA5316A41C for ; Mon, 23 May 2005 17:25:05 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8603E43D1F for ; Mon, 23 May 2005 17:25:05 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id j4NHP43M004845; Mon, 23 May 2005 10:25:04 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id j4NHP4CM004844; Mon, 23 May 2005 10:25:04 -0700 Date: Mon, 23 May 2005 10:25:04 -0700 From: Brooks Davis To: Michael DeMan Message-ID: <20050523172504.GA23370@odin.ac.hmc.edu> References: <42904765.9040400@staff.openaccess.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="cWoXeonUoKmBZSoM" Content-Disposition: inline In-Reply-To: <42904765.9040400@staff.openaccess.org> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu Cc: freebsd-net@freebsd.org Subject: Re: vfs.nfs.diskless_valid X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 May 2005 17:25:05 -0000 --cWoXeonUoKmBZSoM Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, May 22, 2005 at 01:48:37AM -0700, Michael DeMan wrote: > Hi, >=20 > Does anybody know what controls the value of sysctl variable=20 > vfs.nfs.diskless_valid? >=20 > We need to boot off compact flash and like the capabilities of=20 > /etc/rc.d/initdiskless. >=20 > I can just comment out the line in that script where it checks the value= =20 > of vfs.nfs.diskless_valid but would prefer to leave it untouched. Just create an /etc/diskless and it should have the same effect as vfs.nfs.diskless_valid being set to a non-zero value. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --cWoXeonUoKmBZSoM Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFCkhHwXY6L6fI4GtQRArIDAJ4k9wrILFN9a9phT+O3c+k3EgwIAwCfUKfN mWNRCCKbI437cz7scWLjk7M= =+uPW -----END PGP SIGNATURE----- --cWoXeonUoKmBZSoM-- From owner-freebsd-net@FreeBSD.ORG Mon May 23 18:22:38 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E918916A41C for ; Mon, 23 May 2005 18:22:38 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from postfix4-1.free.fr (postfix4-1.free.fr [213.228.0.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9F7BE43D4C for ; Mon, 23 May 2005 18:22:38 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from tatooine.tataz.chchile.org (vol75-8-82-233-239-98.fbx.proxad.net [82.233.239.98]) by postfix4-1.free.fr (Postfix) with ESMTP id E4EF2318104; Mon, 23 May 2005 20:22:33 +0200 (CEST) Received: by tatooine.tataz.chchile.org (Postfix, from userid 1000) id 8E3DD407E; Mon, 23 May 2005 20:22:34 +0200 (CEST) Date: Mon, 23 May 2005 20:22:34 +0200 From: Jeremie Le Hen To: dave baukus Message-ID: <20050523182234.GB850@obiwan.tataz.chchile.org> References: <20050522201748.GJ850@obiwan.tataz.chchile.org> <20050522232847.GL850@obiwan.tataz.chchile.org> <4291E3BB.8030207@chiaro.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4291E3BB.8030207@chiaro.com> User-Agent: Mutt/1.5.9i Cc: freebsd-net@freebsd.org, Jeremie Le Hen Subject: Re: ICMP need to frag X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 May 2005 18:22:39 -0000 Hi Dave, > > - Why does Path MTU Discovery doesn't work here ? I'm pretty > > sure that the ICMP Need-To-Frag packets are not filtered since > > I am able to see them outgoing from the Ethernet network card > > on the RELENG_4 router. > > > > Does SSH use IPSEC AH ? > Just guessing here, but maybe the problems is (from icmp_input()): > > /* > * XXX if the packet contains [IPv4 AH TCP], we can't make a > * notification to TCP layer. > */ > ctlfunc = inetsw[ip_protox[icp->icmp_ip.ip_p]].pr_ctlinput; > if (ctlfunc) > (*ctlfunc)(code, (struct sockaddr *)&icmpsrc, > (void *)&icp->icmp_ip); What do you mean in "does SSH use IPSec AH ?" ? I've never heard of such a thing. I think the code you pasted refers to IPSec transport mode, but I'm afraid that it's not related to my problem of Path MTU Discovery not working. Regards, -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From owner-freebsd-net@FreeBSD.ORG Mon May 23 21:26:55 2005 Return-Path: X-Original-To: net@freebsd.org Delivered-To: freebsd-net@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 862C016A41C; Mon, 23 May 2005 21:26:55 +0000 (GMT) (envelope-from dmp@bitfreak.org) Received: from mail.bitfreak.org (mail.bitfreak.org [65.75.198.146]) by mx1.FreeBSD.org (Postfix) with ESMTP id 51CA343D1F; Mon, 23 May 2005 21:26:55 +0000 (GMT) (envelope-from dmp@bitfreak.org) Received: from SMILEY (mail.bitfreak.org [65.75.198.146]) by mail.bitfreak.org (Postfix) with ESMTP id 6CD9619F52; Mon, 23 May 2005 14:27:45 -0700 (PDT) From: "Darren Pilgrim" To: "'Josef Karthauser'" , Date: Mon, 23 May 2005 14:26:42 -0700 Message-ID: <000201c55fde$20e0a9a0$0a2a15ac@SMILEY> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.6626 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2527 In-Reply-To: <20050523085239.GF1705@genius.tao.org.uk> Importance: Normal Cc: Subject: RE: iwi driver: Probes but no association (FreeBSD5.4). X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 May 2005 21:26:55 -0000 From: Josef Karthauser > I'm trying to get the iwi driver working on my sony A290 laptop. It's > got a BG2200 chipset in it and the driver probes and finds > the adapter, but it doesn't appear to work. > <...> > iwi0: flags=8802 mtu 1500 > media: IEEE 802.11 Wireless Ethernet autoselect > status: no carrier > ssid tao 1:tao The interface isn't in the UP state. At least with the iwi driver, the NIC won't associate to the AP until the interface is brought up. Usually this is done the first time something tries to send a packet (typically dhclient). You can also make it associate by giving the "up" parameter to ifconfig. From owner-freebsd-net@FreeBSD.ORG Tue May 24 00:57:27 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BAEBA16A41C for ; Tue, 24 May 2005 00:57:27 +0000 (GMT) (envelope-from Rob@the-rob.com) Received: from sohomail1.binc.net (sohomail2.binc.net [64.73.16.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4706D43D53 for ; Tue, 24 May 2005 00:57:26 +0000 (GMT) (envelope-from Rob@the-rob.com) Received: (qmail-ldap/ctrl 16222 invoked by uid 108); 24 May 2005 00:57:25 -0000 Received: from Rob@the-rob.com by sohomail2.binc.net by uid 101 with qmail-scanner-1.20 (uvscan: v4.2.40/v4100. spamassassin: 2.61. Clear:RC:1(10.0.0.26):. Processed in 0.029423 secs); 24 May 2005 00:57:25 -0000 Received: from unknown (HELO soho1.binc.net) ([10.0.0.26]) (envelope-sender ) by sohomail2 (qmail-ldap-1.03) with SMTP for ; 24 May 2005 00:57:25 -0000 Received: (qmail 3085 invoked from network); 24 May 2005 00:57:23 -0000 Received: from c24.240.40.194.mad.wi.charter.com (HELO homer) ([24.240.40.194]) (envelope-sender ) by the-rob.com (qmail-ldap-1.03) with SMTP for ; 24 May 2005 00:57:23 -0000 From: Rob Zietlow To: freebsd-net@freebsd.org Date: Mon, 23 May 2005 19:57:22 -0500 User-Agent: KMail/1.8 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200505231957.23014.Rob@the-rob.com> Subject: pppd pty equivilent in FBSD X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 May 2005 00:57:27 -0000 Good day List,=20 I have a question about pppd. We use ppp over ssh for a VPN solution into= =20 work. The script works on linux, but not in freebsd because the=20 implementation of pppd that comes with freebsd does not recognize the pty=20 command. When I attempt to connect up I get the following.=20 testee# bash bin/vpn.init start Waiting for connection... Using interface ppp0 /usr/sbin/pppd: In file /usr/home/rob/vpn/options.vpn: unrecognized option= =20 'pty' Connection Failed This appears to be the last piece of the puzzle for me in order to get this= to=20 work. So it leaves me to ask Is there an equivalent in Freebsd?=20 =46rom the pppd man page on a linux machine.=20 pty script Specifies that the command script is to be used to communicat= e=20 rather than a specific terminal device. Pppd will allocate itself a=20 pseudo-tty master/slave pair and use the slave as its terminal device. The= =20 script will be run in a child process with the pseudo-tty master a= s=20 its standard input and output. An explicit device name may not be = =20 given if this option is used. (Note: if the record option is used in=20 conjuction with the pty option, the child process will have pipes on its=20 standard input and output.) The fbsd pppd's man page doesn't list anything for pty, and a google doesn'= t=20 turn up much.=20 Thanks for your time.=20 Rob=20 From owner-freebsd-net@FreeBSD.ORG Tue May 24 01:13:53 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 94AD416A41C for ; Tue, 24 May 2005 01:13:53 +0000 (GMT) (envelope-from timp@crossthread.com) Received: from hercules.crossthread.com (hercules.crossthread.com [64.56.149.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4642D43D1F for ; Tue, 24 May 2005 01:13:53 +0000 (GMT) (envelope-from timp@crossthread.com) Received: from [192.168.1.6] (medusa.crossthread.com [192.168.1.6]) (authenticated) by hercules.crossthread.com (8.11.3/8.11.3) with ESMTP id j4O1P1A01751; Mon, 23 May 2005 19:25:01 -0600 (MDT) Message-ID: <4291D817.40407@crossthread.com> Date: Mon, 23 May 2005 07:18:15 -0600 From: Tim Pushor User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Rob Zietlow References: <200505231957.23014.Rob@the-rob.com> In-Reply-To: <200505231957.23014.Rob@the-rob.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org Subject: Re: pppd pty equivilent in FBSD X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 May 2005 01:13:53 -0000 You don't need the pty. I don't recommend vpn over ssh, unless its absolutely necessary. OpenVPN is much better ... I've set it up (as it was absolutely necessary :-), and here is a config from the 'client'. default: set timeout 0 set log phase chat connect lcp ipcp set dial set login cli: set device "!ssh -l cli -i /etc/ppp/ppp.key server.domain.com /usr/sbin/ppp -direct srv" set ifaddr 10.0.4.4 10.0.4.3 255.255.255.255 add! 192.168.x.0/24 HISADDR set lqrperiod 60 enable lqr 'client' is enabled by running ppp -ddial cli from rc script. Then the 'Server' - of course, 'cli' needs a user account on the system, and all the ssh stuff setup (authorized keys, etc). default: set log Phase Chat LCP IPCP CCP tun command srv: allow user cli set ifaddr 10.0.4.3 10.0.4.4 255.255.255.255 set timeout 0 add! 192.168.y.0/24 HISADDR set lqrperiod 60 enable lqr accept lqr Rob Zietlow wrote: >Good day List, > >I have a question about pppd. We use ppp over ssh for a VPN solution into >work. The script works on linux, but not in freebsd because the >implementation of pppd that comes with freebsd does not recognize the pty >command. When I attempt to connect up I get the following. > >testee# bash bin/vpn.init start >Waiting for connection... >Using interface ppp0 >/usr/sbin/pppd: In file /usr/home/rob/vpn/options.vpn: unrecognized option >'pty' >Connection Failed > >This appears to be the last piece of the puzzle for me in order to get this to >work. So it leaves me to ask Is there an equivalent in Freebsd? > >From the pppd man page on a linux machine. > > pty script > Specifies that the command script is to be used to communicate >rather than a specific terminal device. Pppd will allocate itself a >pseudo-tty master/slave pair and use the slave as its terminal device. The >script will be run in a child process with the pseudo-tty master as >its standard input and output. An explicit device name may not be >given if this option is used. (Note: if the record option is used in >conjuction with the pty option, the child process will have pipes on its >standard input and output.) > >The fbsd pppd's man page doesn't list anything for pty, and a google doesn't >turn up much. > >Thanks for your time. > >Rob >_______________________________________________ >freebsd-net@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-net >To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > > From owner-freebsd-net@FreeBSD.ORG Tue May 24 01:31:20 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AF8EA16A41C for ; Tue, 24 May 2005 01:31:20 +0000 (GMT) (envelope-from Rob@the-rob.com) Received: from sohomail1.binc.net (sohomail2.binc.net [64.73.16.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id C0F6343D48 for ; Tue, 24 May 2005 01:31:19 +0000 (GMT) (envelope-from Rob@the-rob.com) Received: (qmail-ldap/ctrl 18909 invoked by uid 108); 24 May 2005 01:31:18 -0000 Received: from Rob@the-rob.com by sohomail2.binc.net by uid 101 with qmail-scanner-1.20 (uvscan: v4.2.40/v4100. spamassassin: 2.61. Clear:RC:1(10.0.0.26):. Processed in 0.036232 secs); 24 May 2005 01:31:19 -0000 Received: from unknown (HELO soho1.binc.net) ([10.0.0.26]) (envelope-sender ) by sohomail2 (qmail-ldap-1.03) with SMTP for ; 24 May 2005 01:31:18 -0000 Received: (qmail 15057 invoked from network); 24 May 2005 01:31:16 -0000 Received: from c24.240.40.194.mad.wi.charter.com (HELO homer) ([24.240.40.194]) (envelope-sender ) by the-rob.com (qmail-ldap-1.03) with SMTP for ; 24 May 2005 01:31:16 -0000 From: Rob Zietlow To: freebsd-net@freebsd.org Date: Mon, 23 May 2005 20:31:14 -0500 User-Agent: KMail/1.8 References: <200505231957.23014.Rob@the-rob.com> <4291D817.40407@crossthread.com> In-Reply-To: <4291D817.40407@crossthread.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200505232031.15516.Rob@the-rob.com> Cc: Subject: Re: pppd pty equivilent in FBSD X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 May 2005 01:31:21 -0000 On Monday 23 May 2005 08:18 am, Tim Pushor wrote: hmm, Thanks for the response, Tim. I wouldn't personally recommend vpn over ssh for anyone either, but i'm kind of stuck with it. I'm the sole bsd user at my company, and the ppp over ssh was implemented years before I came and has worked fine for them. They're not really willing to change it at the moment and it's on a system I have zero control over within our organization. If I had the option to set this up like you have below it would have been put in place a long while ago. Tim, I thank you for your scripts and time. Here's the scripts I use. Actual bash script I call: ! /usr/local/bin/bash # # This script controls starting and stopping # the VPN run over ssh. It's functions are: # # start stop on off # # start and stop control the actuall ppp interface, # while on and off turn the routes to the VPN on and off. # In this way, you can bring up the interface, but turn # the VPN on and off without affecting the ppp connection. # # # --------- configuration ------------ # This is the other end of the VPN VPNHOST="$WORK" # This is for editing /etc/resolv.conf DOMAIN=" $DOMAIN_NAME" #DNSSERVER="10.10.X.X" DNSSERVER="10.10.X.Y" # ------------------------------------ # Defaults should be okay # ------------------------------------ CONFFILE="/etc/resolv.conf" # tempfile, needs to be writable TMP=/tmp/file.$$ # This is to give us time for the ppp # connection to come up timeout=5 # This is the command to start pppd CMD="/usr/sbin/pppd file /usr/home/rob/vpn/options.vpn" # A place for control files svcdir="$HOME/.pppssh" # A place for pids to keep track of processes rundir="$svcdir/run" # ------ end configuration ----------- # Some things to check before we begin USER=`id -u` PPPD=`find /usr/sbin -perm 4755 -name pppd` ROUTE=`find /sbin -perm 4755 -name route` IFCONFIG=`find /sbin -perm 4755 -name ifconfig` if [ \( $USER -ne 0 \) -a \( -z "$PPPD" -o -z "$ROUTE" -o -z "$IFCONFIG" \) ]; then echo "You must be root, or the following must be suid:" echo "/sbin/pppd, /sbin/route, /sbin/ifconfig" exit 1 fi case "$1" in start) # Make a control directory if [ ! -d $svcdir ]; then mkdir -p $svcdir fi if [ ! -d $rundir ]; then mkdir -p $rundir fi # make sure it doesn't core dump anywhere; while this could mask # problems with the daemon, it also closes some security problems ulimit -c 0 echo -n $VPNHOST > "$svcdir/host" echo Waiting for connection... # Look for unused ppp device. # But default to ppp0 dev=0 for i in `jot 9 0 `; do if [ ! -f /var/run/ppp$i.pid ] ; then echo Using interface ppp$i dev=$i break fi done # See if we're already running if [ ! -f $svcdir/lock ]; then $CMD else echo Link appears up echo Lock file in $svcdir echo Use $0 restart exit 1 fi if [ $? -eq 0 ]; then sleep $timeout ifconfig ppp$dev echo ppp$dev > $svcdir/device echo $VPNHOST > $svcdir/host touch $svcdir/lock # Routes to be added for the inside network $0 on else echo Connection Failed fi ;; stop) # Find the pid of the pppd, kill it, remove the route VPNIF=`head $svcdir/device` ppppid=`head /var/run/$VPNIF.pid` sshpid=`head $rundir/sshpppd.pid` # Removing routes if possible echo Removing routes... $0 off echo Killing processes... kill -s SIGTERM $ppppid kill -s SIGTERM $sshpid echo Killed ssh[$sshpid] echo Killed pppd[$ppppid] # Bring down interface echo Bringing down interface: $VPNIF /sbin/ifconfig $VPNIF down echo Removing control files... # Remove control files rm -f "$svcdir/device" rm -f "$svcdir/host" rm -f "$rundir/sshpppd.pid" rm -f "$svcdir/lock" echo Done. ;; on) if [ ! -f "$svcdir/lock" ]; then echo VPN does not appear to be up exit 1 elif [ -f "$svcdir/on" ]; then echo VPN looks like it is already active exit 1 else # Routes are specified in /etc/ppp/routes.vpn grep -v '^#' /etc/ppp/routes.vpn |\ while read NET NETMASK GATEWAY ; do /sbin/route add -net $NET netmask $NETMASK gw $GATEWAY done # Make changes to the resolv.conf file # We may not want this to be standard equipment # if [ $USER -eq 0 ]; then # insert search domain MATCH=$( grep -cq "search" $CONFFILE ) #if [ "$MATCH" = "0" ]; then # # Add one if there isn't one # { echo "search $DOMAIN" ; cat $CONFFILE } > $TMP # mv -f $TMP $CONFFILE #else # # Edit one if needed # grep -q "search.*$DOMAIN" $CONFFILE # if [ "$?" != "0" ]; then # perl -pi -e "s/(search.+)\s+/\$1 $DOMAIN\n/" $CONFFILE # fi # fi # # # insert server if needed # # it needs to be first in the list # MATCH=$( grep -cq "nameserver.*$DNSSERVER" $CONFFILE ) # if [ "$MATCH" = "0" ]; then # perl -pi -e "s/(search.+)\s+/\$1\nnameserver $DNSSERVER\n/" $CONFFILE # fi #touch $svcdir/resolver # fi touch $svcdir/on; fi ;; off) if [ ! -f $svcdir/lock ]; then echo VPN does not appear to be up exit 1 elif [ ! -f "$svcdir/on" ]; then echo VPN does not appear to be active exit 1 else grep -v '^#' /etc/ppp/routes.vpn |\ while read NET NETMASK GATEWAY ; do /sbin/route del -net $NET netmask $NETMASK gw $GATEWAY done fi ## Remove changes made to /etc/resolv.conf if [ $USER -eq 0 ]; then if [ -f $svcdir/resolver ]; then perl -pi -e "s/(search.+?)\s+$DOMAIN\s+/\$1\n/" $CONFFILE perl -pi -e "s/^nameserver\s+$DNSSERVER\s+//" $CONFFILE rm -f $svcdir/resolver fi fi rm -f $svcdir/on ;; restart) $0 stop $0 start ;; *) echo "usage: telnetd {start|stop|on|off}" ;; esac options.vpn: lock noipdefault defaultroute updetach lcp-echo-interval 5 lcp-echo-failure 10 pty /home/rob/vpn/pppssh call server.vpn !/usr/bin/perl -w # Taken from Olaf Titz's ppp over ssh script. # pppd starts up ppp connection, but ssh hangs # and prevents pppd from taking over the terminal # this script gives ssh a little kick. #use strict # ---- configuration ----- # # Your user login here $user="$USER_NAME"; # ------------------------ # # Customize if necessary $home=$ENV{HOME}; $svcdir="$home/.pppssh"; $rundir="$svcdir/run"; $ssh="/usr/bin/ssh"; $timeout=10; $host=`head $svcdir/host`; # ------------------------ # if ( ! defined($host)) { print "No host given\n"; exit 1; } # subroutine to handle sshd hang bug. &bugdaemon($timeout) if ($timeout); # Write pid to control file open FD, ">$rundir/sshpppd.pid" or die $!; printf FD $$; close FD; # exec ssh to start pppd on remote host exec $ssh, "-t", "-l$user", $host, "-p 24"; die "exec $ssh: $!"; # -------------------------------------------- # # This cures a "hang" of the local ssh process sub bugdaemon { local($secs)=@_; local($p)=fork; # fork returns 0 to child, pid to parent, and undefined to parent if failed. if (!defined($p)) { warn "can't fork, no bug daemon"; return; } # Return if I'm the child to execute ssh return if (!$p); # returning the child avoids a zombie # Parent sleeps to allow the child to exec ssh if ($secs) { sleep $secs; } else { sleep 10; } # If I'm the parent, give ssh a kick kill "STOP", $p; sleep 1; kill "CONT", $p; exit 0; } > You don't need the pty. I don't recommend vpn over ssh, unless its > absolutely necessary. OpenVPN is much better ... > > I've set it up (as it was absolutely necessary :-), and here is a config > from the 'client'. > > default: > set timeout 0 > set log phase chat connect lcp ipcp > set dial > set login > > cli: > set device "!ssh -l cli -i /etc/ppp/ppp.key server.domain.com > /usr/sbin/ppp -direct srv" > set ifaddr 10.0.4.4 10.0.4.3 255.255.255.255 > add! 192.168.x.0/24 HISADDR > set lqrperiod 60 > enable lqr > > 'client' is enabled by running ppp -ddial cli from rc script. > > Then the 'Server' - of course, 'cli' needs a user account on the system, > and all the ssh stuff setup (authorized keys, etc). > > default: > > set log Phase Chat LCP IPCP CCP tun command > > srv: > > allow user cli > set ifaddr 10.0.4.3 10.0.4.4 255.255.255.255 > set timeout 0 > add! 192.168.y.0/24 HISADDR > set lqrperiod 60 > enable lqr > accept lqr > > Rob Zietlow wrote: > >Good day List, > > > >I have a question about pppd. We use ppp over ssh for a VPN solution into > >work. The script works on linux, but not in freebsd because the > >implementation of pppd that comes with freebsd does not recognize the pty > >command. When I attempt to connect up I get the following. > > > >testee# bash bin/vpn.init start > >Waiting for connection... > >Using interface ppp0 > >/usr/sbin/pppd: In file /usr/home/rob/vpn/options.vpn: unrecognized option > >'pty' > >Connection Failed > > > >This appears to be the last piece of the puzzle for me in order to get > > this to work. So it leaves me to ask Is there an equivalent in Freebsd? > > > >From the pppd man page on a linux machine. > > > > pty script > > Specifies that the command script is to be used to > > communicate rather than a specific terminal device. Pppd will > > allocate itself a pseudo-tty master/slave pair and use the slave as its > > terminal device. The script will be run in a child process with > > the pseudo-tty master as its standard input and output. An explicit > > device name may not be given if this option is used. (Note: if the > > record option is used in conjuction with the pty option, the child > > process will have pipes on its standard input and output.) > > > >The fbsd pppd's man page doesn't list anything for pty, and a google > > doesn't turn up much. > > > >Thanks for your time. > > > >Rob > >_______________________________________________ > >freebsd-net@freebsd.org mailing list > >http://lists.freebsd.org/mailman/listinfo/freebsd-net > >To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" From owner-freebsd-net@FreeBSD.ORG Tue May 24 03:13:15 2005 Return-Path: X-Original-To: freebsd-net@FreeBSD.org Delivered-To: freebsd-net@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EA24916A41C for ; Tue, 24 May 2005 03:13:15 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from relay.bestcom.ru (relay.bestcom.ru [217.72.144.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0BD4343D1F for ; Tue, 24 May 2005 03:13:14 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (root@cell.sick.ru [217.72.144.68]) by relay.bestcom.ru (8.13.1/8.12.9) with ESMTP id j4O3DCbJ063629 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Tue, 24 May 2005 07:13:13 +0400 (MSD) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.13.1/8.12.8) with ESMTP id j4O3DClL061941 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 24 May 2005 07:13:12 +0400 (MSD) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.sick.ru (8.13.1/8.13.1/Submit) id j4O3DBXe061940; Tue, 24 May 2005 07:13:11 +0400 (MSD) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Tue, 24 May 2005 07:13:11 +0400 From: Gleb Smirnoff To: Donatas Message-ID: <20050524031311.GE61461@cell.sick.ru> Mail-Followup-To: Gleb Smirnoff , Donatas , freebsd-net@freebsd.org References: <00ea01c55d33$1cc2f060$9f90a8c0@DONATAS> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <00ea01c55d33$1cc2f060$9f90a8c0@DONATAS> User-Agent: Mutt/1.5.6i X-Virus-Scanned: ClamAV version devel-20050125, clamav-milter version 0.80ff on relay.bestcom.ru X-Virus-Status: Clean Cc: freebsd-net@FreeBSD.org Subject: Re: bw_man under 5.3 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 May 2005 03:13:16 -0000 On Fri, May 20, 2005 at 02:57:35PM +0300, Donatas wrote: D> has anyone succeded to compile it? I promised to make it compilable. Please wait a bit :) -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-net@FreeBSD.ORG Tue May 24 03:36:48 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EBB6A16A41C for ; Tue, 24 May 2005 03:36:48 +0000 (GMT) (envelope-from timp@crossthread.com) Received: from hercules.crossthread.com (hercules.crossthread.com [64.56.149.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 95FD743D4C for ; Tue, 24 May 2005 03:36:48 +0000 (GMT) (envelope-from timp@crossthread.com) Received: from [192.168.1.6] (medusa.crossthread.com [192.168.1.6]) (authenticated) by hercules.crossthread.com (8.11.3/8.11.3) with ESMTP id j4O3ltA02591; Mon, 23 May 2005 21:47:55 -0600 (MDT) Message-ID: <4291F99A.1070007@crossthread.com> Date: Mon, 23 May 2005 09:41:14 -0600 From: Tim Pushor User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Rob Zietlow References: <200505231957.23014.Rob@the-rob.com> <4291D817.40407@crossthread.com> <200505232031.15516.Rob@the-rob.com> In-Reply-To: <200505232031.15516.Rob@the-rob.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org Subject: Re: pppd pty equivilent in FBSD X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 May 2005 03:36:49 -0000 Rob, I had a cursory look through your scripts, and seems like you handle most of the logic. I don't know anything about pppd for Linux (is it based on the same code?). I let pppd manage retries & setting routes. It will also drop and dry to reconnect if either side can't talk to the other (via lqr). It looks simple, but with rsa only authentication on the sshd, it has proven to be solid and reasonably secure. Good luck, Tim Rob Zietlow wrote: >On Monday 23 May 2005 08:18 am, Tim Pushor wrote: > >hmm, Thanks for the response, Tim. > >I wouldn't personally recommend vpn over ssh for anyone either, but i'm kind >of stuck with it. I'm the sole bsd user at my company, and the ppp over ssh >was implemented years before I came and has worked fine for them. They're >not really willing to change it at the moment and it's on a system I have >zero control over within our organization. > >If I had the option to set this up like you have below it would have been put >in place a long while ago. Tim, I thank you for your scripts and time. > >Here's the scripts I use. > >Actual bash script I call: > >! /usr/local/bin/bash ># ># This script controls starting and stopping ># the VPN run over ssh. It's functions are: ># ># start stop on off ># ># start and stop control the actuall ppp interface, ># while on and off turn the routes to the VPN on and off. ># In this way, you can bring up the interface, but turn ># the VPN on and off without affecting the ppp connection. ># ># ># --------- configuration ------------ ># This is the other end of the VPN >VPNHOST="$WORK" > ># This is for editing /etc/resolv.conf >DOMAIN=" $DOMAIN_NAME" >#DNSSERVER="10.10.X.X" >DNSSERVER="10.10.X.Y" > ># ------------------------------------ ># Defaults should be okay ># ------------------------------------ >CONFFILE="/etc/resolv.conf" > ># tempfile, needs to be writable >TMP=/tmp/file.$$ > ># This is to give us time for the ppp ># connection to come up >timeout=5 > ># This is the command to start pppd >CMD="/usr/sbin/pppd file /usr/home/rob/vpn/options.vpn" > > ># A place for control files >svcdir="$HOME/.pppssh" > ># A place for pids to keep track of processes >rundir="$svcdir/run" > ># ------ end configuration ----------- > ># Some things to check before we begin >USER=`id -u` >PPPD=`find /usr/sbin -perm 4755 -name pppd` >ROUTE=`find /sbin -perm 4755 -name route` >IFCONFIG=`find /sbin -perm 4755 -name ifconfig` > >if [ \( $USER -ne 0 \) -a \( -z "$PPPD" -o -z "$ROUTE" -o -z "$IFCONFIG" \) ]; >then > echo "You must be root, or the following must be suid:" > echo "/sbin/pppd, /sbin/route, /sbin/ifconfig" > exit 1 >fi > >case "$1" in > start) > # Make a control directory > if [ ! -d $svcdir ]; then > mkdir -p $svcdir > fi > if [ ! -d $rundir ]; then > mkdir -p $rundir > fi > > # make sure it doesn't core dump anywhere; while this could mask > # problems with the daemon, it also closes some security problems > ulimit -c 0 > > echo -n $VPNHOST > "$svcdir/host" > echo Waiting for connection... > > # Look for unused ppp device. > # But default to ppp0 > dev=0 > for i in `jot 9 0 `; do > if [ ! -f /var/run/ppp$i.pid ] ; then > echo Using interface ppp$i > dev=$i > break > fi > done > > # See if we're already running > if [ ! -f $svcdir/lock ]; then > $CMD > else > echo Link appears up > echo Lock file in $svcdir > echo Use $0 restart > exit 1 > fi > > if [ $? -eq 0 ]; then > sleep $timeout > ifconfig ppp$dev > echo ppp$dev > $svcdir/device > echo $VPNHOST > $svcdir/host > touch $svcdir/lock > > # Routes to be added for the inside network > $0 on > else > echo Connection Failed > fi > ;; > stop) > # Find the pid of the pppd, kill it, remove the route > VPNIF=`head $svcdir/device` > ppppid=`head /var/run/$VPNIF.pid` > sshpid=`head $rundir/sshpppd.pid` > > # Removing routes if possible > echo Removing routes... > $0 off > > echo Killing processes... > kill -s SIGTERM $ppppid > kill -s SIGTERM $sshpid > echo Killed ssh[$sshpid] > echo Killed pppd[$ppppid] > > # Bring down interface > echo Bringing down interface: $VPNIF > /sbin/ifconfig $VPNIF down > > echo Removing control files... > # Remove control files > rm -f "$svcdir/device" > rm -f "$svcdir/host" > rm -f "$rundir/sshpppd.pid" > rm -f "$svcdir/lock" > echo Done. > ;; > on) > if [ ! -f "$svcdir/lock" ]; then > echo VPN does not appear to be up > exit 1 > elif [ -f "$svcdir/on" ]; then > echo VPN looks like it is already active > exit 1 > else > # Routes are specified in /etc/ppp/routes.vpn > grep -v '^#' /etc/ppp/routes.vpn |\ > while read NET NETMASK GATEWAY ; do > /sbin/route add -net $NET netmask $NETMASK gw $GATEWAY > done > > # Make changes to the resolv.conf file > # We may not want this to be standard equipment > # if [ $USER -eq 0 ]; then > # insert search domain > MATCH=$( grep -cq "search" $CONFFILE ) > #if [ "$MATCH" = "0" ]; then > # # Add one if there isn't one > # { echo "search $DOMAIN" ; cat $CONFFILE } > $TMP > # mv -f $TMP $CONFFILE > #else > # # Edit one if needed > # grep -q "search.*$DOMAIN" $CONFFILE > # if [ "$?" != "0" ]; then > # perl -pi -e "s/(search.+)\s+/\$1 $DOMAIN\n/" $CONFFILE > # fi > # fi > # > # # insert server if needed > # # it needs to be first in the list > # MATCH=$( grep -cq "nameserver.*$DNSSERVER" $CONFFILE ) > # if [ "$MATCH" = "0" ]; then > # perl -pi -e "s/(search.+)\s+/\$1\nnameserver >$DNSSERVER\n/" $CONFFILE > # fi > > #touch $svcdir/resolver > # fi > touch $svcdir/on; > fi > ;; > off) > if [ ! -f $svcdir/lock ]; then > echo VPN does not appear to be up > exit 1 > elif [ ! -f "$svcdir/on" ]; then > echo VPN does not appear to be active > exit 1 > else > grep -v '^#' /etc/ppp/routes.vpn |\ > while read NET NETMASK GATEWAY ; do > /sbin/route del -net $NET netmask $NETMASK gw $GATEWAY > done > fi > > ## Remove changes made to /etc/resolv.conf > if [ $USER -eq 0 ]; then > if [ -f $svcdir/resolver ]; then > perl -pi -e "s/(search.+?)\s+$DOMAIN\s+/\$1\n/" $CONFFILE > perl -pi -e "s/^nameserver\s+$DNSSERVER\s+//" $CONFFILE > rm -f $svcdir/resolver > fi > fi > rm -f $svcdir/on > ;; > restart) > $0 stop > $0 start > ;; > *) > echo "usage: telnetd {start|stop|on|off}" > ;; >esac > >options.vpn: > >lock >noipdefault >defaultroute >updetach >lcp-echo-interval 5 >lcp-echo-failure 10 >pty /home/rob/vpn/pppssh >call server.vpn > > >!/usr/bin/perl -w > ># Taken from Olaf Titz's ppp over ssh script. ># pppd starts up ppp connection, but ssh hangs ># and prevents pppd from taking over the terminal ># this script gives ssh a little kick. > >#use strict > ># ---- configuration ----- # ># Your user login here >$user="$USER_NAME"; > ># ------------------------ # ># Customize if necessary > >$home=$ENV{HOME}; >$svcdir="$home/.pppssh"; >$rundir="$svcdir/run"; >$ssh="/usr/bin/ssh"; >$timeout=10; >$host=`head $svcdir/host`; > ># ------------------------ # > >if ( ! defined($host)) { > print "No host given\n"; > exit 1; >} > ># subroutine to handle sshd hang bug. >&bugdaemon($timeout) if ($timeout); > ># Write pid to control file >open FD, ">$rundir/sshpppd.pid" or die $!; >printf FD $$; >close FD; > ># exec ssh to start pppd on remote host >exec $ssh, "-t", "-l$user", $host, "-p 24"; >die "exec $ssh: $!"; > ># -------------------------------------------- # ># This cures a "hang" of the local ssh process >sub bugdaemon >{ > local($secs)=@_; > local($p)=fork; > # fork returns 0 to child, pid to parent, and undefined to parent if >failed. > if (!defined($p)) { > warn "can't fork, no bug daemon"; > return; > } > # Return if I'm the child to execute ssh > return if (!$p); > # returning the child avoids a zombie > # Parent sleeps to allow the child to exec ssh > if ($secs) { > sleep $secs; > } else { > sleep 10; > } > # If I'm the parent, give ssh a kick > kill "STOP", $p; > sleep 1; > kill "CONT", $p; > exit 0; >} > > > > > > > >>You don't need the pty. I don't recommend vpn over ssh, unless its >>absolutely necessary. OpenVPN is much better ... >> >>I've set it up (as it was absolutely necessary :-), and here is a config >>from the 'client'. >> >>default: >> set timeout 0 >> set log phase chat connect lcp ipcp >> set dial >> set login >> >>cli: >> set device "!ssh -l cli -i /etc/ppp/ppp.key server.domain.com >>/usr/sbin/ppp -direct srv" >> set ifaddr 10.0.4.4 10.0.4.3 255.255.255.255 >> add! 192.168.x.0/24 HISADDR >> set lqrperiod 60 >> enable lqr >> >>'client' is enabled by running ppp -ddial cli from rc script. >> >>Then the 'Server' - of course, 'cli' needs a user account on the system, >>and all the ssh stuff setup (authorized keys, etc). >> >>default: >> >> set log Phase Chat LCP IPCP CCP tun command >> >>srv: >> >> allow user cli >> set ifaddr 10.0.4.3 10.0.4.4 255.255.255.255 >> set timeout 0 >> add! 192.168.y.0/24 HISADDR >> set lqrperiod 60 >> enable lqr >> accept lqr >> >>Rob Zietlow wrote: >> >> >>>Good day List, >>> >>>I have a question about pppd. We use ppp over ssh for a VPN solution into >>>work. The script works on linux, but not in freebsd because the >>>implementation of pppd that comes with freebsd does not recognize the pty >>>command. When I attempt to connect up I get the following. >>> >>>testee# bash bin/vpn.init start >>>Waiting for connection... >>>Using interface ppp0 >>>/usr/sbin/pppd: In file /usr/home/rob/vpn/options.vpn: unrecognized option >>>'pty' >>>Connection Failed >>> >>>This appears to be the last piece of the puzzle for me in order to get >>>this to work. So it leaves me to ask Is there an equivalent in Freebsd? >>> >>> >>> >>>From the pppd man page on a linux machine. >> >> >>> pty script >>> Specifies that the command script is to be used to >>>communicate rather than a specific terminal device. Pppd will >>>allocate itself a pseudo-tty master/slave pair and use the slave as its >>>terminal device. The script will be run in a child process with >>>the pseudo-tty master as its standard input and output. An explicit >>>device name may not be given if this option is used. (Note: if the >>>record option is used in conjuction with the pty option, the child >>>process will have pipes on its standard input and output.) >>> >>>The fbsd pppd's man page doesn't list anything for pty, and a google >>>doesn't turn up much. >>> >>>Thanks for your time. >>> >>>Rob >>>_______________________________________________ >>>freebsd-net@freebsd.org mailing list >>>http://lists.freebsd.org/mailman/listinfo/freebsd-net >>>To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" >>> >>> >>_______________________________________________ >>freebsd-net@freebsd.org mailing list >>http://lists.freebsd.org/mailman/listinfo/freebsd-net >>To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" >> >> From owner-freebsd-net@FreeBSD.ORG Tue May 24 07:06:40 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1769916A469 for ; Tue, 24 May 2005 07:06:40 +0000 (GMT) (envelope-from nvass@teledome.gr) Received: from matrix.teledomenet.gr (dns1.teledomenet.gr [213.142.128.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4390D43D53 for ; Tue, 24 May 2005 07:06:37 +0000 (GMT) (envelope-from nvass@teledome.gr) Received: from [192.168.1.71] ([192.168.1.71]) by matrix.teledomenet.gr (8.12.10/8.12.10) with ESMTP id j4O72Znf002837; Tue, 24 May 2005 10:02:35 +0300 From: Nikos Vassiliadis To: freebsd-net@freebsd.org Date: Tue, 24 May 2005 10:05:36 +0300 User-Agent: KMail/1.6.2 References: <200505231957.23014.Rob@the-rob.com> In-Reply-To: <200505231957.23014.Rob@the-rob.com> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-7" Content-Transfer-Encoding: 7bit Message-Id: <200505241005.36462.nvass@teledome.gr> Cc: Rob Zietlow Subject: Re: pppd pty equivilent in FBSD X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 May 2005 07:06:40 -0000 On Tuesday 24 May 2005 03:57, Rob Zietlow wrote: >Good day List, > >I have a question about pppd. We use ppp over ssh for a VPN solution into >work. The script works on linux, but not in freebsd because the >implementation of pppd that comes with freebsd does not recognize the pty >command. When I attempt to connect up I get the following. > >testee# bash bin/vpn.init start >Waiting for connection... >Using interface ppp0 >/usr/sbin/pppd: In file /usr/home/rob/vpn/options.vpn: unrecognized option >'pty' >Connection Failed > >This appears to be the last piece of the puzzle for me in order to get this to >work. So it leaves me to ask Is there an equivalent in Freebsd? > >From the pppd man page on a linux machine. > > pty script > Specifies that the command script is to be used to communicate >rather than a specific terminal device. Pppd will allocate itself a >pseudo-tty master/slave pair and use the slave as its terminal device. The >script will be run in a child process with the pseudo-tty master as >its standard input and output. An explicit device name may not be >given if this option is used. (Note: if the record option is used in >conjuction with the pty option, the child process will have pipes on its >standard input and output.) > >The fbsd pppd's man page doesn't list anything for pty, and a google doesn't >turn up much. There is a newer pppd in the ports tree (/usr/ports/net/pppd23) which supports the pty option. HTH Nikos >Thanks for your time. > >Rob From owner-freebsd-net@FreeBSD.ORG Tue May 24 07:16:31 2005 Return-Path: X-Original-To: net@freebsd.org Delivered-To: freebsd-net@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E902616A41C for ; Tue, 24 May 2005 07:16:31 +0000 (GMT) (envelope-from joe@tao.org.uk) Received: from mailhost.tao.org.uk (transwarp.tao.org.uk [212.135.162.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 413F443D49 for ; Tue, 24 May 2005 07:16:31 +0000 (GMT) (envelope-from joe@tao.org.uk) Received: from genius.tao.org.uk (genius.tao.org.uk [212.135.162.51]) by mailhost.tao.org.uk (Postfix) with ESMTP id 2650F62CE; Tue, 24 May 2005 08:16:30 +0100 (BST) Received: by genius.tao.org.uk (Postfix, from userid 100) id DF2B740F2; Tue, 24 May 2005 08:16:20 +0100 (BST) Date: Tue, 24 May 2005 08:16:20 +0100 From: Josef Karthauser To: Darren Pilgrim Message-ID: <20050524071620.GB20809@genius.tao.org.uk> References: <20050523085239.GF1705@genius.tao.org.uk> <000201c55fde$20e0a9a0$0a2a15ac@SMILEY> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="H+4ONPRPur6+Ovig" Content-Disposition: inline In-Reply-To: <000201c55fde$20e0a9a0$0a2a15ac@SMILEY> User-Agent: Mutt/1.5.9i Cc: net@freebsd.org Subject: Re: iwi driver: Probes but no association (FreeBSD5.4). X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 May 2005 07:16:32 -0000 --H+4ONPRPur6+Ovig Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, May 23, 2005 at 02:26:42PM -0700, Darren Pilgrim wrote: >=20 > The interface isn't in the UP state. At least with the iwi driver, the N= IC > won't associate to the AP until the interface is brought up. Usually this > is done the first time something tries to send a packet (typically > dhclient). You can also make it associate by giving the "up" parameter to > ifconfig. I tried that: genius# ifconfig iwi0 up genius# ifconfig iwi0 iwi0: flags=3D8802 mtu 1500 inet6 fe80::20e:35ff:fe38:1e14%iwi0 prefixlen 64 scopeid 0x2 ether 00:0e:35:38:1e:14 media: IEEE 802.11 Wireless Ethernet autoselect status: no carrier ssid tao 1:tao channel -1 authmode OPEN powersavemode OFF powersavesleep 100 rtsthreshold 2312 protmode CTS txpower 100 Doesn't make any difference. Joe --=20 Josef Karthauser (joe@tao.org.uk) http://www.josef-k.net/ FreeBSD (cvs meister, admin and hacker) http://www.uk.FreeBSD.org/ Physics Particle Theory (student) http://www.pact.cpes.sussex.ac.uk/ =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D An eclectic mix of fact an= d theory. =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --H+4ONPRPur6+Ovig Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iEYEARECAAYFAkKS1MQACgkQXVIcjOaxUBYaVACcDzp++Taf/78MFjl0lxI28Ga4 3YgAn0Xlx4TCnOXge9vD8nQl0j75GtWO =TER1 -----END PGP SIGNATURE----- --H+4ONPRPur6+Ovig-- From owner-freebsd-net@FreeBSD.ORG Tue May 24 07:18:50 2005 Return-Path: X-Original-To: net@freebsd.org Delivered-To: freebsd-net@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C49D916A41C for ; Tue, 24 May 2005 07:18:50 +0000 (GMT) (envelope-from joe@tao.org.uk) Received: from mailhost.tao.org.uk (transwarp.tao.org.uk [212.135.162.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5708443D48 for ; Tue, 24 May 2005 07:18:50 +0000 (GMT) (envelope-from joe@tao.org.uk) Received: from genius.tao.org.uk (genius.tao.org.uk [212.135.162.51]) by mailhost.tao.org.uk (Postfix) with ESMTP id A156462D0; Tue, 24 May 2005 08:18:49 +0100 (BST) Received: by genius.tao.org.uk (Postfix, from userid 100) id 6C74240F2; Tue, 24 May 2005 08:18:40 +0100 (BST) Date: Tue, 24 May 2005 08:18:40 +0100 From: Josef Karthauser To: Jeremie Le Hen Message-ID: <20050524071840.GC20809@genius.tao.org.uk> References: <20050523085239.GF1705@genius.tao.org.uk> <20050523105236.GX850@obiwan.tataz.chchile.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="f+W+jCU1fRNres8c" Content-Disposition: inline In-Reply-To: <20050523105236.GX850@obiwan.tataz.chchile.org> User-Agent: Mutt/1.5.9i Cc: net@freebsd.org Subject: Re: iwi driver: Probes but no association (FreeBSD5.4). X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 May 2005 07:18:50 -0000 --f+W+jCU1fRNres8c Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, May 23, 2005 at 12:52:36PM +0200, Jeremie Le Hen wrote: >=20 > What is the output of iwicontrol iwi0 -r ? genius# ifconfig iwi0 up genius# /tmp/wireless/iwi-freebsd-1.3.4/src/usr.sbin/iwicontrol/iwicontrol iwi0 -r Radio is ON genius# ifconfig iwi0 iwi0: flags=3D8802 mtu 1500 inet6 fe80::20e:35ff:fe38:1e14%iwi0 prefixlen 64 scopeid 0x2 ether 00:0e:35:38:1e:14 media: IEEE 802.11 Wireless Ethernet autoselect status: no carrier ssid tao 1:tao channel -1 authmode OPEN powersavemode OFF powersavesleep 100 rtsthreshold 2312 protmode CTS txpower 100 wepmode OFF weptxkey 1 > > ps I'm running a driver compiled from iwi-freebsd-1.3.4.tgz on > > Damien Bergamini's website. The machine in question is: FreeBSD > > XXX 5.4-STABLE FreeBSD 5.4-STABLE #10: Fri Apr 29 10:39:24 >=20 > As far as I can tell, this driver is not longer updated, the developpement > is done in BSD source trees (look at the file modification date). >=20 Any idea how easy it is to port over to 5.x? Joe --=20 Josef Karthauser (joe@tao.org.uk) http://www.josef-k.net/ FreeBSD (cvs meister, admin and hacker) http://www.uk.FreeBSD.org/ Physics Particle Theory (student) http://www.pact.cpes.sussex.ac.uk/ =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D An eclectic mix of fact an= d theory. =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --f+W+jCU1fRNres8c Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iEYEARECAAYFAkKS1U8ACgkQXVIcjOaxUBYrggCgmjGBb06NMtbiERIgxrmKgcpe wJAAoNStgfDPe45cC5slbWoE1dyJTTxf =2ZOq -----END PGP SIGNATURE----- --f+W+jCU1fRNres8c-- From owner-freebsd-net@FreeBSD.ORG Tue May 24 07:47:14 2005 Return-Path: X-Original-To: net@freebsd.org Delivered-To: freebsd-net@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CD71416A41C; Tue, 24 May 2005 07:47:14 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from postfix3-2.free.fr (postfix3-2.free.fr [213.228.0.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7A3C343D1D; Tue, 24 May 2005 07:47:14 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from tatooine.tataz.chchile.org (vol75-8-82-233-239-98.fbx.proxad.net [82.233.239.98]) by postfix3-2.free.fr (Postfix) with ESMTP id A51B7C0A0; Tue, 24 May 2005 09:47:13 +0200 (CEST) Received: by tatooine.tataz.chchile.org (Postfix, from userid 1000) id 75410407E; Tue, 24 May 2005 09:47:15 +0200 (CEST) Date: Tue, 24 May 2005 09:47:15 +0200 From: Jeremie Le Hen To: Josef Karthauser Message-ID: <20050524074715.GP850@obiwan.tataz.chchile.org> References: <20050523085239.GF1705@genius.tao.org.uk> <20050523105236.GX850@obiwan.tataz.chchile.org> <20050524071840.GC20809@genius.tao.org.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050524071840.GC20809@genius.tao.org.uk> User-Agent: Mutt/1.5.9i Cc: Jeremie Le Hen , net@freebsd.org Subject: Re: iwi driver: Probes but no association (FreeBSD5.4). X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 May 2005 07:47:14 -0000 Hi Josef, > > What is the output of iwicontrol iwi0 -r ? > > genius# ifconfig iwi0 up > genius# > /tmp/wireless/iwi-freebsd-1.3.4/src/usr.sbin/iwicontrol/iwicontrol iwi0 > -r > Radio is ON > genius# ifconfig iwi0 > iwi0: flags=8802 mtu 1500 > inet6 fe80::20e:35ff:fe38:1e14%iwi0 prefixlen 64 scopeid 0x2 > ether 00:0e:35:38:1e:14 > media: IEEE 802.11 Wireless Ethernet autoselect > status: no carrier > ssid tao 1:tao > channel -1 authmode OPEN powersavemode OFF powersavesleep 100 > rtsthreshold 2312 protmode CTS txpower 100 > wepmode OFF weptxkey 1 I wasn't able to bring the interface up either before last commit two days ago in -CURRENT. It would also be worth setting both net.wlan.debug and net.wlan.0.debug sysctls to -1, but I don't think these are available in RELENG_5. > > As far as I can tell, this driver is not longer updated, the developpement > > is done in BSD source trees (look at the file modification date). > > Any idea how easy it is to port over to 5.x? I think it's mostly impossible as the iwi(4) should be using the new Sam Leffler's net80211 framework which is not going to be MFC'd to RELENG_5. I believe you should definitely try -CURRENT. Best regards, -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From owner-freebsd-net@FreeBSD.ORG Tue May 24 10:41:59 2005 Return-Path: X-Original-To: net@freebsd.org Delivered-To: freebsd-net@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 183AF16A41C for ; Tue, 24 May 2005 10:41:59 +0000 (GMT) (envelope-from joe@tao.org.uk) Received: from mailhost.tao.org.uk (transwarp.tao.org.uk [212.135.162.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 50FE743D1F for ; Tue, 24 May 2005 10:41:57 +0000 (GMT) (envelope-from joe@tao.org.uk) Received: from genius.tao.org.uk (genius.pact.cpes.susx.ac.uk [139.184.130.240]) by mailhost.tao.org.uk (Postfix) with ESMTP id F08AF62F2; Tue, 24 May 2005 11:41:55 +0100 (BST) Received: by genius.tao.org.uk (Postfix, from userid 100) id 2DAD040F2; Tue, 24 May 2005 11:41:46 +0100 (BST) Date: Tue, 24 May 2005 11:41:46 +0100 From: Josef Karthauser To: Jeremie Le Hen Message-ID: <20050524104146.GV1705@genius.tao.org.uk> References: <20050523085239.GF1705@genius.tao.org.uk> <20050523105236.GX850@obiwan.tataz.chchile.org> <20050524071840.GC20809@genius.tao.org.uk> <20050524074715.GP850@obiwan.tataz.chchile.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="j+D14l8Ki1YJdzYp" Content-Disposition: inline In-Reply-To: <20050524074715.GP850@obiwan.tataz.chchile.org> User-Agent: Mutt/1.5.9i Cc: net@freebsd.org Subject: Re: iwi driver: Probes but no association (FreeBSD5.4). X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 May 2005 10:41:59 -0000 --j+D14l8Ki1YJdzYp Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, May 24, 2005 at 09:47:15AM +0200, Jeremie Le Hen wrote: > >=20 > > Any idea how easy it is to port over to 5.x? >=20 > I think it's mostly impossible as the iwi(4) should be using the new > Sam Leffler's net80211 framework which is not going to be MFC'd to > RELENG_5. I believe you should definitely try -CURRENT. >=20 I tried a couple of months ago to get it running using the ndis driver and although it was correctly probes it didn't work there either. Joe --=20 Josef Karthauser (joe@tao.org.uk) http://www.josef-k.net/ FreeBSD (cvs meister, admin and hacker) http://www.uk.FreeBSD.org/ Physics Particle Theory (student) http://www.pact.cpes.sussex.ac.uk/ =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D An eclectic mix of fact an= d theory. =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --j+D14l8Ki1YJdzYp Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iEYEARECAAYFAkKTBOkACgkQXVIcjOaxUBaSUQCg5ooy2creKd5t49I4/SnipZAg cuQAn0sjV6kau1+rT8l9ygR2VMGSqn2u =Wj5k -----END PGP SIGNATURE----- --j+D14l8Ki1YJdzYp-- From owner-freebsd-net@FreeBSD.ORG Mon May 23 23:27:59 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4AA6716A421 for ; Mon, 23 May 2005 23:27:59 +0000 (GMT) (envelope-from skshyam@optusnet.com.au) Received: from mail1.kanji.com.au (adsl-114-194.swiftdsl.com.au [202.154.114.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 899FE43D4C for ; Mon, 23 May 2005 23:27:56 +0000 (GMT) (envelope-from skshyam@optusnet.com.au) Received: from mail1.kanji.com.au (localhost [127.0.0.1]) by localhost.kgpl.com (Postfix) with ESMTP id 1D6DC114BA for ; Tue, 24 May 2005 09:27:51 +1000 (EST) X-vFilter: This message has been scanned for viruses by sender.kgpl.com Received: from Shyam (unknown [61.8.3.121]) by mail1.kanji.com.au (Postfix) with SMTP id 8052211440 for ; Tue, 24 May 2005 09:27:50 +1000 (EST) Message-ID: <000601c5607d$7b78f3f0$c303010a@Shyam> From: "skshyam" To: Date: Tue, 24 May 2005 09:27:28 -0700 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2527 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2527 X-Mailman-Approved-At: Tue, 24 May 2005 12:54:39 +0000 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: LDAP Server hangs X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 May 2005 23:27:59 -0000 Hi All, Yesterday I had configured my LDAP Server with Samba and populated the = directory entries and made everything work. There was one entry in the = LDAP Directory that was wrong. So i used smbldap-userdel to remove the = entry. before it was removed, the directory started to hang. I wasnt = able to use the slapcat command nor the Ldapsearch command. I wasnt able = to connect into the samba server because the Ldap directory was screwed = up. Even when i rebooted the server, the problem still persisted.=20 Can anyone please tell me what caused it and how to resolve this issue. = I am sure someone would have faced a similar problem as me.=20 Thanking You Shyam From owner-freebsd-net@FreeBSD.ORG Tue May 24 15:38:03 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7A91D16A41C for ; Tue, 24 May 2005 15:38:03 +0000 (GMT) (envelope-from peadar.edwards@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1A63543D1D for ; Tue, 24 May 2005 15:38:03 +0000 (GMT) (envelope-from peadar.edwards@gmail.com) Received: by zproxy.gmail.com with SMTP id 34so2002326nzf for ; Tue, 24 May 2005 08:38:02 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:references; b=JHhypdIklNG0IbCw8G88fgfXvZIdUZiOmkatdLukd0dbPA5mEjKjcNdwLHKxo0sWk2v3jDs7rzR9eQsXpbY90YgvLFSga1qWuOd9lO9L8RDJyO8ZYmceM+0YpdyN69ZdOB6P+tfq0kNlHaFgj5oVUVGqPltRVzcbSEtVrlEL5E0= Received: by 10.36.10.18 with SMTP id 18mr383441nzj; Tue, 24 May 2005 08:38:02 -0700 (PDT) Received: by 10.36.68.15 with HTTP; Tue, 24 May 2005 08:38:02 -0700 (PDT) Message-ID: <34cb7c8405052408384999ef7a@mail.gmail.com> Date: Tue, 24 May 2005 16:38:02 +0100 From: Peter Edwards To: freebsd-net@freebsd.org In-Reply-To: <34cb7c84050519083477639cd5@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_21265_26378769.1116949082504" References: <790a9fff0505190809428abb15@mail.gmail.com> <34cb7c84050519083477639cd5@mail.gmail.com> Subject: [patch for review] Fwd: CURRENT: ifconfig tap0 results in core dump X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: peadar@freebsd.org List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 May 2005 15:38:03 -0000 ------=_Part_21265_26378769.1116949082504 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Does anyone have any objection to me committing the patch in this thread? (Note: I inadvertently included a local change that no longer prevents non-root users from opening up /dev/tap*: I don't intend to commit that part of it) ---------- Forwarded message ---------- From: Peter Edwards Date: May 19, 2005 4:34 PM Subject: Re: CURRENT: ifconfig tap0 results in core dump To: Matti Saarinen , Scot Hetzel , freebsd-current@freebsd.org Cc: peadar@freebsd.org > > % ifconfig tap0 > > tap0: flags=3D8802 mtu 1500 > > inet6 fe80::2bd:9ff:fe7c:100%tap0 prefixlen 64 scopeid 0x5 > > zsh: segmentation fault (core dumped) ifconfig tap0 > > > > > > I remember that ifconfig didn't dump core when my laptop ran CURRENT > > from a few months ago. > > > You'll probably need to build a version of ifconfig with debugging > symbols. And then provide a backtrace of the core dump. > > How soon after killing openvpn, do you use the ifconfig command. It > might be possible that devfs was in the process of removing tap0, when > you used the ifconfig command. > Hm. It looks like the "close" code for if_tap clears out the addresses of the interface with a pretty blunt-edged "bzero", rather than removing them in any clean fashion. As a result, ifconfig gets confused over the address families in the tags it sees on the addresses it enumerates off the tap interface, and collapses with a corefile. if_tap's "close" seems to be trying to do part of what's done in if_detach, so I split out what I think are the relevant bits from there and used it in both places. Any networking experts care to take a look at the patch? I suspect there's a whole mess of locking I'm not doing for a start, but I think it might be an improvement over the current situation. Cheers, Peadar. ------=_Part_21265_26378769.1116949082504 Content-Type: text/plain; name=iftap.txt; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="iftap.txt" Index: net/if.c =================================================================== RCS file: /usr/cvs/FreeBSD-CVS/src/sys/net/if.c,v retrieving revision 1.227 diff -u -w -r1.227 if.c --- net/if.c 20 Apr 2005 09:30:54 -0000 1.227 +++ net/if.c 9 May 2005 15:33:40 -0000 @@ -530,13 +530,52 @@ } /* + * Remove any network addresses from an interface. + */ + +void +if_purgeaddrs(struct ifnet *ifp) +{ + struct ifaddr *ifa, *next; + + TAILQ_FOREACH_SAFE(ifa, &ifp->if_addrhead, ifa_link, next) { + + if (ifa->ifa_addr->sa_family == AF_LINK) + continue; +#ifdef INET + /* XXX: Ugly!! ad hoc just for INET */ + if (ifa->ifa_addr && ifa->ifa_addr->sa_family == AF_INET) { + struct ifaliasreq ifr; + + bzero(&ifr, sizeof(ifr)); + ifr.ifra_addr = *ifa->ifa_addr; + if (ifa->ifa_dstaddr) + ifr.ifra_broadaddr = *ifa->ifa_dstaddr; + if (in_control(NULL, SIOCDIFADDR, (caddr_t)&ifr, ifp, + NULL) == 0) + continue; + } +#endif /* INET */ +#ifdef INET6 + if (ifa->ifa_addr && ifa->ifa_addr->sa_family == AF_INET6) { + in6_purgeaddr(ifa); + /* ifp_addrhead is already updated */ + continue; + } +#endif /* INET6 */ + TAILQ_REMOVE(&ifp->if_addrhead, ifa, ifa_link); + IFAFREE(ifa); + } +} + +/* * Detach an interface, removing it from the * list of "active" interfaces. */ void if_detach(struct ifnet *ifp) { - struct ifaddr *ifa, *next; + struct ifaddr *ifa; struct radix_node_head *rnh; int s; int i; @@ -568,35 +607,9 @@ altq_detach(&ifp->if_snd); #endif - for (ifa = TAILQ_FIRST(&ifp->if_addrhead); ifa; ifa = next) { - next = TAILQ_NEXT(ifa, ifa_link); + if_purgeaddrs(ifp); - if (ifa->ifa_addr->sa_family == AF_LINK) - continue; -#ifdef INET - /* XXX: Ugly!! ad hoc just for INET */ - if (ifa->ifa_addr && ifa->ifa_addr->sa_family == AF_INET) { - struct ifaliasreq ifr; - bzero(&ifr, sizeof(ifr)); - ifr.ifra_addr = *ifa->ifa_addr; - if (ifa->ifa_dstaddr) - ifr.ifra_broadaddr = *ifa->ifa_dstaddr; - if (in_control(NULL, SIOCDIFADDR, (caddr_t)&ifr, ifp, - NULL) == 0) - continue; - } -#endif /* INET */ -#ifdef INET6 - if (ifa->ifa_addr && ifa->ifa_addr->sa_family == AF_INET6) { - in6_purgeaddr(ifa); - /* ifp_addrhead is already updated */ - continue; - } -#endif /* INET6 */ - TAILQ_REMOVE(&ifp->if_addrhead, ifa, ifa_link); - IFAFREE(ifa); - } #ifdef INET6 /* Index: net/if_tap.c =================================================================== RCS file: /usr/cvs/FreeBSD-CVS/src/sys/net/if_tap.c,v retrieving revision 1.53 diff -u -w -r1.53 if_tap.c --- net/if_tap.c 4 May 2005 18:55:02 -0000 1.53 +++ net/if_tap.c 9 May 2005 21:01:52 -0000 @@ -356,9 +356,6 @@ struct ifnet *ifp = NULL; int s; - if (tapuopen == 0 && suser(td) != 0) - return (EPERM); - if ((dev2unit(dev) & CLONE_UNITMASK) > TAPMAXUNIT) return (ENXIO); @@ -408,6 +405,7 @@ int bar; struct thread *td; { + struct ifaddr *ifa; struct tap_softc *tp = dev->si_drv1; struct ifnet *ifp = &tp->tap_if; int s; @@ -426,24 +424,10 @@ s = splimp(); if_down(ifp); if (ifp->if_flags & IFF_RUNNING) { - /* find internet addresses and delete routes */ - struct ifaddr *ifa = NULL; - - /* In desparate need of ifaddr locking. */ TAILQ_FOREACH(ifa, &ifp->if_addrhead, ifa_link) { - if (ifa->ifa_addr->sa_family == AF_INET) { rtinit(ifa, (int)RTM_DELETE, 0); - - /* remove address from interface */ - bzero(ifa->ifa_addr, - sizeof(*(ifa->ifa_addr))); - bzero(ifa->ifa_dstaddr, - sizeof(*(ifa->ifa_dstaddr))); - bzero(ifa->ifa_netmask, - sizeof(*(ifa->ifa_netmask))); } - } - + if_purgeaddrs(ifp); ifp->if_flags &= ~IFF_RUNNING; } splx(s); Index: net/if_var.h =================================================================== RCS file: /usr/cvs/FreeBSD-CVS/src/sys/net/if_var.h,v retrieving revision 1.95 diff -u -w -r1.95 if_var.h --- net/if_var.h 20 Apr 2005 09:30:54 -0000 1.95 +++ net/if_var.h 9 May 2005 15:33:41 -0000 @@ -629,6 +629,7 @@ void if_attach(struct ifnet *); int if_delmulti(struct ifnet *, struct sockaddr *); void if_detach(struct ifnet *); +void if_purgeaddrs(struct ifnet *); void if_down(struct ifnet *); void if_initname(struct ifnet *, const char *, int); void if_link_state_change(struct ifnet *, int); ------=_Part_21265_26378769.1116949082504-- From owner-freebsd-net@FreeBSD.ORG Tue May 24 16:09:54 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A9F8816A41C; Tue, 24 May 2005 16:09:54 +0000 (GMT) (envelope-from Maksim.Yevmenkin@savvis.net) Received: from mailgate1b.savvis.net (mailgate1b.savvis.net [216.91.182.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6700443D1F; Tue, 24 May 2005 16:09:54 +0000 (GMT) (envelope-from Maksim.Yevmenkin@savvis.net) Received: from localhost (localhost.localdomain [127.0.0.1]) by mailgate1b.savvis.net (Postfix) with ESMTP id 9E4953BF0A; Tue, 24 May 2005 11:09:50 -0500 (CDT) Received: from mailgate1b.savvis.net ([127.0.0.1]) by localhost (mailgate1b.savvis.net [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 05703-01-24; Tue, 24 May 2005 11:09:50 -0500 (CDT) Received: from out002.email.savvis.net (out002.apptix.savvis.net [216.91.32.45]) by mailgate1b.savvis.net (Postfix) with ESMTP id 59F813BE22; Tue, 24 May 2005 11:09:50 -0500 (CDT) Received: from s228130hz1ew171.apptix-01.savvis.net ([10.146.4.29]) by out002.email.savvis.net with Microsoft SMTPSVC(6.0.3790.211); Tue, 24 May 2005 11:09:48 -0500 Received: from [10.254.186.111] ([66.35.239.94]) by s228130hz1ew171.apptix-01.savvis.net with Microsoft SMTPSVC(6.0.3790.211); Tue, 24 May 2005 11:09:42 -0500 Message-ID: <429351C5.6020908@savvis.net> Date: Tue, 24 May 2005 09:09:41 -0700 From: Maksim Yevmenkin User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050404) X-Accept-Language: en-us, en MIME-Version: 1.0 To: peadar@freebsd.org References: <790a9fff0505190809428abb15@mail.gmail.com> <34cb7c84050519083477639cd5@mail.gmail.com> <34cb7c8405052408384999ef7a@mail.gmail.com> In-Reply-To: <34cb7c8405052408384999ef7a@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 24 May 2005 16:09:42.0461 (UTC) FILETIME=[FEA7BED0:01C5607A] X-Virus-Scanned: amavisd-new at savvis.net Cc: freebsd-net@freebsd.org Subject: Re: [patch for review] Fwd: CURRENT: ifconfig tap0 results in core dump X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 May 2005 16:09:54 -0000 Peter, > Does anyone have any objection to me committing the patch in this thread? looks good to me. > (Note: I inadvertently included a local change that no longer prevents > non-root users from opening up /dev/tap*: I don't intend to commit > that part of it) good, i was about to ask you :) max From owner-freebsd-net@FreeBSD.ORG Tue May 24 16:42:09 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9FC7F16A41C; Tue, 24 May 2005 16:42:09 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 56FDE43D4C; Tue, 24 May 2005 16:42:09 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id j4OGg8eW014507; Tue, 24 May 2005 09:42:08 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id j4OGg84o014506; Tue, 24 May 2005 09:42:08 -0700 Date: Tue, 24 May 2005 09:42:08 -0700 From: Brooks Davis To: peadar@freebsd.org Message-ID: <20050524164208.GB2674@odin.ac.hmc.edu> References: <790a9fff0505190809428abb15@mail.gmail.com> <34cb7c84050519083477639cd5@mail.gmail.com> <34cb7c8405052408384999ef7a@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="NDin8bjvE/0mNLFQ" Content-Disposition: inline In-Reply-To: <34cb7c8405052408384999ef7a@mail.gmail.com> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu Cc: freebsd-net@freebsd.org Subject: Re: [patch for review] Fwd: CURRENT: ifconfig tap0 results in core dump X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 May 2005 16:42:09 -0000 --NDin8bjvE/0mNLFQ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, May 24, 2005 at 04:38:02PM +0100, Peter Edwards wrote: > Does anyone have any objection to me committing the patch in this thread? It's fine with me. Tap really should be converted to use interface cloning instead of devfs cloning which would fix some of this, but that's a problem for another day. -- Brooks > (Note: I inadvertently included a local change that no longer prevents > non-root users from opening up /dev/tap*: I don't intend to commit > that part of it) >=20 >=20 > ---------- Forwarded message ---------- > From: Peter Edwards > Date: May 19, 2005 4:34 PM > Subject: Re: CURRENT: ifconfig tap0 results in core dump > To: Matti Saarinen , Scot Hetzel > , freebsd-current@freebsd.org > Cc: peadar@freebsd.org >=20 >=20 > > > % ifconfig tap0 > > > tap0: flags=3D8802 mtu 1500 > > > inet6 fe80::2bd:9ff:fe7c:100%tap0 prefixlen 64 scopeid 0x5 > > > zsh: segmentation fault (core dumped) ifconfig tap0 > > > > > > > > > I remember that ifconfig didn't dump core when my laptop ran CURRENT > > > from a few months ago. > > > > > You'll probably need to build a version of ifconfig with debugging > > symbols. And then provide a backtrace of the core dump. > > > > How soon after killing openvpn, do you use the ifconfig command. It > > might be possible that devfs was in the process of removing tap0, when > > you used the ifconfig command. > > > Hm. > It looks like the "close" code for if_tap clears out the addresses of > the interface with a pretty blunt-edged "bzero", rather than removing > them in any clean fashion. As a result, ifconfig gets confused over > the address families in the tags it sees on the addresses it > enumerates off the tap interface, and collapses with a corefile. >=20 > if_tap's "close" seems to be trying to do part of what's done in > if_detach, so I split out what I think are the relevant bits from > there and used it in both places. >=20 > Any networking experts care to take a look at the patch? I suspect > there's a whole mess of locking I'm not doing for a start, but I think > it might be an improvement over the current situation. >=20 > Cheers, > Peadar. > Index: net/if.c > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > RCS file: /usr/cvs/FreeBSD-CVS/src/sys/net/if.c,v > retrieving revision 1.227 > diff -u -w -r1.227 if.c > --- net/if.c 20 Apr 2005 09:30:54 -0000 1.227 > +++ net/if.c 9 May 2005 15:33:40 -0000 > @@ -530,13 +530,52 @@ > } > =20 > /* > + * Remove any network addresses from an interface. > + */ > + > +void > +if_purgeaddrs(struct ifnet *ifp) > +{ > + struct ifaddr *ifa, *next; > + > + TAILQ_FOREACH_SAFE(ifa, &ifp->if_addrhead, ifa_link, next) { > + > + if (ifa->ifa_addr->sa_family =3D=3D AF_LINK) > + continue; > +#ifdef INET > + /* XXX: Ugly!! ad hoc just for INET */ > + if (ifa->ifa_addr && ifa->ifa_addr->sa_family =3D=3D AF_INET) { > + struct ifaliasreq ifr; > + > + bzero(&ifr, sizeof(ifr)); > + ifr.ifra_addr =3D *ifa->ifa_addr; > + if (ifa->ifa_dstaddr) > + ifr.ifra_broadaddr =3D *ifa->ifa_dstaddr; > + if (in_control(NULL, SIOCDIFADDR, (caddr_t)&ifr, ifp, > + NULL) =3D=3D 0) > + continue; > + } > +#endif /* INET */ > +#ifdef INET6 > + if (ifa->ifa_addr && ifa->ifa_addr->sa_family =3D=3D AF_INET6) { > + in6_purgeaddr(ifa); > + /* ifp_addrhead is already updated */ > + continue; > + } > +#endif /* INET6 */ > + TAILQ_REMOVE(&ifp->if_addrhead, ifa, ifa_link); > + IFAFREE(ifa); > + } > +} > + > +/* > * Detach an interface, removing it from the > * list of "active" interfaces. > */ > void > if_detach(struct ifnet *ifp) > { > - struct ifaddr *ifa, *next; > + struct ifaddr *ifa; > struct radix_node_head *rnh; > int s; > int i; > @@ -568,35 +607,9 @@ > altq_detach(&ifp->if_snd); > #endif > =20 > - for (ifa =3D TAILQ_FIRST(&ifp->if_addrhead); ifa; ifa =3D next) { > - next =3D TAILQ_NEXT(ifa, ifa_link); > + if_purgeaddrs(ifp); > =20 > - if (ifa->ifa_addr->sa_family =3D=3D AF_LINK) > - continue; > -#ifdef INET > - /* XXX: Ugly!! ad hoc just for INET */ > - if (ifa->ifa_addr && ifa->ifa_addr->sa_family =3D=3D AF_INET) { > - struct ifaliasreq ifr; > =20 > - bzero(&ifr, sizeof(ifr)); > - ifr.ifra_addr =3D *ifa->ifa_addr; > - if (ifa->ifa_dstaddr) > - ifr.ifra_broadaddr =3D *ifa->ifa_dstaddr; > - if (in_control(NULL, SIOCDIFADDR, (caddr_t)&ifr, ifp, > - NULL) =3D=3D 0) > - continue; > - } > -#endif /* INET */ > -#ifdef INET6 > - if (ifa->ifa_addr && ifa->ifa_addr->sa_family =3D=3D AF_INET6) { > - in6_purgeaddr(ifa); > - /* ifp_addrhead is already updated */ > - continue; > - } > -#endif /* INET6 */ > - TAILQ_REMOVE(&ifp->if_addrhead, ifa, ifa_link); > - IFAFREE(ifa); > - } > =20 > #ifdef INET6 > /* > Index: net/if_tap.c > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > RCS file: /usr/cvs/FreeBSD-CVS/src/sys/net/if_tap.c,v > retrieving revision 1.53 > diff -u -w -r1.53 if_tap.c > --- net/if_tap.c 4 May 2005 18:55:02 -0000 1.53 > +++ net/if_tap.c 9 May 2005 21:01:52 -0000 > @@ -356,9 +356,6 @@ > struct ifnet *ifp =3D NULL; > int s; > =20 > - if (tapuopen =3D=3D 0 && suser(td) !=3D 0) > - return (EPERM); > - > if ((dev2unit(dev) & CLONE_UNITMASK) > TAPMAXUNIT) > return (ENXIO); > =20 > @@ -408,6 +405,7 @@ > int bar; > struct thread *td; > { > + struct ifaddr *ifa; > struct tap_softc *tp =3D dev->si_drv1; > struct ifnet *ifp =3D &tp->tap_if; > int s; > @@ -426,24 +424,10 @@ > s =3D splimp(); > if_down(ifp); > if (ifp->if_flags & IFF_RUNNING) { > - /* find internet addresses and delete routes */ > - struct ifaddr *ifa =3D NULL; > - > - /* In desparate need of ifaddr locking. */ > TAILQ_FOREACH(ifa, &ifp->if_addrhead, ifa_link) { > - if (ifa->ifa_addr->sa_family =3D=3D AF_INET) { > rtinit(ifa, (int)RTM_DELETE, 0); > - > - /* remove address from interface */ > - bzero(ifa->ifa_addr, > - sizeof(*(ifa->ifa_addr))); > - bzero(ifa->ifa_dstaddr, > - sizeof(*(ifa->ifa_dstaddr))); > - bzero(ifa->ifa_netmask, > - sizeof(*(ifa->ifa_netmask))); > } > - } > - > + if_purgeaddrs(ifp); > ifp->if_flags &=3D ~IFF_RUNNING; > } > splx(s); > Index: net/if_var.h > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > RCS file: /usr/cvs/FreeBSD-CVS/src/sys/net/if_var.h,v > retrieving revision 1.95 > diff -u -w -r1.95 if_var.h > --- net/if_var.h 20 Apr 2005 09:30:54 -0000 1.95 > +++ net/if_var.h 9 May 2005 15:33:41 -0000 > @@ -629,6 +629,7 @@ > void if_attach(struct ifnet *); > int if_delmulti(struct ifnet *, struct sockaddr *); > void if_detach(struct ifnet *); > +void if_purgeaddrs(struct ifnet *); > void if_down(struct ifnet *); > void if_initname(struct ifnet *, const char *, int); > void if_link_state_change(struct ifnet *, int); > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --NDin8bjvE/0mNLFQ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFCk1lfXY6L6fI4GtQRAqGMAKCVPOnMc2yQe3Y64uUPppWQyMXvtwCgoPS2 A4+V8wxIBvoyggE+Y34AYIQ= =L8XG -----END PGP SIGNATURE----- --NDin8bjvE/0mNLFQ-- From owner-freebsd-net@FreeBSD.ORG Wed May 25 02:42:35 2005 Return-Path: X-Original-To: freebsd-net@hub.freebsd.org Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 941F216A41C; Wed, 25 May 2005 02:42:35 +0000 (GMT) (envelope-from marcel@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5AA0043D55; Wed, 25 May 2005 02:42:35 +0000 (GMT) (envelope-from marcel@FreeBSD.org) Received: from freefall.freebsd.org (marcel@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.3/8.13.3) with ESMTP id j4P2gZZR059787; Wed, 25 May 2005 02:42:35 GMT (envelope-from marcel@freefall.freebsd.org) Received: (from marcel@localhost) by freefall.freebsd.org (8.13.3/8.13.1/Submit) id j4P2gZGO059783; Wed, 25 May 2005 02:42:35 GMT (envelope-from marcel) Date: Wed, 25 May 2005 02:42:35 GMT From: Marcel Moolenaar Message-Id: <200505250242.j4P2gZGO059783@freefall.freebsd.org> To: marcel@FreeBSD.org, freebsd-ia64@FreeBSD.org, freebsd-net@FreeBSD.org Cc: Subject: Re: ia64/81284: Unaligned Reference with pf on 5.4/IA64 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 May 2005 02:42:35 -0000 Synopsis: Unaligned Reference with pf on 5.4/IA64 Responsible-Changed-From-To: freebsd-ia64->freebsd-net Responsible-Changed-By: marcel Responsible-Changed-When: Wed May 25 02:27:47 GMT 2005 Responsible-Changed-Why: http://www.freebsd.org/cgi/query-pr.cgi?pr=81284 From owner-freebsd-net@FreeBSD.ORG Wed May 25 02:50:10 2005 Return-Path: X-Original-To: freebsd-net@hub.freebsd.org Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3D43C16A41C for ; Wed, 25 May 2005 02:50:10 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id F127E43D55 for ; Wed, 25 May 2005 02:50:09 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.3/8.13.3) with ESMTP id j4P2o9fD059964 for ; Wed, 25 May 2005 02:50:09 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.3/8.13.1/Submit) id j4P2o9IH059963; Wed, 25 May 2005 02:50:09 GMT (envelope-from gnats) Date: Wed, 25 May 2005 02:50:09 GMT Message-Id: <200505250250.j4P2o9IH059963@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: Marcel Moolenaar Cc: Subject: Re: ia64/81284: Unaligned Reference with pf on 5.4/IA64 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Marcel Moolenaar List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 May 2005 02:50:10 -0000 The following reply was made to PR ia64/81284; it has been noted by GNATS. From: Marcel Moolenaar To: bug-followup@FreeBSD.org Cc: Subject: Re: ia64/81284: Unaligned Reference with pf on 5.4/IA64 Date: Tue, 24 May 2005 19:45:37 -0700 The problem is not specific to ia64. Any 64-bit platform with strong alignment will have a misalignment panic. Note that pf_addrcpy() is called from pf_test() in the failing case. (pf.c, line 6349) -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net From owner-freebsd-net@FreeBSD.ORG Wed May 25 09:32:37 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C5B6516A41C for ; Wed, 25 May 2005 09:32:37 +0000 (GMT) (envelope-from raglon@packetfront.com) Received: from mail.packetfront.com (mail.packetfront.com [212.247.6.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id 67A9F43D49 for ; Wed, 25 May 2005 09:32:36 +0000 (GMT) (envelope-from raglon@packetfront.com) Received: from localhost (localhost [127.0.0.1]) by mail.packetfront.com (Postfix) with ESMTP id 1E48EA3F7C; Wed, 25 May 2005 11:32:35 +0200 (CEST) Received: from mail.packetfront.com ([127.0.0.1]) by localhost (mail [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 00951-04; Wed, 25 May 2005 11:32:34 +0200 (CEST) Received: from [192.168.1.159] (pf-raglon.int.packetfront.com [192.168.1.159]) by mail.packetfront.com (Postfix) with ESMTP id D39EBA3F76; Wed, 25 May 2005 11:32:34 +0200 (CEST) Message-ID: <4294460C.70700@packetfront.com> Date: Wed, 25 May 2005 11:31:56 +0200 From: Ragnar Lonn User-Agent: Mozilla Thunderbird 0.8 (Windows/20040913) X-Accept-Language: en-us, en MIME-Version: 1.0 To: John Mok References: <428DFD1F.7010309@packetfront.com> <428E97F0.5090408@attglobal.net> In-Reply-To: <428E97F0.5090408@attglobal.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at packetfront.com Cc: freebsd-net@freebsd.org Subject: Re: Realtek re(4) driver for FreeBSD 4.x? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 May 2005 09:32:37 -0000 Thanks, I downloaded it but it looks as if that's the rl(4) driver. It only works for Realteks FastEthernet NICs, not the gigabit Ethernet ones. Regards, /Ragnar John Mok wrote: > > Did you try the driver for FreeBSD 4.x from Realtek? > > http://www.realtek.com.tw/downloads/downloads1-3.aspx?series=16&Software=True > > > Regards, John Mok > > > Ragnar Lonn wrote: > >> Hi, >> >> I have a couple of D-link gigabit-ethernet cards that I'd like to run >> on FreeBSD 4.11 >> but it seems the driver only exists for FreeBSD 5.x. >> >> I saw that a certain Barry Bouwsma (who happens to be an old >> acquaintance of mine), >> had made an attempt at porting the re(4) driver to FreeBSD 4 but I >> don't know if >> he has been successful or not and I can't find any email address to >> him that seems >> to be working (the NOSPAM.dyndns.dk address seems to be down). >> >> So - does anyone know if there is a working re(4) driver for FreeBSD 4.x >> and also, does anyone know how to reach Barry?? >> >> Regards, >> >> /Ragnar >> >> _______________________________________________ >> freebsd-net@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-net >> To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" >> > > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" From owner-freebsd-net@FreeBSD.ORG Wed May 25 12:56:46 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D189A16A41C for ; Wed, 25 May 2005 12:56:46 +0000 (GMT) (envelope-from donatas@lrtc.net) Received: from mail.lrtc.lt (pegasus.lrtc.lt [217.9.240.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id 234B243D1F for ; Wed, 25 May 2005 12:56:45 +0000 (GMT) (envelope-from donatas@lrtc.net) Received: (qmail 8768 invoked from network); 25 May 2005 12:43:08 -0000 Received: from unknown (HELO donatas) (d.gendvilas@[192.168.144.159]) (envelope-sender ) by mail.lrtc.lt (qmail-ldap-1.03) with SMTP for ; 25 May 2005 12:43:07 -0000 Message-ID: <092001c56129$2d575a20$9f90a8c0@DONATAS> From: "Donatas" To: Date: Wed, 25 May 2005 15:56:33 +0300 Organization: AB Lietuvos Radijo ir Televizijos Centras MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-4" Content-Transfer-Encoding: quoted-printable X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2180 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Subject: debugging hatm X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Donatas List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 May 2005 12:56:46 -0000 hello, has anyone any ideas on how enable debug on hatm (HE155) interface? hw.atm.hatmN.debug sysctl -a |grep hw.atm doesn't show such viariable and I don't see any = parameters in if_hatmvar.h exept debug flags. thanx From owner-freebsd-net@FreeBSD.ORG Wed May 25 13:05:26 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 162E616A41C for ; Wed, 25 May 2005 13:05:26 +0000 (GMT) (envelope-from Hartmut.Brandt@dlr.de) Received: from smtp-1.dlr.de (smtp-1.dlr.de [195.37.61.185]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7D8A843D58 for ; Wed, 25 May 2005 13:05:25 +0000 (GMT) (envelope-from Hartmut.Brandt@dlr.de) Received: from beagle.kn.op.dlr.de ([129.247.173.6]) by smtp-1.dlr.de over TLS secured channel with Microsoft SMTPSVC(6.0.3790.211); Wed, 25 May 2005 15:05:24 +0200 Date: Wed, 25 May 2005 15:05:25 +0200 (CEST) From: Harti Brandt X-X-Sender: brandt_h@beagle.kn.op.dlr.de To: Donatas In-Reply-To: <092001c56129$2d575a20$9f90a8c0@DONATAS> Message-ID: <20050525150444.D58095@beagle.kn.op.dlr.de> References: <092001c56129$2d575a20$9f90a8c0@DONATAS> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-OriginalArrivalTime: 25 May 2005 13:05:24.0453 (UTC) FILETIME=[69FB6150:01C5612A] Cc: freebsd-net@freebsd.org Subject: Re: debugging hatm X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Harti Brandt List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 May 2005 13:05:26 -0000 On Wed, 25 May 2005, Donatas wrote: D>hello, D>has anyone any ideas on how enable debug on hatm (HE155) interface? D> D>hw.atm.hatmN.debug D> D>sysctl -a |grep hw.atm doesn't show such viariable and I don't see any parameters in if_hatmvar.h exept debug flags. You must build the driver with the HATM_DEBUG option. harti From owner-freebsd-net@FreeBSD.ORG Wed May 25 13:11:45 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 920E916A44E for ; Wed, 25 May 2005 13:11:45 +0000 (GMT) (envelope-from jmok@attglobal.net) Received: from hanghau.pacific.net.hk (hanghau.pacific.net.hk [202.64.33.137]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0B5AE43D1F for ; Wed, 25 May 2005 13:11:44 +0000 (GMT) (envelope-from jmok@attglobal.net) Received: from [192.168.16.50] (154.159.17.210.fixed.pacific.net.hk [210.17.159.154]) by hanghau.pacific.net.hk with ESMTP id j4PDBbqT016041; Wed, 25 May 2005 21:11:43 +0800 (CST) Message-ID: <4294796D.3060808@attglobal.net> Date: Wed, 25 May 2005 21:11:09 +0800 From: John Mok User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Ragnar Lonn References: <428DFD1F.7010309@packetfront.com> <428E97F0.5090408@attglobal.net> <4294460C.70700@packetfront.com> In-Reply-To: <4294460C.70700@packetfront.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org Subject: Re: Realtek re(4) driver for FreeBSD 4.x? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 May 2005 13:11:45 -0000 Dear Ragnar, I am sorry I did not aware that you need the gigabit Ethernet drivers for FreeBSD 4.x. If it is the Realtek 8169 chipset, please try this one :- http://152.104.125.9/cn/nic/rtl8169rtl8169sbrtl8110sb/bsd-8169s(120)0909.zip Anyway, after some searching, I am sure you could get the driver you need from there. John Mok Ragnar Lonn wrote: > Thanks, I downloaded it but it looks as if that's the rl(4) driver. It > only works for > Realteks FastEthernet NICs, not the gigabit Ethernet ones. > > Regards, > > /Ragnar > > John Mok wrote: > >> >> Did you try the driver for FreeBSD 4.x from Realtek? >> >> http://www.realtek.com.tw/downloads/downloads1-3.aspx?series=16&Software=True >> >> >> Regards, John Mok >> >> >> Ragnar Lonn wrote: >> >>> Hi, >>> >>> I have a couple of D-link gigabit-ethernet cards that I'd like to >>> run on FreeBSD 4.11 >>> but it seems the driver only exists for FreeBSD 5.x. >>> >>> I saw that a certain Barry Bouwsma (who happens to be an old >>> acquaintance of mine), >>> had made an attempt at porting the re(4) driver to FreeBSD 4 but I >>> don't know if >>> he has been successful or not and I can't find any email address to >>> him that seems >>> to be working (the NOSPAM.dyndns.dk address seems to be down). >>> >>> So - does anyone know if there is a working re(4) driver for FreeBSD >>> 4.x >>> and also, does anyone know how to reach Barry?? >>> >>> Regards, >>> >>> /Ragnar >>> >>> _______________________________________________ >>> freebsd-net@freebsd.org mailing list >>> http://lists.freebsd.org/mailman/listinfo/freebsd-net >>> To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" >>> >> >> _______________________________________________ >> freebsd-net@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-net >> To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > > > > From owner-freebsd-net@FreeBSD.ORG Wed May 25 16:36:19 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CFD6316A41C; Wed, 25 May 2005 16:36:19 +0000 (GMT) (envelope-from dclark@applmath.scu.edu) Received: from server4.engr.scu.edu (server4.engr.scu.edu [129.210.16.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8A8BD43D49; Wed, 25 May 2005 16:36:19 +0000 (GMT) (envelope-from dclark@applmath.scu.edu) Received: from nova32.dc.engr.scu.edu (nova32.dc.engr.scu.edu [129.210.16.29]) by server4.engr.scu.edu (8.12.10/8.12.10) with ESMTP id j4PGaH8w008639; Wed, 25 May 2005 09:36:17 -0700 Received: from localhost (dclark@localhost) by nova32.dc.engr.scu.edu (8.12.10/8.12.10) with ESMTP id j4PGaG1B024220; Wed, 25 May 2005 09:36:17 -0700 (PDT) X-Authentication-Warning: nova32.dc.engr.scu.edu: dclark owned process doing -bs Date: Wed, 25 May 2005 09:36:16 -0700 (PDT) From: "Dorr H. Clark" To: jmg@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-net@freebsd.org, re@freebsd.org Subject: your socket/kevent fix needed for FreeBSD 4.x as well? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 May 2005 16:36:19 -0000 Dear John-Mark Gurney, I believe the fix you applied in revision 1.209 of src/sys/kern/uipc_socket.c is also valid for the FreeBSD 4.x source tree. Do you agree? I realize 4.x is EOL now but those with an interest in maintaining 4.x baselines could still apply this change as a patch if they're interested. Thanks, -Dorr H. Clark Santa Clara University From owner-freebsd-net@FreeBSD.ORG Thu May 26 01:32:29 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DF86D16A420 for ; Thu, 26 May 2005 01:32:28 +0000 (GMT) (envelope-from french.linuxian@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0E9B643D4C for ; Thu, 26 May 2005 01:32:27 +0000 (GMT) (envelope-from french.linuxian@gmail.com) Received: by zproxy.gmail.com with SMTP id 12so834957nzp for ; Wed, 25 May 2005 18:32:27 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=Kjy/tiPIQV7AvgLYzvCdlhR4BQ+66BWBt5PEflXgMZJSBRO4332Jd6UL7PnknaYW0bf5R2r6Wx2z3E0dljKN1TDfW5m6G06IYJI6xn5AbCY5X3NeGk7YeBaxFzW3mBlw8PBiCLgqP283F8idZDtBvlHqMR0ERTwtycMX7jaaMLg= Received: by 10.36.3.12 with SMTP id 12mr418690nzc; Wed, 25 May 2005 18:32:27 -0700 (PDT) Received: by 10.36.58.12 with HTTP; Wed, 25 May 2005 18:32:27 -0700 (PDT) Message-ID: <3727392705052518326f1893f1@mail.gmail.com> Date: Wed, 25 May 2005 21:32:27 -0400 From: Aziz Kezzou To: freebsd-net , freebsd-hackers Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Cc: Subject: weird NFS problem ? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Aziz Kezzou List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 May 2005 01:32:29 -0000 Hi all, I am experiencing a weird problem while mounting nfs files.=20 Configuration : - NFS client : FreeBSD 5.3 running on QEMU, IP =3D 192.168.0.2 - NFS server : FC3, the host, IP =3D 192.168.0.1 Firewalling:=20 absolutely everything is authorized from 192.168.0.2 on 192.168.0.1 Problem : some UDP ports on 192.168.0.2 are unreachable without any reason I know of= ?!! Command: arwen# mount -t nfs 192.168.0.1:/home/akezzou/pfe/cvs /mnt/host [udp] 192.168.0.1:/home/akezzou/pfe/cvs: RPCPROG_MNT: RPC: Timed out [udp] 192.168.0.1:/home/akezzou/pfe/cvs: RPCPROG_MNT: RPC: Timed out Tcpdump output : [root@eowyn bin]# /usr/sbin/tcpdump -i tun0 tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on tun0, link-type EN10MB (Ethernet), capture size 96 bytes 21:04:51.560121 IP 192.168.0.2.675 > 192.168.0.1.sunrpc: UDP, length 56 21:04:51.561806 arp who-has 192.168.0.2 tell 192.168.0.1 21:04:51.564088 arp reply 192.168.0.2 is-at 52:54:00:12:34:56 21:04:51.564118 IP 192.168.0.1.sunrpc > 192.168.0.2.675: UDP, length 28 21:04:51.570214 IP 192.168.0.2.1117046890 > 192.168.0.1.nfs: 40 null 21:04:51.570368 IP 192.168.0.1.nfs > 192.168.0.2.1117046890: reply ok 24 nu= ll 21:04:51.575164 IP 192.168.0.2.954 > 192.168.0.1.sunrpc: UDP, length 56 21:04:51.576338 IP 192.168.0.1.sunrpc > 192.168.0.2.954: UDP, length 28 21:04:51.581561 IP 192.168.0.2.621 > 192.168.0.1.650: UDP, length 108 21:05:04.528129 IP 192.168.0.1.650 > 192.168.0.2.621: UDP, length 68 21:05:04.530154 IP 192.168.0.2 > 192.168.0.1: icmp 36: 192.168.0.2 udp port 62 1 unreachable 21:06:01.613750 IP 192.168.0.2.1006 > 192.168.0.1.sunrpc: UDP, length 56 21:06:01.616083 IP 192.168.0.1.sunrpc > 192.168.0.2.1006: UDP, length 28 21:06:01.622336 IP 192.168.0.2.1117192688 > 192.168.0.1.nfs: 40 null 21:06:01.626734 IP 192.168.0.1.nfs > 192.168.0.2.1117192688: reply ok 24 nu= ll 21:06:01.637315 IP 192.168.0.2.843 > 192.168.0.1.sunrpc: UDP, length 56 21:06:01.641915 IP 192.168.0.1.sunrpc > 192.168.0.2.843: UDP, length 28 21:06:01.646715 IP 192.168.0.2.792 > 192.168.0.1.650: UDP, length 108 21:06:06.614378 arp who-has 192.168.0.2 tell 192.168.0.1 21:06:06.615755 arp reply 192.168.0.2 is-at 52:54:00:12:34:56 21:06:16.682754 IP 192.168.0.1.650 > 192.168.0.2.792: UDP, length 68 21:06:16.684556 IP 192.168.0.2 > 192.168.0.1: icmp 36: 192.168.0.2 udp port 79 2 unreachable 21:07:11.659900 IP 192.168.0.2.764 > 192.168.0.1.sunrpc: UDP, length 56 21:07:11.662292 IP 192.168.0.1.sunrpc > 192.168.0.2.764: UDP, length 28 21:07:11.668228 IP 192.168.0.2.1117147813 > 192.168.0.1.nfs: 40 null 21:07:11.671916 IP 192.168.0.1.nfs > 192.168.0.2.1117147813: reply ok 24 nu= ll 21:07:11.676171 IP 192.168.0.2.693 > 192.168.0.1.sunrpc: UDP, length 56 21:07:11.683197 IP 192.168.0.1.sunrpc > 192.168.0.2.693: UDP, length 28 21:07:11.688238 IP 192.168.0.2.958 > 192.168.0.1.650: UDP, length 108 21:07:16.660731 arp who-has 192.168.0.2 tell 192.168.0.1 21:07:16.661668 arp reply 192.168.0.2 is-at 52:54:00:12:34:56 =20 Any hint is greatly appreciated. thanks, -aziz From owner-freebsd-net@FreeBSD.ORG Thu May 26 09:27:30 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E104616A41F; Thu, 26 May 2005 09:27:30 +0000 (GMT) (envelope-from reza@mra.co.id) Received: from mx3.mra.co.id (mx3.mra.co.id [202.51.19.78]) by mx1.FreeBSD.org (Postfix) with ESMTP id D821843D53; Thu, 26 May 2005 09:27:13 +0000 (GMT) (envelope-from reza@mra.co.id) Received: from localhost (localhost.mra.co.id [127.0.0.1]) by mx3.mra.co.id (Postfix) with ESMTP id 5A1DA30FB5; Thu, 26 May 2005 16:56:16 +0700 (WIT) Received: from mx3.mra.co.id ([127.0.0.1]) by localhost (mx3.mra.co.id [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 69717-21; Thu, 26 May 2005 16:56:16 +0700 (WIT) Received: from mailbox.mra.co.id (unknown [172.16.0.225]) by mx3.mra.co.id (Postfix) with ESMTP id 2002F30FA0; Thu, 26 May 2005 16:56:16 +0700 (WIT) Received: from [172.16.0.228] (unknown [172.16.0.228]) by mailbox.mra.co.id (Postfix) with ESMTP id C28B83515A; Thu, 26 May 2005 16:25:39 +0700 (WIT) Message-ID: <4295A5C3.8070005@mra.co.id> Date: Thu, 26 May 2005 17:32:35 +0700 From: Muhammad Reza User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.7) Gecko/20050420 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-questions@freebsd.org, freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at mra.co.id Cc: Subject: Re: two ISP connections, three nics, and a NAT X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 May 2005 09:27:31 -0000 At 11:06 AM 5/12/2005, you wrote: > >> I have two ISP connections, a DSL line and a Cable Modem line. I want >> to plug both connections into a FreeBSD box that has three nics in >> it, one nic for each ISP connection and the last nic for my NAT. How >> can I bind the connections together without any other sort of router? > > > > > I setup something similar that may be useful.... We have a small > office with a 12/24ths of a T-1 line for an absurd amount of money as > our primary connection. Cheap residential cable service became > available with quadruple the bandwidth [incoming only] for cheap. > > I installed an extra NIC the to cable modem and setup the Squid proxy > / cache on a f'bsd box that was already running other services. Then > used some Squid options and IPFW to get all Squid's traffic running > over the cable line. This gets us faster web and ftp downloads, and > off-loads the T-1 for other things. > > -Wayne > _______________________________________________ > I have similar network configuration (dual home ISP without routing protocol enabled), and looking for some solution with BSD robust TCP/IP stack. PF came with this solution; http://www.openbsd.org/faq/pf/pools.html but this solution is based on packet filtering anyway, not routing. You no need to specified your default gateway and you will have problem if you have Squid running on your gateway box or have NAT rule, that translate your host public address into private LAN host address, and (maybe) many more... Meanwhile, my gateway box is Linux-2.4.x with iproute2, and can accomplished this matter. But i really want to change this into *BSD, i heard that guys from OpenBSD work on this (http://www.openbsd.org/plus36.html, Permit multiple default route), but not worked in my test. .. what about FreeBSD ? regards .:NewBie:. From owner-freebsd-net@FreeBSD.ORG Thu May 26 10:37:05 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BDB6316A41C for ; Thu, 26 May 2005 10:37:05 +0000 (GMT) (envelope-from mjl@luckie.org.nz) Received: from grunt13.ihug.co.nz (grunt13.ihug.co.nz [203.109.254.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id 72EC143D48 for ; Thu, 26 May 2005 10:37:04 +0000 (GMT) (envelope-from mjl@luckie.org.nz) Received: from 203-173-150-184.bliink.ihug.co.nz (lycra.luckie.org.nz) [203.173.150.184] by grunt13.ihug.co.nz with esmtp (Exim 3.35 #1 (Debian)) id 1DbFja-0002Cr-00; Thu, 26 May 2005 22:37:03 +1200 Received: from 203-173-155-132.bliink.ihug.co.nz ([203.173.155.132] helo=[192.168.1.6]) by lycra.luckie.org.nz with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.51 (FreeBSD)) id 1DbFj5-0003I8-AX for freebsd-net@freebsd.org; Thu, 26 May 2005 22:36:31 +1200 Message-ID: <4295A6CA.8080409@luckie.org.nz> Date: Thu, 26 May 2005 22:36:58 +1200 From: Matthew Luckie User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.7) Gecko/20050501 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-net@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: bpf writes on tun device X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 May 2005 10:37:05 -0000 Hi I would like to use the BPF device to write packets on a tun device, which is bpf type DLT_NULL. I'm aware that the man page (for 4.X and 5.X) says that BPF writes are only supported on Ethernet and SLIP links. I did notice, though, that the tunoutput function in sys/net/if_tun.c has some BPF code, and the cvs log says that write support was added back in revision 1.10 of the if_tun.c code 9 odd years ago. /* BPF write needs to be handled specially */ if (dst->sa_family == AF_UNSPEC) { dst->sa_family = *(mtod(m0, int *)); m0->m_len -= sizeof(int); m0->m_pkthdr.len -= sizeof(int); m0->m_data += sizeof(int); } it expects the BPF writer to supply an integer defining the address family of the packet embedded in the packet we wish to write. I can successfully write BPF packets up to 1500 bytes in size (1496 IP bytes without the address family integer). Writes larger than this return EMSGSIZE. I presume this is because of the following code in bpfwrite: if (datlen > ifp->if_mtu) { m_freem(m); return (EMSGSIZE); } although I haven't figured out how I manage to write 1514 bytes to an ethernet (1500 IP bytes + 14 for the ethernet header). I've got my code at http://www.wand.net.nz/~mjl12/bpf_null_tx.c which forms an ICMP echo request packet. This is on a FreeBSD 4.10 machine. I have two questions: 1. Should I be able to send IP MTU sized packets on tun devices, on any FreeBSD releases? 2. How come the bpf check against the interface MTU succeeds for ethernet writes of 1514, despite if->if_mtu seemingly being set to 1500 in if_ethersubr.c? Thanks Matthew From owner-freebsd-net@FreeBSD.ORG Thu May 26 16:22:54 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0756516A430 for ; Thu, 26 May 2005 16:22:53 +0000 (GMT) (envelope-from lee@wildcard.net.uk) Received: from ded.office.wildcard.net.uk (gw.office.wildcard.net.uk [82.138.232.49]) by mx1.FreeBSD.org (Postfix) with ESMTP id B7EA543D8C for ; Thu, 26 May 2005 16:22:47 +0000 (GMT) (envelope-from lee@wildcard.net.uk) Received: from gate.wildcard.net.uk (gate.internal.office.wildcard.net.uk [192.168.15.3]) by ded.office.wildcard.net.uk (8.12.11/8.12.11) with ESMTP id j4QGMjAL007771 for ; Thu, 26 May 2005 17:22:45 +0100 (BST) (envelope-from lee@wildcard.net.uk) Message-Id: <6.1.0.6.0.20050526171734.01a4a908@mail.wildcardinternet.co.uk> X-Sender: ljohns@mail.wildcardinternet.co.uk X-Mailer: QUALCOMM Windows Eudora Version 6.1.0.6 Date: Thu, 26 May 2005 17:22:47 +0100 To: freebsd-net@freebsd.org From: Lee Johnston Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Subject: FreeBSD 5.4 - TCP MD5 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 May 2005 16:22:54 -0000 Hi, I'm trying to configure a 5.4 box with Quagga to support TCP MD5 Passwords. I've achieved this previously with 4.10, but when I try to add the following kernel options, 5.4 doesn't like it: options FAST_IPSEC options crypto options TCP_MD5 config gives: VENUS: unknown option "TCP_MD5" I have this in /etc/ipsec.conf add 192.168.1.1 192.168.1.2 tcp 0x1000 -A tcp-md5 "[password]"; setkey -f /etc/ipsec.conf gives: pfkey_open: Protocol not supported What is the correct way for enabling TCP MD5 signatures on 5.4? Thanks, Regards, Lee. From owner-freebsd-net@FreeBSD.ORG Thu May 26 16:26:59 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 86FD116A433 for ; Thu, 26 May 2005 16:26:59 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.232]) by mx1.FreeBSD.org (Postfix) with ESMTP id 95D5343D8E for ; Thu, 26 May 2005 16:26:49 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 32E50513C0; Thu, 26 May 2005 09:27:37 -0700 (PDT) Date: Thu, 26 May 2005 09:27:37 -0700 From: Kris Kennaway To: Lee Johnston Message-ID: <20050526162736.GA51533@xor.obsecurity.org> References: <6.1.0.6.0.20050526171734.01a4a908@mail.wildcardinternet.co.uk> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="1yeeQ81UyVL57Vl7" Content-Disposition: inline In-Reply-To: <6.1.0.6.0.20050526171734.01a4a908@mail.wildcardinternet.co.uk> User-Agent: Mutt/1.4.2.1i Cc: freebsd-net@freebsd.org Subject: Re: FreeBSD 5.4 - TCP MD5 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 May 2005 16:26:59 -0000 --1yeeQ81UyVL57Vl7 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, May 26, 2005 at 05:22:47PM +0100, Lee Johnston wrote: > Hi, >=20 > I'm trying to configure a 5.4 box with Quagga to support TCP MD5 Password= s.=20 > I've achieved this previously with 4.10, but when I try to add the=20 > following kernel options, 5.4 doesn't like it: >=20 > options FAST_IPSEC > options crypto > options TCP_MD5 >=20 > config gives: > VENUS: unknown option "TCP_MD5" >=20 >=20 > I have this in /etc/ipsec.conf >=20 > add 192.168.1.1 192.168.1.2 tcp 0x1000 -A tcp-md5 "[password]"; >=20 > setkey -f /etc/ipsec.conf gives: > pfkey_open: Protocol not supported >=20 >=20 > What is the correct way for enabling TCP MD5 signatures on 5.4? When in doubt, check the two NOTES files. Kris --1yeeQ81UyVL57Vl7 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFClfj4Wry0BWjoQKURAq4fAJwPuY68zocDCyL3XPDrNaD0+x7vJgCeP02C kMC0fjTiCOrx5tsjBZaG/GE= =RWCH -----END PGP SIGNATURE----- --1yeeQ81UyVL57Vl7-- From owner-freebsd-net@FreeBSD.ORG Thu May 26 16:32:33 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 335AE16A41C for ; Thu, 26 May 2005 16:32:33 +0000 (GMT) (envelope-from lee@wildcard.net.uk) Received: from ded.office.wildcard.net.uk (gw.office.wildcard.net.uk [82.138.232.49]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3458B43D1F for ; Thu, 26 May 2005 16:32:31 +0000 (GMT) (envelope-from lee@wildcard.net.uk) Received: from gate.wildcard.net.uk (gate.internal.office.wildcard.net.uk [192.168.15.3]) by ded.office.wildcard.net.uk (8.12.11/8.12.11) with ESMTP id j4QGWPLO007787; Thu, 26 May 2005 17:32:30 +0100 (BST) (envelope-from lee@wildcard.net.uk) Message-Id: <6.1.0.6.0.20050526173136.01bb5bd8@mail.wildcardinternet.co.uk> X-Sender: ljohns@mail.wildcardinternet.co.uk X-Mailer: QUALCOMM Windows Eudora Version 6.1.0.6 Date: Thu, 26 May 2005 17:32:27 +0100 To: Kris Kennaway From: Lee Johnston In-Reply-To: <20050526162736.GA51533@xor.obsecurity.org> References: <6.1.0.6.0.20050526171734.01a4a908@mail.wildcardinternet.co.uk> <20050526162736.GA51533@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-net@freebsd.org Subject: Re: FreeBSD 5.4 - TCP MD5 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 May 2005 16:32:33 -0000 Hi Kris, Thanks for your reply.. I've checked /usr/src/sys/i386/conf/NOTES but can't see any mention of the options anymore.. Any other ideas? Regards, Lee. At 17:27 26/05/2005, Kris Kennaway wrote: >On Thu, May 26, 2005 at 05:22:47PM +0100, Lee Johnston wrote: > > Hi, > > > > I'm trying to configure a 5.4 box with Quagga to support TCP MD5 > Passwords. > > I've achieved this previously with 4.10, but when I try to add the > > following kernel options, 5.4 doesn't like it: > > > > options FAST_IPSEC > > options crypto > > options TCP_MD5 > > > > config gives: > > VENUS: unknown option "TCP_MD5" > > > > > > I have this in /etc/ipsec.conf > > > > add 192.168.1.1 192.168.1.2 tcp 0x1000 -A tcp-md5 "[password]"; > > > > setkey -f /etc/ipsec.conf gives: > > pfkey_open: Protocol not supported > > > > > > What is the correct way for enabling TCP MD5 signatures on 5.4? > >When in doubt, check the two NOTES files. > >Kris -- Lee @ Wildcard Internet t: (0845) 165 1510 f: (0845) 165 1511 m: (07795) 423 617 e: lee@wildcard.net.uk Web Development - Domains - Hosting - Co-location - Dedicated Servers From owner-freebsd-net@FreeBSD.ORG Thu May 26 17:07:26 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1BAE916A41C for ; Thu, 26 May 2005 17:07:26 +0000 (GMT) (envelope-from olivier_casasole@yahoo.fr) Received: from web26508.mail.ukl.yahoo.com (web26508.mail.ukl.yahoo.com [217.146.176.45]) by mx1.FreeBSD.org (Postfix) with SMTP id B20A343D4C for ; Thu, 26 May 2005 17:07:25 +0000 (GMT) (envelope-from olivier_casasole@yahoo.fr) Received: (qmail 70068 invoked by uid 60001); 26 May 2005 17:07:24 -0000 Message-ID: <20050526170724.70066.qmail@web26508.mail.ukl.yahoo.com> Received: from [137.73.11.190] by web26508.mail.ukl.yahoo.com via HTTP; Thu, 26 May 2005 19:07:24 CEST Date: Thu, 26 May 2005 19:07:24 +0200 (CEST) From: Olivier Casasole To: freebsd-net@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Subject: mping X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 May 2005 17:07:26 -0000 Hi all, I would like to use mping under FreeBSD 5.3. mping seems to be installed in /kame directory but it doesn't work. Do you know why? Or do you know where i can find a version of mping? Thanks, Olivier _____________________________________________________________________________ Découvrez le nouveau Yahoo! Mail : 1 Go d'espace de stockage pour vos mails, photos et vidéos ! Créez votre Yahoo! Mail sur http://fr.mail.yahoo.com From owner-freebsd-net@FreeBSD.ORG Thu May 26 18:38:04 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8AE3B16A41C for ; Thu, 26 May 2005 18:38:04 +0000 (GMT) (envelope-from ligosnemalone@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2EE9943D54 for ; Thu, 26 May 2005 18:38:04 +0000 (GMT) (envelope-from ligosnemalone@gmail.com) Received: by wproxy.gmail.com with SMTP id 69so813087wra for ; Thu, 26 May 2005 11:38:03 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=AO/HeSoMraqY7OxFyVmlkyMdj3cZ5etNhz7iuGErXXnxBSJT1AkMGmCge0K4W1y8DmQOsuyHYUkhGilkC6sJop2vzE3GBVs8+DGXPDWfqr3bxdMAXoJhh9ZwMq7Imljvlc3qG2Pu/NXR36s6tqMEQExYmQm5+s49/ZUIjVDYX1o= Received: by 10.54.140.3 with SMTP id n3mr1120033wrd; Thu, 26 May 2005 11:38:03 -0700 (PDT) Received: by 10.54.38.13 with HTTP; Thu, 26 May 2005 11:38:02 -0700 (PDT) Message-ID: <392074a4050526113863e503dd@mail.gmail.com> Date: Thu, 26 May 2005 21:38:02 +0300 From: =?ISO-8859-13?Q?Ligos_Nemalon=EB?= To: Lee Johnston In-Reply-To: <6.1.0.6.0.20050526173136.01bb5bd8@mail.wildcardinternet.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <6.1.0.6.0.20050526171734.01a4a908@mail.wildcardinternet.co.uk> <20050526162736.GA51533@xor.obsecurity.org> <6.1.0.6.0.20050526173136.01bb5bd8@mail.wildcardinternet.co.uk> Cc: freebsd-net@freebsd.org Subject: Re: FreeBSD 5.4 - TCP MD5 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: =?ISO-8859-13?Q?Ligos_Nemalon=EB?= List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 May 2005 18:38:04 -0000 > >When in doubt, check the two NOTES files. > Thanks for your reply.. I've checked /usr/src/sys/i386/conf/NOTES but can= 't > see any mention of the options anymore.. Any other ideas? /usr/src/sys/conf/NOTES From owner-freebsd-net@FreeBSD.ORG Thu May 26 18:41:56 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7DA0116A41F for ; Thu, 26 May 2005 18:41:56 +0000 (GMT) (envelope-from ayed_samiha@yahoo.fr) Received: from web25808.mail.ukl.yahoo.com (web25808.mail.ukl.yahoo.com [217.12.10.193]) by mx1.FreeBSD.org (Postfix) with SMTP id CC3A743D4C for ; Thu, 26 May 2005 18:41:55 +0000 (GMT) (envelope-from ayed_samiha@yahoo.fr) Received: (qmail 8055 invoked by uid 60001); 26 May 2005 18:41:55 -0000 Message-ID: <20050526184155.8053.qmail@web25808.mail.ukl.yahoo.com> Received: from [193.52.74.215] by web25808.mail.ukl.yahoo.com via HTTP; Thu, 26 May 2005 20:41:54 CEST Date: Thu, 26 May 2005 20:41:54 +0200 (CEST) From: ayed samiha To: freebsd-net@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: question X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 May 2005 18:41:56 -0000 Hello , I'm working with netgraph and I'm writting a program to capture information that come to and leave the xl0 interface of my machine. And at each time I'm connecting the ethernet node to a socket node (the upper and the lower). The first iteration of my boucle is running well but for the others it don't accept to connect and it prints to me this message: file exists I can't understand what is the problem and I'm blocked. I need help, Thanks cheers, Samiha, ayed_samiha@yahoo.fr --------------------------------- Découvrez le nouveau Yahoo! Mail : 1 Go d'espace de stockage pour vos mails, photos et vidéos ! Créez votre Yahoo! Mail From owner-freebsd-net@FreeBSD.ORG Thu May 26 18:47:41 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B927616A41C for ; Thu, 26 May 2005 18:47:41 +0000 (GMT) (envelope-from noackjr@alumni.rice.edu) Received: from smtp801.mail.sc5.yahoo.com (smtp801.mail.sc5.yahoo.com [66.163.168.180]) by mx1.FreeBSD.org (Postfix) with SMTP id 61C9943D53 for ; Thu, 26 May 2005 18:47:41 +0000 (GMT) (envelope-from noackjr@alumni.rice.edu) Received: from unknown (HELO optimator.noacks.org) (noacks@swbell.net@70.240.196.53 with login) by smtp801.mail.sc5.yahoo.com with SMTP; 26 May 2005 18:47:40 -0000 Received: from localhost (localhost [127.0.0.1]) by optimator.noacks.org (Postfix) with ESMTP id D750B6175; Thu, 26 May 2005 13:47:39 -0500 (CDT) Received: from optimator.noacks.org ([127.0.0.1]) by localhost (optimator.noacks.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 08320-03; Thu, 26 May 2005 13:47:38 -0500 (CDT) Received: from compgeek.noacks.org (compgeek [192.168.1.10]) by optimator.noacks.org (Postfix) with ESMTP id 59428613E; Thu, 26 May 2005 13:47:38 -0500 (CDT) Received: from [127.0.0.1] (localhost [127.0.0.1]) by compgeek.noacks.org (8.13.3/8.13.3) with ESMTP id j4QIlb5i011446; Thu, 26 May 2005 13:47:37 -0500 (CDT) (envelope-from noackjr@alumni.rice.edu) Message-ID: <429619C3.5040302@alumni.rice.edu> Date: Thu, 26 May 2005 13:47:31 -0500 From: Jonathan Noack User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050428) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Lee Johnston References: <6.1.0.6.0.20050526171734.01a4a908@mail.wildcardinternet.co.uk> <20050526162736.GA51533@xor.obsecurity.org> <6.1.0.6.0.20050526173136.01bb5bd8@mail.wildcardinternet.co.uk> In-Reply-To: <6.1.0.6.0.20050526173136.01bb5bd8@mail.wildcardinternet.co.uk> X-Enigmail-Version: 0.91.0.0 OpenPGP: id=991D8195; url=http://www.noacks.org/cert/noackjr.asc Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigC59C9F9F115A8951FB5AFC73" X-Virus-Scanned: amavisd-new at noacks.org Cc: freebsd-net@freebsd.org, Kris Kennaway Subject: Re: FreeBSD 5.4 - TCP MD5 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: noackjr@alumni.rice.edu List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 May 2005 18:47:41 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigC59C9F9F115A8951FB5AFC73 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit On 05/26/05 11:32, Lee Johnston wrote: > At 17:27 26/05/2005, Kris Kennaway wrote: >> On Thu, May 26, 2005 at 05:22:47PM +0100, Lee Johnston wrote: >> > Hi, >> > >> > I'm trying to configure a 5.4 box with Quagga to support TCP MD5 >> Passwords. >> > I've achieved this previously with 4.10, but when I try to add the >> > following kernel options, 5.4 doesn't like it: >> > >> > options FAST_IPSEC >> > options crypto >> > options TCP_MD5 >> > >> > config gives: >> > VENUS: unknown option "TCP_MD5" >> > >> > >> > I have this in /etc/ipsec.conf >> > >> > add 192.168.1.1 192.168.1.2 tcp 0x1000 -A tcp-md5 "[password]"; >> > >> > setkey -f /etc/ipsec.conf gives: >> > pfkey_open: Protocol not supported >> > >> > >> > What is the correct way for enabling TCP MD5 signatures on 5.4? >> >> When in doubt, check the two NOTES files. > > Thanks for your reply.. I've checked /usr/src/sys/i386/conf/NOTES but > can't see any mention of the options anymore.. Any other ideas? So that was one of the NOTES files, what about the other? Kris said to check the *two* NOTES files... $ grep MD5 /sys/i386/conf/NOTES /sys/conf/NOTES /sys/conf/NOTES:# TCP_SIGNATURE adds support for RFC 2385 (TCP-MD5) digests. These are /sys/conf/NOTES:# This is enabled on a per-socket basis using the TCP_MD5SIG socket option. -- Jonathan Noack | noackjr@alumni.rice.edu | OpenPGP: 0x991D8195 --------------enigC59C9F9F115A8951FB5AFC73 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFClhnJUFz01pkdgZURAr1fAJ9YR2gHYKi3tcd5GmYHaLtuLFOZqACfdGLr yh/J/SuAvHGg6ngBu5AG9ic= =ma/N -----END PGP SIGNATURE----- --------------enigC59C9F9F115A8951FB5AFC73-- From owner-freebsd-net@FreeBSD.ORG Thu May 26 18:54:49 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 111F316A41C for ; Thu, 26 May 2005 18:54:49 +0000 (GMT) (envelope-from lee@wildcard.net.uk) Received: from ded.office.wildcard.net.uk (gw.office.wildcard.net.uk [82.138.232.49]) by mx1.FreeBSD.org (Postfix) with ESMTP id 581AB43D48 for ; Thu, 26 May 2005 18:54:47 +0000 (GMT) (envelope-from lee@wildcard.net.uk) Received: from gate.wildcard.net.uk (gate.internal.office.wildcard.net.uk [192.168.15.3]) by ded.office.wildcard.net.uk (8.12.11/8.12.11) with ESMTP id j4QIsckH008008; Thu, 26 May 2005 19:54:38 +0100 (BST) (envelope-from lee@wildcard.net.uk) Message-Id: <6.1.0.6.0.20050526195143.01bca4b8@mail.wildcardinternet.co.uk> X-Sender: ljohns@mail.wildcardinternet.co.uk X-Mailer: QUALCOMM Windows Eudora Version 6.1.0.6 Date: Thu, 26 May 2005 19:54:41 +0100 To: noackjr@alumni.rice.edu From: Lee Johnston In-Reply-To: <429619C3.5040302@alumni.rice.edu> References: <6.1.0.6.0.20050526171734.01a4a908@mail.wildcardinternet.co.uk> <20050526162736.GA51533@xor.obsecurity.org> <6.1.0.6.0.20050526173136.01bb5bd8@mail.wildcardinternet.co.uk> <429619C3.5040302@alumni.rice.edu> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-net@freebsd.org Subject: Re: FreeBSD 5.4 - TCP MD5 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 May 2005 18:54:49 -0000 Wasn't aware that file existed sorry. For future reference if anyone else should need to get TCP MD5 Signatures working on 5.x with Quagga the correct kernel lines are: options TCP_SIGNATURE device crypto options FAST_IPSEC Regards, Lee. >So that was one of the NOTES files, what about the other? Kris said to >check the *two* NOTES files... > >$ grep MD5 /sys/i386/conf/NOTES /sys/conf/NOTES >/sys/conf/NOTES:# TCP_SIGNATURE adds support for RFC 2385 (TCP-MD5) >digests. These are >/sys/conf/NOTES:# This is enabled on a per-socket basis using the >TCP_MD5SIG socket option. > >-- >Jonathan Noack | noackjr@alumni.rice.edu | OpenPGP: 0x991D8195 > > -- Lee @ Wildcard Internet t: (0845) 165 1510 f: (0845) 165 1511 m: (07795) 423 617 e: lee@wildcard.net.uk Web Development - Domains - Hosting - Co-location - Dedicated Servers From owner-freebsd-net@FreeBSD.ORG Thu May 26 20:39:38 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 70B4516A41C for ; Thu, 26 May 2005 20:39:38 +0000 (GMT) (envelope-from french.linuxian@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id EE79B43D48 for ; Thu, 26 May 2005 20:39:37 +0000 (GMT) (envelope-from french.linuxian@gmail.com) Received: by zproxy.gmail.com with SMTP id 12so60085nzp for ; Thu, 26 May 2005 13:39:37 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=Dxc9RmNdiIjyQj0rP/QmCusfNXS5jVl7vD0kD+xtz6S02VxpdB3kPjrk7F+VEFjcF3kQHuHvPpWxRzVlDis5COK+MLXnlGjNSBmLCVmeEndlI8xdrUs4UQiJUT0gyfwyajpO3YNbhR8hPTixJK3HsSPBmZLZhEqn8sxLbWi9uBg= Received: by 10.36.19.12 with SMTP id 12mr826370nzs; Thu, 26 May 2005 13:38:29 -0700 (PDT) Received: by 10.36.58.12 with HTTP; Thu, 26 May 2005 13:38:28 -0700 (PDT) Message-ID: <3727392705052613381067f2a2@mail.gmail.com> Date: Thu, 26 May 2005 16:38:28 -0400 From: Aziz Kezzou To: freebsd-hackers , freebsd-net Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Cc: Subject: Pseudo-device driver & select ?? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Aziz Kezzou List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 May 2005 20:39:38 -0000 Hi all, I am trying to implement a small kld pseudo-device driver on FreeBSD 5.3 th= at=20 behaves just like a socket with regards to the select system call. Currently, I am using the sample echo pseudo-device driver from http://www.freebsd.org/doc/en_US.ISO8859-1/books/arch-handbook/driverbasics= -char.html as an example. However, whenever I call select on the file descriptor of "/dev/echo" it always returns even when there is no data to be read. I looked at the socket code and it looks like I need to provide my own "fo_select" function in the fileops data structure. Am i right ? How do I do that ? The sample echo pseudo-device driver above uses=20 "struct cdevsw" instead... Thanks -aziz From owner-freebsd-net@FreeBSD.ORG Thu May 26 22:10:16 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7DFED16A41C for ; Thu, 26 May 2005 22:10:16 +0000 (GMT) (envelope-from julian@elischer.org) Received: from mail.vicor-nb.com (bigwoop.vicor-nb.com [208.206.78.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 531E243D4C for ; Thu, 26 May 2005 22:10:16 +0000 (GMT) (envelope-from julian@elischer.org) Received: from [208.206.78.97] (julian.vicor-nb.com [208.206.78.97]) by mail.vicor-nb.com (Postfix) with ESMTP id B5F737A424; Thu, 26 May 2005 15:10:15 -0700 (PDT) Message-ID: <42964947.9000706@elischer.org> Date: Thu, 26 May 2005 15:10:15 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.7) Gecko/20050423 X-Accept-Language: en, hu MIME-Version: 1.0 To: Rob Zietlow References: <200505231957.23014.Rob@the-rob.com> <4291D817.40407@crossthread.com> <200505232031.15516.Rob@the-rob.com> In-Reply-To: <200505232031.15516.Rob@the-rob.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org Subject: Re: pppd pty equivilent in FBSD X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 May 2005 22:10:16 -0000 what's on the other end? Rob Zietlow wrote: >On Monday 23 May 2005 08:18 am, Tim Pushor wrote: > >hmm, Thanks for the response, Tim. > >I wouldn't personally recommend vpn over ssh for anyone either, but i'm kind >of stuck with it. I'm the sole bsd user at my company, and the ppp over ssh >was implemented years before I came and has worked fine for them. They're >not really willing to change it at the moment and it's on a system I have >zero control over within our organization. > >If I had the option to set this up like you have below it would have been put >in place a long while ago. Tim, I thank you for your scripts and time. > > > >" > > From owner-freebsd-net@FreeBSD.ORG Thu May 26 22:13:13 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5F87016A41C for ; Thu, 26 May 2005 22:13:13 +0000 (GMT) (envelope-from julian@elischer.org) Received: from mail.vicor-nb.com (bigwoop.vicor-nb.com [208.206.78.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2EFB743D53 for ; Thu, 26 May 2005 22:13:13 +0000 (GMT) (envelope-from julian@elischer.org) Received: from [208.206.78.97] (julian.vicor-nb.com [208.206.78.97]) by mail.vicor-nb.com (Postfix) with ESMTP id 03B437A424; Thu, 26 May 2005 15:13:13 -0700 (PDT) Message-ID: <429649F8.9080508@elischer.org> Date: Thu, 26 May 2005 15:13:12 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.7) Gecko/20050423 X-Accept-Language: en, hu MIME-Version: 1.0 To: Tim Pushor References: <200505231957.23014.Rob@the-rob.com> <4291D817.40407@crossthread.com> <200505232031.15516.Rob@the-rob.com> <4291F99A.1070007@crossthread.com> In-Reply-To: <4291F99A.1070007@crossthread.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: Rob Zietlow , freebsd-net@freebsd.org Subject: Re: pppd pty equivilent in FBSD X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 May 2005 22:13:13 -0000 Tim Pushor wrote: > Rob, I had a cursory look through your scripts, and seems like you > handle most of the logic. I don't know anything about pppd for Linux > (is it based on the same code?). I let pppd manage retries & setting > routes. It will also drop and dry to reconnect if either side can't > talk to the other (via lqr). > > It looks simple, but with rsa only authentication on the sshd, it has > proven to be solid and reasonably secure. I think there may be a possibility that you could use mpd. it has a lot of flexibility about what it can tunnel over. even more if yuo include the ability to use netgraph as a tunnelling front end which makes teh options almost unlimitted. From owner-freebsd-net@FreeBSD.ORG Thu May 26 22:49:42 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C740F16A41C for ; Thu, 26 May 2005 22:49:42 +0000 (GMT) (envelope-from Rob@the-rob.com) Received: from sohomail1.binc.net (sohomail2.binc.net [64.73.16.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5BC0243D49 for ; Thu, 26 May 2005 22:49:42 +0000 (GMT) (envelope-from Rob@the-rob.com) Received: (qmail-ldap/ctrl 12401 invoked by uid 108); 26 May 2005 22:49:41 -0000 Received: from Rob@the-rob.com by sohomail2.binc.net by uid 101 with qmail-scanner-1.20 (uvscan: v4.2.40/v4100. spamassassin: 2.61. Clear:RC:1(10.0.0.26):. Processed in 0.02877 secs); 26 May 2005 22:49:41 -0000 Received: from unknown (HELO soho1.binc.net) ([10.0.0.26]) (envelope-sender ) by sohomail2 (qmail-ldap-1.03) with SMTP for ; 26 May 2005 22:49:40 -0000 Received: (qmail 21024 invoked from network); 26 May 2005 22:49:39 -0000 Received: from c24.240.40.194.mad.wi.charter.com (HELO homer) ([24.240.40.194]) (envelope-sender ) by the-rob.com (qmail-ldap-1.03) with SMTP for ; 26 May 2005 22:49:39 -0000 From: Rob Zietlow To: freebsd-net@freebsd.org Date: Thu, 26 May 2005 17:49:37 -0500 User-Agent: KMail/1.8 References: <200505231957.23014.Rob@the-rob.com> <200505232031.15516.Rob@the-rob.com> <42964947.9000706@elischer.org> In-Reply-To: <42964947.9000706@elischer.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200505261749.38144.Rob@the-rob.com> Cc: Julian Elischer Subject: Re: pppd pty equivilent in FBSD X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 May 2005 22:49:42 -0000 On Thursday 26 May 2005 05:10 pm, Julian Elischer wrote: > what's on the other end? My apologies, I only responded to Nikos. His suggestion of upgrading to the newer pppd23 worked. And I've now had the joyous task of rolling it out onto a couple machines. I did figure Julian would know :-) The other end is a RH box, I'm not sure of the specifics right now. But it's up and running and I can access the network. Thank you everyone for all of your help. Rob > Rob Zietlow wrote: > >On Monday 23 May 2005 08:18 am, Tim Pushor wrote: > > > >hmm, Thanks for the response, Tim. > > > >I wouldn't personally recommend vpn over ssh for anyone either, but i'm > > kind of stuck with it. I'm the sole bsd user at my company, and the ppp > > over ssh was implemented years before I came and has worked fine for > > them. They're not really willing to change it at the moment and it's on > > a system I have zero control over within our organization. > > > >If I had the option to set this up like you have below it would have been > > put in place a long while ago. Tim, I thank you for your scripts and > > time. > > > > > > > >" > > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" From owner-freebsd-net@FreeBSD.ORG Thu May 26 23:41:49 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6358F16A41C for ; Thu, 26 May 2005 23:41:49 +0000 (GMT) (envelope-from ambrisko@ambrisko.com) Received: from mail.ambrisko.com (mail.ambrisko.com [64.174.51.43]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2D82C43D1D for ; Thu, 26 May 2005 23:41:49 +0000 (GMT) (envelope-from ambrisko@ambrisko.com) Received: from server2.ambrisko.com (HELO www.ambrisko.com) (192.168.1.2) by mail.ambrisko.com with ESMTP; 26 May 2005 16:41:48 -0700 Received: from ambrisko.com (localhost [127.0.0.1]) by www.ambrisko.com (8.12.11/8.12.9) with ESMTP id j4QNfmtU060400; Thu, 26 May 2005 16:41:48 -0700 (PDT) (envelope-from ambrisko@ambrisko.com) Received: (from ambrisko@localhost) by ambrisko.com (8.12.11/8.12.11/Submit) id j4QNfmc3060399; Thu, 26 May 2005 16:41:48 -0700 (PDT) (envelope-from ambrisko) From: Doug Ambrisko Message-Id: <200505262341.j4QNfmc3060399@ambrisko.com> In-Reply-To: <20050513111013.41905e73.spe@phear.org> To: Sebastien Petit Date: Thu, 26 May 2005 16:41:48 -0700 (PDT) X-Mailer: ELM [version 2.4ME+ PL94b (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Cc: freebsd-net@freebsd.org Subject: Re: SIOCGIFMEDIA problems X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 May 2005 23:41:49 -0000 Sebastien Petit writes: | Hi -net hackers, | | A little question about SIOCGIFMEDIA ioctl: | Somebody reports me that some interfaces (bge / em but anothers perhaps) | seem to discard packet(s) during SIOCGIFMEDIA ioctl, Is it true and why ? Doing status checks will cause input/output errors to be reported. I assume that means those packets are lost. Doug A. From owner-freebsd-net@FreeBSD.ORG Fri May 27 00:36:25 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1F22816A41C for ; Fri, 27 May 2005 00:36:25 +0000 (GMT) (envelope-from french.linuxian@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id B8F9443D4C for ; Fri, 27 May 2005 00:36:24 +0000 (GMT) (envelope-from french.linuxian@gmail.com) Received: by zproxy.gmail.com with SMTP id 12so152121nzp for ; Thu, 26 May 2005 17:36:21 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=UbxFDzQQAvsYjAaCyT55GDTGLvvF8McY7aqdVMJwOPzWv7KMreRdsa+9akHa3QCSNhTUpnc1f+0RUQsSuw22g3moRp1hH6c4Z67pe34RtUi8G8qzO3dFAzthIzgfQLjMriCun3n+Ipu0/8zMUJ3mQgUN+a8K/0Ve8qFu2vWVnXg= Received: by 10.36.19.12 with SMTP id 12mr902706nzs; Thu, 26 May 2005 17:36:21 -0700 (PDT) Received: by 10.36.58.12 with HTTP; Thu, 26 May 2005 17:36:21 -0700 (PDT) Message-ID: <3727392705052617366706577c@mail.gmail.com> Date: Thu, 26 May 2005 20:36:21 -0400 From: Aziz Kezzou To: dave baukus , freebsd-hackers , freebsd-net In-Reply-To: <4296410C.1020108@chiaro.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <3727392705052613381067f2a2@mail.gmail.com> <4296410C.1020108@chiaro.com> Cc: Subject: Re: Pseudo-device driver & select ?? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Aziz Kezzou List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 May 2005 00:36:25 -0000 >=20 > Aziz Kezzou wrote: > > Hi all, > > I am trying to implement a small kld pseudo-device driver on FreeBSD 5.= 3 that > > behaves just like a socket with regards to the select system call. > > > > Currently, I am using the sample echo pseudo-device driver from > > http://www.freebsd.org/doc/en_US.ISO8859-1/books/arch-handbook/driverba= sics-char.html > > as an example. However, whenever I call select on the file > > descriptor of "/dev/echo" it always returns even when there is no data > > to be read. > > > > I looked at the socket code and it looks like I need to provide my own > > "fo_select" function in the fileops data structure. Am i right ? How > > do I do that ? The sample echo pseudo-device driver above uses > > "struct cdevsw" instead... > > > > Thanks > > -aziz > > _______________________________________________ > > freebsd-net@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-net > > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > > > > > look at spec_poll() > I beleive that when your device is opened the fileops{} will > point to the spec ops and you're code will be entered via > spec_poll() - now you just need to implement the poll/select notion > for your device. > =20 Thanks,=20 Actually, il turned out to be very simple. I needed only to provide a "d_poll" function as part of the structure cdevsw, as follows : /* Character device entry points */ static struct cdevsw echo_cdevsw =3D { .d_version =3D D_VERSION, .d_open =3D echo_open, .d_close =3D echo_close, .d_read =3D echo_read, .d_write =3D echo_write, .d_poll =3D echo_poll, .d_name =3D "echo", }; with echo_poll : static=09int echo_poll(struct cdev *dev, int events, struct thread *td) { uprintf( "echo_poll called : data_available =3D %d!\n", data_available ); if(data_available =3D=3D 0) =20 return 0; =20 data_available =3D 0; =20 return 1; } From owner-freebsd-net@FreeBSD.ORG Fri May 27 01:00:49 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1D52116A41F for ; Fri, 27 May 2005 01:00:48 +0000 (GMT) (envelope-from french.linuxian@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id 523D643D1F for ; Fri, 27 May 2005 01:00:48 +0000 (GMT) (envelope-from french.linuxian@gmail.com) Received: by zproxy.gmail.com with SMTP id 12so159282nzp for ; Thu, 26 May 2005 18:00:47 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=WCWtoj36cvu2qhCoh1Ns9PFHkh8gM+4pjFJQ9sEhjUYfUyqloLITs2wLu8zfG/4JUZyH+47Is7Pue3K3w2G3W4s33HzT0w9gwcxADDhVOJHjN6MFiKdlVni+ou1DgQtGbOjW2njbNM2Bgj4sx/DheztElkiMF9Mz7AK1e0Mmzes= Received: by 10.36.157.18 with SMTP id f18mr904619nze; Thu, 26 May 2005 18:00:47 -0700 (PDT) Received: by 10.36.58.12 with HTTP; Thu, 26 May 2005 18:00:47 -0700 (PDT) Message-ID: <37273927050526180026d23c7d@mail.gmail.com> Date: Thu, 26 May 2005 21:00:47 -0400 From: Aziz Kezzou To: dave baukus , freebsd-hackers , freebsd-net In-Reply-To: <3727392705052617366706577c@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <3727392705052613381067f2a2@mail.gmail.com> <4296410C.1020108@chiaro.com> <3727392705052617366706577c@mail.gmail.com> Cc: Subject: Re: Pseudo-device driver & select ?? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Aziz Kezzou List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 May 2005 01:00:49 -0000 > > > > Aziz Kezzou wrote: > > > Hi all, > > > I am trying to implement a small kld pseudo-device driver on FreeBSD = 5.3 that > > > behaves just like a socket with regards to the select system call. > > > > > > Currently, I am using the sample echo pseudo-device driver from > > > http://www.freebsd.org/doc/en_US.ISO8859-1/books/arch-handbook/driver= basics-char.html > > > as an example. However, whenever I call select on the file > > > descriptor of "/dev/echo" it always returns even when there is no dat= a > > > to be read. > > > > > > I looked at the socket code and it looks like I need to provide my ow= n > > > "fo_select" function in the fileops data structure. Am i right ? How > > > do I do that ? The sample echo pseudo-device driver above uses > > > "struct cdevsw" instead... > > > > > > Thanks > > > -aziz > > > _______________________________________________ > > > freebsd-net@freebsd.org mailing list > > > http://lists.freebsd.org/mailman/listinfo/freebsd-net > > > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org= " > > > > > > > > look at spec_poll() > > I beleive that when your device is opened the fileops{} will > > point to the spec ops and you're code will be entered via > > spec_poll() - now you just need to implement the poll/select notion > > for your device. > > >=20 > Thanks, > Actually, il turned out to be very simple. > I needed only to provide a "d_poll" function as part of the structure > cdevsw, as follows : >=20 > /* Character device entry points */ > static struct cdevsw echo_cdevsw =3D { > .d_version =3D D_VERSION, > .d_open =3D echo_open, > .d_close =3D echo_close, > .d_read =3D echo_read, > .d_write =3D echo_write, > .d_poll =3D echo_poll, > .d_name =3D "echo", > }; >=20 > with echo_poll : > static int > echo_poll(struct cdev *dev, int events, struct thread *td) > { >=20 > uprintf( "echo_poll called : data_available =3D %d!\n", data_available = ); > if(data_available =3D=3D 0) > return 0; > data_available =3D 0; > return 1; > } >=20 Now the question is, if I don't have any data available when select (i.e d_poll ) is called, how do I notify select when data arrives ? looks like "d_poll" is called only once (the name is a bit misleading here ;-) , isn't it ? Any hints ?=20 Thanks. -aziz From owner-freebsd-net@FreeBSD.ORG Fri May 27 12:19:37 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4E8F916A41C for ; Fri, 27 May 2005 12:19:37 +0000 (GMT) (envelope-from dnr@freemail.lt) Received: from mail.lrtc.lt (pegasus.lrtc.lt [217.9.240.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id 84F4143D1F for ; Fri, 27 May 2005 12:19:35 +0000 (GMT) (envelope-from dnr@freemail.lt) Received: (qmail 27488 invoked from network); 27 May 2005 12:05:46 -0000 Received: from unknown (HELO www.lrtc.net) ([217.9.240.99]) (envelope-sender ) by mail.lrtc.lt (qmail-ldap-1.03) with SMTP for ; 27 May 2005 12:05:46 -0000 Received: from donatas ([217.9.241.242]) by www.lrtc.net (Lotus Domino Release 6.0) with SMTP id 2005052715193144-2560 ; Fri, 27 May 2005 15:19:31 +0300 Message-ID: <032b01c562b6$56153ed0$9f90a8c0@DONATAS> From: "dnr" To: Date: Fri, 27 May 2005 15:19:31 +0300 MIME-Version: 1.0 X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2180 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 X-MIMETrack: Itemize by SMTP Server on lotus/LRTC(Release 6.0|September 26, 2002) at 05/27/2005 03:19:31 PM, Serialize by Router on lotus/LRTC(Release 6.0|September 26, 2002) at 05/27/2005 03:19:33 PM, Serialize complete at 05/27/2005 03:19:33 PM Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="iso-8859-4" Subject: tcp session limit with ipfw X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 May 2005 12:19:37 -0000 is there any possibility to limit tcp session count let's say from 3 to = 2 for any port separately? for examples: establishing 3 active ftp sessions from 10.10.10.2 to 10.10.10.1 and = doing transfer via 1 session we have: 10.10.10.1.ftp - 10.10.10.2.57185 - ESTABLISHED 10.10.10.1.ftp - 10.10.10.2.55069 - ESTABLISHED 10.10.10.1.ftp - 10.10.10.2.60589 - ESTABLISHED 10.10.10.1.ftp - 10.10.10.2.59201 - TIME_WAIT 10.10.10.1.ftp - 10.10.10.2.57144 - TIME_WAIT 10.10.10.1.ftp - 10.10.10.2.61237 - ESTABLISHED ---> DATA transfer so, how limit using IPFW any other atempts to establish ftp session = number 4,5 etc... so we could use maximum 3sessions/1 IPaddrs? thnx From owner-freebsd-net@FreeBSD.ORG Fri May 27 12:39:40 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 689F616A41C for ; Fri, 27 May 2005 12:39:40 +0000 (GMT) (envelope-from rink@stack.nl) Received: from mailhost.stack.nl (vaak.stack.nl [131.155.140.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1941143D1F for ; Fri, 27 May 2005 12:39:39 +0000 (GMT) (envelope-from rink@stack.nl) Received: from toad.stack.nl (zen.stack.nl [IPv6:2001:610:1108:5010::130]) by mailhost.stack.nl (Postfix) with ESMTP id 923F51F17A; Fri, 27 May 2005 14:39:38 +0200 (CEST) Received: by toad.stack.nl (Postfix, from userid 1796) id 705E788; Fri, 27 May 2005 14:39:38 +0200 (CEST) Date: Fri, 27 May 2005 14:39:38 +0200 From: Rink Springer To: dnr Message-ID: <20050527123938.GA71639@stack.nl> References: <032b01c562b6$56153ed0$9f90a8c0@DONATAS> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="DocE+STaALJfprDB" Content-Disposition: inline In-Reply-To: <032b01c562b6$56153ed0$9f90a8c0@DONATAS> X-Editor: Vim http://www.vim.org/ X-Info: http://rink.nu/ X-Operating-System: FreeBSD 4.11-STABLE i386 User-Agent: Mutt/1.5.6i Cc: freebsd-net@freebsd.org Subject: Re: tcp session limit with ipfw X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 May 2005 12:39:40 -0000 --DocE+STaALJfprDB Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello, >=20 > so, how limit using IPFW any other atempts to establish ftp session number > 4,5 etc... so we could use maximum 3sessions/1 IPaddrs? Have you considered looking at your FTP daemon's configuration? proftpd and vsftpd provide nice facilities for the functionality you are looking for. If you run your ftpd from inetd, you can also override this per inetd servi= ce. man inetd for more information. --=20 Rink P.W. Springer - http://rink.nu "God, root, what is difference?" - Pitr, Userfriendly --DocE+STaALJfprDB Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFClxUKb3O60uztv/8RAmlEAJwIXONRetFzDHQmeonIl3li4XL3gACff4Cv X8I6cY1xqiCV2KDLILbyXEs= =rsry -----END PGP SIGNATURE----- --DocE+STaALJfprDB-- From owner-freebsd-net@FreeBSD.ORG Fri May 27 21:46:09 2005 Return-Path: X-Original-To: net@freebsd.org Delivered-To: freebsd-net@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1DFDB16A41C for ; Fri, 27 May 2005 21:46:09 +0000 (GMT) (envelope-from flz@xbsd.org) Received: from smtp.xbsd.org (xbsd.org [82.233.2.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id AB10B43D1D for ; Fri, 27 May 2005 21:46:08 +0000 (GMT) (envelope-from flz@xbsd.org) Received: from localhost (localhost.xbsd.org [127.0.0.1]) by smtp.xbsd.org (Postfix) with ESMTP id 800DB11B4E; Fri, 27 May 2005 23:48:49 +0200 (CEST) Received: from smtp.xbsd.org ([127.0.0.1]) by localhost (srv1.xbsd.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 68469-08; Fri, 27 May 2005 23:48:42 +0200 (CEST) Received: from cream.xbsd.org (cream.xbsd.org [192.168.42.6]) by smtp.xbsd.org (Postfix) with ESMTP id A578E119F3; Fri, 27 May 2005 23:48:42 +0200 (CEST) From: Florent Thoumie To: Julian Elischer In-Reply-To: <429766AB.6070803@elischer.org> References: <1117197753.2458.23.camel@ft-laptop.int.celeste.fr> <429766AB.6070803@elischer.org> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-ZBo62gh4VTcqt/UyqEaB" Date: Fri, 27 May 2005 23:46:04 +0200 Message-Id: <1117230364.690.44.camel@cream.xbsd.org> Mime-Version: 1.0 X-Mailer: Evolution 2.2.2 FreeBSD GNOME Team Port X-Virus-Scanned: amavisd-new at xbsd.org Cc: net@freebsd.org Subject: Re: Linux/FreeBSD Channel Bonding Interoperability X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 May 2005 21:46:09 -0000 --=-ZBo62gh4VTcqt/UyqEaB Content-Type: text/plain; charset=iso8859-15 Content-Transfer-Encoding: quoted-printable Le Vendredi 27 mai 2005 =E0 11:27 -0700, Julian Elischer a =E9crit : > probably this would be better in net@freebsd.org Moved to net@. > Florent Thoumie wrote: >=20 > > Hey list. > > > > I'm advocating for FreeBSD for about 6 months now where I'm=20 > > working and they have the project to build their own router=20 > > (which will probably be based on WRAP). > > > > The good point is that the actual solution is running Linux > > but it's not highly reliable. The bad point is that they're=20 > > using channel bonding (on both peers) and they don't want to=20 > > change one (or at least the system it runs). > > > > I've read about ng_fec and ng_onetomany, so I know channel=20 > > bonding is quite easy (seems so, according to web pages I've=20 > > found) but I guess FreeBSD and Linux won't work correctly. > > If that's the case, I wondered if it could be much aspossible to add a=20 > > new node to "translate" stuff so that both could communicate=20 > > correctly. > > =20 > > >=20 >=20 > how you do it depends entirely on how they are doing the bonding in Linux= . > you do not give any clues as to what modules they are using. After some investigation, it seems they are using teql on=20 Linux, which is different from bonding (bonding doesn't seem to be able to use two different connections types, especially=20 when these are not ethernet). I'd like to aggregate one ADSL=20 line with a SDSL line. I'm not sure teql works like=20 ng_onetomany. Stephen Montgomery-Smith told me by private email that he knew somebody who successfully used Linux and FreeBSD=20 together to do bonding. I really need to try it, I'm just=20 lacking some hardware at the moment. --=20 Florent Thoumie flz@xbsd.org --=-ZBo62gh4VTcqt/UyqEaB Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBCl5UcMxEkbVFH3PQRAuYCAKCQtU8MzxOb8ivehkrkiHm6008+uQCdF3jf jKkJbGi1peNLEyHqLtxEJ8Y= =x+Od -----END PGP SIGNATURE----- --=-ZBo62gh4VTcqt/UyqEaB-- From owner-freebsd-net@FreeBSD.ORG Fri May 27 23:43:28 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4628316A41C; Fri, 27 May 2005 23:43:28 +0000 (GMT) (envelope-from pheerboth@apple.com) Received: from mail-out3.apple.com (mail-out3.apple.com [17.254.13.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 06BF943D48; Fri, 27 May 2005 23:43:27 +0000 (GMT) (envelope-from pheerboth@apple.com) Received: from mailgate1.apple.com (a17-128-100-225.apple.com [17.128.100.225]) by mail-out3.apple.com (8.12.11/8.12.11) with ESMTP id j4RNhR8S011191; Fri, 27 May 2005 16:43:27 -0700 (PDT) Received: from relay1.apple.com (relay1.apple.com) by mailgate1.apple.com (Content Technologies SMTPRS 4.3.17) with ESMTP id ; Fri, 27 May 2005 16:43:27 -0700 Received: from [17.206.48.62] (heerboth2.apple.com [17.206.48.62]) by relay1.apple.com (8.12.11/8.12.11) with ESMTP id j4RNhOvW014479 (version=TLSv1/SSLv3 cipher=RC4-SHA bits=128 verify=NOT); Fri, 27 May 2005 16:43:25 -0700 (PDT) In-Reply-To: <37273927050526180026d23c7d@mail.gmail.com> References: <3727392705052613381067f2a2@mail.gmail.com> <4296410C.1020108@chiaro.com> <3727392705052617366706577c@mail.gmail.com> <37273927050526180026d23c7d@mail.gmail.com> Mime-Version: 1.0 (Apple Message framework v730) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Pete Heerboth Date: Fri, 27 May 2005 16:43:23 -0700 To: Aziz Kezzou X-Mailer: Apple Mail (2.730) Cc: dave baukus , freebsd-hackers , freebsd-net Subject: Re: Pseudo-device driver & select ?? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 May 2005 23:43:28 -0000 You might want to take a look at the bpf pseudo device and how it handles polls int bpf.c. You need to use the selrecord() and selwakeup() functions. Check out: http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/net/ On May 26, 2005, at 6:00 PM, Aziz Kezzou wrote: >>> >>> Aziz Kezzou wrote: >>> >>>> Hi all, >>>> I am trying to implement a small kld pseudo-device driver on >>>> FreeBSD 5.3 that >>>> behaves just like a socket with regards to the select system call. >>>> >>>> Currently, I am using the sample echo pseudo-device driver from >>>> http://www.freebsd.org/doc/en_US.ISO8859-1/books/arch-handbook/ >>>> driverbasics-char.html >>>> as an example. However, whenever I call select on the file >>>> descriptor of "/dev/echo" it always returns even when there is >>>> no data >>>> to be read. >>>> >>>> I looked at the socket code and it looks like I need to provide >>>> my own >>>> "fo_select" function in the fileops data structure. Am i right ? >>>> How >>>> do I do that ? The sample echo pseudo-device driver above uses >>>> "struct cdevsw" instead... >>>> >>>> Thanks >>>> -aziz >>>> _______________________________________________ >>>> freebsd-net@freebsd.org mailing list >>>> http://lists.freebsd.org/mailman/listinfo/freebsd-net >>>> To unsubscribe, send any mail to "freebsd-net- >>>> unsubscribe@freebsd.org" >>>> >>>> >>>> >>> look at spec_poll() >>> I beleive that when your device is opened the fileops{} will >>> point to the spec ops and you're code will be entered via >>> spec_poll() - now you just need to implement the poll/select notion >>> for your device. >>> >>> >> >> Thanks, >> Actually, il turned out to be very simple. >> I needed only to provide a "d_poll" function as part of the structure >> cdevsw, as follows : >> >> /* Character device entry points */ >> static struct cdevsw echo_cdevsw = { >> .d_version = D_VERSION, >> .d_open = echo_open, >> .d_close = echo_close, >> .d_read = echo_read, >> .d_write = echo_write, >> .d_poll = echo_poll, >> .d_name = "echo", >> }; >> >> with echo_poll : >> static int >> echo_poll(struct cdev *dev, int events, struct thread *td) >> { >> >> uprintf( "echo_poll called : data_available = %d!\n", >> data_available ); >> if(data_available == 0) >> return 0; >> data_available = 0; >> return 1; >> } >> >> > > Now the question is, if I don't have any data available when select > (i.e d_poll ) is called, how do I notify select when data arrives ? > looks like "d_poll" is called only once (the name is a bit misleading > here ;-) , isn't it ? > > Any hints ? > Thanks. > -aziz > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > From owner-freebsd-net@FreeBSD.ORG Fri May 27 23:45:39 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E478C16A41C; Fri, 27 May 2005 23:45:39 +0000 (GMT) (envelope-from info@mvcg.net) Received: from ssigc.net (c-24-147-227-219.hsd1.ma.comcast.net [24.147.227.219]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7246743D48; Fri, 27 May 2005 23:45:39 +0000 (GMT) (envelope-from info@mvcg.net) Received: from ssigc.net (localhost [127.0.0.1]) by ssigc.net (8.13.1/8.13.1) with ESMTP id j4S0l0nG001118; Fri, 27 May 2005 20:47:16 -0400 (EDT) Received: from neon-duron ([192.168.1.104]) by ssigc.net (MailMonitor for SMTP v1.2.2 ) ; Fri, 27 May 2005 20:47:00 -0400 (EDT) Message-ID: <001d01c5631f$38415970$6801a8c0@neonduron> From: "Tom Farrell" To: "Muhammad Reza" , , References: <4295A5C3.8070005@mra.co.id> Date: Thu, 26 May 2005 23:38:14 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Cc: Subject: Re: two ISP connections, three nics, and a NAT X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 May 2005 23:45:40 -0000 Multihoming two wan links can be accomplisheed by using zebra or just ipfw and natd. ----- Original Message ----- From: "Muhammad Reza" To: ; Sent: Thursday, May 26, 2005 6:32 AM Subject: Re: two ISP connections, three nics, and a NAT > At 11:06 AM 5/12/2005, you wrote: > > > > >> I have two ISP connections, a DSL line and a Cable Modem line. I want > >> to plug both connections into a FreeBSD box that has three nics in > >> it, one nic for each ISP connection and the last nic for my NAT. How > >> can I bind the connections together without any other sort of router? > > > > > > > > > > I setup something similar that may be useful.... We have a small > > office with a 12/24ths of a T-1 line for an absurd amount of money as > > our primary connection. Cheap residential cable service became > > available with quadruple the bandwidth [incoming only] for cheap. > > > > I installed an extra NIC the to cable modem and setup the Squid proxy > > / cache on a f'bsd box that was already running other services. Then > > used some Squid options and IPFW to get all Squid's traffic running > > over the cable line. This gets us faster web and ftp downloads, and > > off-loads the T-1 for other things. > > > > -Wayne > > _______________________________________________ > > > I have similar network configuration (dual home ISP without routing > protocol enabled), and looking for some solution with BSD robust TCP/IP > stack. > PF came with this solution; > http://www.openbsd.org/faq/pf/pools.html > but this solution is based on packet filtering anyway, not routing. You > no need to specified your default gateway and you will have problem if > you have Squid running on your gateway box or have NAT rule, that > translate your host public address into private LAN host address, and > (maybe) many more... > Meanwhile, my gateway box is Linux-2.4.x with iproute2, and can > accomplished this matter. > But i really want to change this into *BSD, i heard that guys from > OpenBSD work on this > (http://www.openbsd.org/plus36.html, Permit multiple default route), but > not worked in my test. > .. what about FreeBSD ? > > regards > .:NewBie:. > > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > > From owner-freebsd-net@FreeBSD.ORG Sat May 28 01:30:48 2005 Return-Path: X-Original-To: net@freebsd.org Delivered-To: freebsd-net@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1818416A41C for ; Sat, 28 May 2005 01:30:48 +0000 (GMT) (envelope-from julian@elischer.org) Received: from mail.vicor-nb.com (bigwoop.vicor-nb.com [208.206.78.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id DAE0143D1D for ; Sat, 28 May 2005 01:30:47 +0000 (GMT) (envelope-from julian@elischer.org) Received: from [208.206.78.97] (julian.vicor-nb.com [208.206.78.97]) by mail.vicor-nb.com (Postfix) with ESMTP id 4AB937A403; Fri, 27 May 2005 18:30:47 -0700 (PDT) Message-ID: <4297C9C7.8030403@elischer.org> Date: Fri, 27 May 2005 18:30:47 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.7) Gecko/20050423 X-Accept-Language: en, hu MIME-Version: 1.0 To: Florent Thoumie References: <1117197753.2458.23.camel@ft-laptop.int.celeste.fr> <429766AB.6070803@elischer.org> <1117230364.690.44.camel@cream.xbsd.org> In-Reply-To: <1117230364.690.44.camel@cream.xbsd.org> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 8bit Cc: net@freebsd.org Subject: Re: Linux/FreeBSD Channel Bonding Interoperability X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 May 2005 01:30:48 -0000 from what I'm reading about teql you can do this with a couple of methods.. ipfw and the 'fwd' rule netgraph and ng_one2many there may be more.. teql doesn't seem to modify the packets in any way, just to make them go across several links so both of those should work I think. the ipfw fwd method would require ip addresses on both interfaces. the netgraph method may be able to do it without that requirement. (linking to an ng_eiface node with a single address). Florent Thoumie wrote: >Le Vendredi 27 mai 2005 à 11:27 -0700, Julian Elischer a écrit : > > >>probably this would be better in net@freebsd.org >> >> > > Moved to net@. > > > >>Florent Thoumie wrote: >> >> >> >>> Hey list. >>> >>> I'm advocating for FreeBSD for about 6 months now where I'm >>> working and they have the project to build their own router >>> (which will probably be based on WRAP). >>> >>> The good point is that the actual solution is running Linux >>> but it's not highly reliable. The bad point is that they're >>> using channel bonding (on both peers) and they don't want to >>> change one (or at least the system it runs). >>> >>> I've read about ng_fec and ng_onetomany, so I know channel >>> bonding is quite easy (seems so, according to web pages I've >>> found) but I guess FreeBSD and Linux won't work correctly. >>> If that's the case, I wondered if it could be much aspossible to add a >>> new node to "translate" stuff so that both could communicate >>> correctly. >>> >>> >>> >>> >>how you do it depends entirely on how they are doing the bonding in Linux. >>you do not give any clues as to what modules they are using. >> >> > > After some investigation, it seems they are using teql on > Linux, which is different from bonding (bonding doesn't seem > to be able to use two different connections types, especially > when these are not ethernet). I'd like to aggregate one ADSL > line with a SDSL line. I'm not sure teql works like > ng_onetomany. Stephen Montgomery-Smith told me by private email > that he knew somebody who successfully used Linux and FreeBSD > together to do bonding. I really need to try it, I'm just > lacking some hardware at the moment. > > >