Re: USB ethernet problem

2001-12-28 Thread Doug Ambrisko
Thomas Zenker writes: | the situation changed, I have tried to install the new release now | on the final embedded hardware. It is to mention, that this hardware | is working with fbsd 4.3 from july without any problems in about | 50 equipments. Upgrade from the previous fbsd 4.3 works flawlessly

Re: Why is my ipfw(8) ``fwd'' rule to redirect a service to another machine not working?

2001-12-28 Thread Crist J . Clark
On Fri, Dec 28, 2001 at 01:31:07PM -0800, Julian Elischer wrote: > You need to > correct the FAQ.. > > "The correct way to ensure that this does not happen is to also add > a 'fwd' rule on the destination rule, forwarding the packet > to localhost. This will override the destination machine's t

RE: socket call in the kernel

2001-12-28 Thread Henry Su
The problem is that we do not use NAT, since all the machines will have real IP address, and we do not want to assign 2nd IP address on the control box too. Is there any configuration allow you to do this without bridging? __ ___ | |cros

RE: socket call in the kernel

2001-12-28 Thread Julian Elischer
Well, you'll find an example of using a ksocket node in /usr/share/examples/netgraph and of course /sys/netgraph/ng_ksocket.c has the actual code that does that if you wanted to duplicate it in your own module. Why do you want to do bridging? if yuo used a NAT and routed it would be a lot more st

RE: socket call in the kernel

2001-12-28 Thread Henry Su
Hi, Julian: Could you please give me some code example for using the 'ksocket' node to open 'in kernel' sockets? Thanks. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Julian Elischer Sent: Thursday, December 20, 2001 3:08 PM To: Henry Su Cc: [EMAIL PRO

Re: Why is my ipfw(8) ``fwd'' rule to redirect a service to anothermachine not working?

2001-12-28 Thread Nick Rogness
On Fri, 28 Dec 2001, Julian Elischer wrote: > > > On Fri, 28 Dec 2001, Nick Rogness wrote: > > > On Fri, 28 Dec 2001, Julian Elischer wrote: > > > > > > > Um, so you can now fwd based on incoming packets? EX: > > > > ipfw fwd 10.1.2.3 ip from any to 1.1.1.1 in via ed0 > > That will

Re: Why is my ipfw(8) ``fwd'' rule to redirect a service to anothermachine not working?

2001-12-28 Thread Julian Elischer
On Fri, 28 Dec 2001, Nick Rogness wrote: > On Fri, 28 Dec 2001, Julian Elischer wrote: > > > Also, in versions of FreeBSD before 4.6, packets matched while > > INCOMING could only be forwarded to the local host. Outgoing packets > > could be forwarded to an adjoining host. This was fixed while

Re: Why is my ipfw(8) ``fwd'' rule to redirect a service to anothermachine not working?

2001-12-28 Thread Nick Rogness
On Fri, 28 Dec 2001, Julian Elischer wrote: > Also, in versions of FreeBSD before 4.6, packets matched while > INCOMING could only be forwarded to the local host. Outgoing packets > could be forwarded to an adjoining host. This was fixed while 4.5 was > cooking and appeared in releases after that

Re: Why is my ipfw(8) ``fwd'' rule to redirect a service to anothermachine not working?

2001-12-28 Thread Julian Elischer
You need to correct the FAQ.. "The correct way to ensure that this does not happen is to also add a 'fwd' rule on the destination rule, forwarding the packet to localhost. This will override the destination machine's tendancy to throw the forwarded packet back" Also, in versions of FreeBSD be

RE: Why is my ipfw(8) ``fwd'' rule to redirect a service to another machine not working?

2001-12-28 Thread Henry Su
I tried localhost, it is an issue for me. It's 4.3 freebSD. Is this a bug? -Original Message- From: Crist J . Clark [mailto:[EMAIL PROTECTED]] Sent: Thursday, December 27, 2001 11:19 PM To: Henry Su Cc: Julian Elischer; [EMAIL PROTECTED] Subject: Re: Why is my ipfw(8) ``fwd'' rule to red

Re: Is there a way to clear stats from netstat -i

2001-12-28 Thread Josef Karthauser
On Thu, Dec 20, 2001 at 03:10:38PM +0200, Ruslan Ermilov wrote: > On Wed, Dec 19, 2001 at 06:21:39PM +, Josef Karthauser wrote: > > Hi Ruslan, > > > > You've been near this code recently. Do you have any suggestions for > > how this may work? > > > This would require a new SIOCCIFDATA ioctl