Re: Avoid using RFC3927 outside of the link

On 19/12/2016 21:01, Alarig Le Lay wrote: On Tue Dec 20 02:34:29 2016, Eugene Grosbein wrote: Well, you can always use brute force instead: ipfw nat 169 config reset ip 89.234.186.1 && \ ipfw add 60 nat 169 ip from 169.254.0.0/16 to any out xmit igb0 That's ugly but works. I will work just b

RE: PF weirdness

Built new kernel, looks good, thanks! > -Original Message- > From: owner-freebsd-...@freebsd.org [mailto:owner-freebsd- > n...@freebsd.org] On Behalf Of Joe Holden > Sent: 17 August 2016 15:34 > To: 'Kristof Provost' ; mail+li...@m.jwh.me.uk > Cc: freebsd-net@f

RE: PF weirdness

Aha, perfect ok then I'll leave you to it! Thanks > -Original Message- > From: Kristof Provost [mailto:k...@freebsd.org] > Sent: 17 August 2016 12:18 > To: mail+li...@m.jwh.me.uk > Cc: freebsd-net@freebsd.org > Subject: Re: PF weirdness > > On 17 Aug 2016, at 11:24, mail+li...@m.jwh.me.uk

Re: FreeBSD responding with wrong receiving interface IP

On 10/03/2015 13:16, George Neville-Neil wrote: On 10 Mar 2015, at 11:26, Paul S. wrote: Hi, I've been deploying FreeBSD as customer edge routers for customers with sites that do not require high throughput (>1g/s). Each site has two ISPs (Mostly Telstra + Verizon/Optus), and take full routes

Re: Can multiple apps listen for TCP on the same port?

Was there a specific reason why we couldn't just extend REUSEADDR/PORT to do this a la Linux? Just a simple round robin would make those useful perhaps On 01/12/2014 16:21, Adrian Chadd wrote: Hi, I introduced a socket option in -HEAD that lets you bind multiple things to the same listen port

Re: Configuration for IPv6 over tunnel

On 10/09/2014 18:26, Dan Langille wrote: The existing documentation for setting up IPv6 over a tunnel is incorrect. Specifically: gifconfig is deprecated. Use cloned_interfaces="gif0" instead. https://www.freebsd.org/doc/handbook/network-ipv6.html I have filed a PR: https://bugs.freebsd.or

relayd and tls

Hi chaps, I'm playing with relayd on 10.0-R but it appears that when I make a tls connection to a https listener the process handling the connection consumes 100% cpu and stalls, is this a known issue? I'm not doing any pf redirection or anything - simple listener that forwards to http Che

Re: Network stack changes

On 24/09/2013 08:58, Marko Zec wrote: On Tuesday 24 September 2013 00:46:46 Sami Halabi wrote: Hi, http://info.iet.unipi.it/~**luigi/papers/20120601-dxr.pdf http://www.nxlab.fer.hr/dxr/**stable_8_20120824.diff

Re: Network stack changes

On 23/09/2013 06:34, Adrian Chadd wrote: On 22 September 2013 21:52, Luigi Rizzo wrote: locking affects scalability; but dxr and similar algorithms have much fewer memory lookups, not to mention the huge memory footprint of the freebsd radix tree code. Anyways i'd really encourage you to rea

RE: Flow ID, LACP, and igb

Your argument is horseshit on the basis that many x86 and non-x86 (especially mips) usable NICs will happily do linerate (I see you don't understand how network interfaces actually work... that is pps and frame sizes are relevant not throughput) on stock FreeBSD without any tuning whatsoever. Also

RE: Why default route is not installed last?

A whole extra line is required in rc.conf to make that situation work and since it is an edge case and doesn't apply in 99% of uses it really shouldn't be catered for... but what do I know? There has been a few insane changes recently ;) > -Original Message- > From: owner-freebsd-...@free

RE: kern/181388: [route] Routes not updated on mtu change

You have a good point wrt VLANs on Windows but everyone uses Intel nics right? :P > -Original Message- > From: Lev Serebryakov [mailto:l...@freebsd.org] > Sent: 20 August 2013 23:07 > To: Joe Holden > Cc: freebsd-net@freebsd.org > Subject: Re: kern/181388: [route]

Re: kern/181388: [route] Routes not updated on mtu change

On 20/08/2013 09:46, Lev Serebryakov wrote: Hello, Joe. You wrote 20 августа 2013 г., 12:25:15: JH> vlan interfaces achieve the same thing without having to mess about with JH> mtus on routes and also give you an interface to work with, a much nicer JH> method comparatively. But it could put h

Re: kern/181388: [route] Routes not updated on mtu change

On 20/08/2013 02:12, John-Mark Gurney wrote: Joe Holden wrote this message on Mon, Aug 19, 2013 at 09:32 +0100: Hm, I hadn't considered that... how do other OSes and vendors handle this? (eg Linux?) Just changing the connected route would probably suffice, or maybe if any routes not

Re: kern/181388: [route] Routes not updated on mtu change

Hm, I hadn't considered that... how do other OSes and vendors handle this? (eg Linux?) Just changing the connected route would probably suffice, or maybe if any routes not added with default interface mtu could/are be flagged, then those could be changed or not depending on what added them?

Updating route MTU when interface changes

Hi guys, I noticed this some years ago but I just checked and its still there - when the mtu of an interface is changed, any routes (eg connected route) using that interface aren't updated until the interface is shut/unshut - is this by design or is it an oversight? Having to down/up remote

Re: How not allow setting ip changes interface down status?

Jason Hellenthal wrote: Off the top of my head I don't know of another OS that does this. But yes agreed changing that behavior would probably effect a lot of people in a negative way at this point. Not to mention script breakage. But a tunable in the stack somewhere would be awesome to chang

Re: ppp(8) and inbound IP connections

Matthias Apitz wrote: Hello, I'm using ppp(8) for many years to connect via UMTS to my service provider and Internet, actually www.fonic.de; all this works fine already for long time, works fine for outgoing TCP and UDP connections to Internet. Until now, I did not care about incoming TCP conn

Re: ipfilter(4) needs maintainer

wishmaster wrote: --- Original message --- From: "Gary Palmer" Date: 14 April 2013, 19:06:59 On Sun, Apr 14, 2013 at 09:48:33AM -0600, Warren Block wrote: Is it possible to move ipfilter into a port? That may work short term, but the ENOMAINTAINER problem will quickly creep up again as k

Re: rarpd

Marius Strobl wrote: On Sat, Apr 06, 2013 at 01:07:16AM +0100, Joe Holden wrote: Hi guys, I'm trying to make rarpd behave, but it doesn't seem to want to listen on vlan interfaces, or at least not mine: Looks like you are using a FreeBSD version that misses the following ch

rarpd

Hi guys, I'm trying to make rarpd behave, but it doesn't seem to want to listen on vlan interfaces, or at least not mine: The machine is a router with two interaces: vr0 - routable ip address that pf performs nat on vr1 - several vlan interfaces of which I want rarpd to listen on one, vr1.9

Re: mpd5 and multiple route to send to clients

Yoann Gini wrote: Le 18 mars 2013 à 21:48, Joe Holden a écrit : You use something that can push configuration the client, like openvpn or run dhcp over something Well, I really don’t understand. From my experience, with a Cisco VPN Concentrator or a OS X VPN Server or a Windows VPN

Re: mpd5 and multiple route to send to clients

Yoann Gini wrote: Hi, Le 18 mars 2013 à 18:23, Joe Holden a écrit : The radius entry tells the NAS (mpd in this case) to add a route towards the client, the route/ip will still need to be configured on the client side, do you see a correct entry on the NAS? (route -n get 10.42.0.0/23) OK

Re: mpd5 and multiple route to send to clients

Yoann Gini wrote: Hi, Thank you for your answer. Le 18 mars 2013 à 01:54, Joe Holden a écrit : If you're using radius, see 'framed-route'... if not, see external auth Well, that’s a unexpected answer, I will never think to set that information in the Radius server ins

Re: mpd5 and multiple route to send to clients

Yoann Gini wrote: Hello, I’m Yoann. It’s my first message here so a little brief about me. I’m a OS X Server System Administrator and Trainer, actually working on a FreeBSD based setup for a simple service provider infrastructure. I currently setup a L2TP over IPSec VPN server with FreeBSD 9.

Re: ipv6 default router Operation not permitted

Strange, I used this setup on an OVH machine a while ago, seemed to work - perhaps something isn't properly configured at their end properly Schrodinger wrote: On 2013/03/13 15:52, Joe Holden wrote: Just use router solicitation to ask for the link-local gateway, that is the "corre

Re: ipv6 default router Operation not permitted

Just use router solicitation to ask for the link-local gateway, that is the "correct" way to do it. Schrodinger wrote: Damien, I appreciate your replies very much, but I'm a subscriber so just reply to the mailing list. Thanks. On 2013/03/13 14:19, Fleuriot Damien wrote: [SNARF] These ar

Re: 0.0.0.0/8 oddities...

On 14/11/2012 09:59, Joe Holden wrote: On 14/11/2012 09:35, Andre Oppermann wrote: On 14.11.2012 08:48, Sean Chittenden wrote: Regardless, why are you trying to do something that is unsupported by pretty much every vendor/operator/os? Status quo is fine and dandy if it's rational, back

Re: 0.0.0.0/8 oddities...

On 14/11/2012 09:35, Andre Oppermann wrote: On 14.11.2012 08:48, Sean Chittenden wrote: Regardless, why are you trying to do something that is unsupported by pretty much every vendor/operator/os? Status quo is fine and dandy if it's rational, backed up with a justification and can be understoo

Re: 0.0.0.0/8 oddities...

On 14/11/2012 07:48, Sean Chittenden wrote: Regardless, why are you trying to do something that is unsupported by pretty much every vendor/operator/os? Status quo is fine and dandy if it's rational, backed up with a justification and can be understood, but I'm not seeing anything that suggest

Re: 0.0.0.0/8 oddities...

On 14/11/2012 07:32, Joe Holden wrote: On 14/11/2012 07:25, Sean Chittenden wrote: The check to drop ICMP replies to a source of 0.0.0.0/8 was added in r120958 as part of a fix for link local addresses. It was only applied to ICMP which is inconsistent as you've found out. ?? Any though

Re: 0.0.0.0/8 oddities...

On 14/11/2012 07:25, Sean Chittenden wrote: The check to drop ICMP replies to a source of 0.0.0.0/8 was added in r120958 as part of a fix for link local addresses. It was only applied to ICMP which is inconsistent as you've found out. ?? Any thoughts as to why? It doesn't appear that the curre

Re: 0.0.0.0/8 oddities...

On 14/11/2012 07:06, Sean Chittenden wrote: Hello. I ran in to an interesting situation in what appears to be an exotic situation. Specifically, after reviewing RFC5735 again and searching for a datacenter-local or rack-local IP range (i.e trying to provide services that are guaranteed to be p

Re: 0.0.0.0/8 oddities...

Sean Chittenden wrote: Hello. I ran in to an interesting situation in what appears to be an exotic situation. Specifically, after reviewing RFC5735 again and searching for a datacenter-local or rack-local IP range (i.e trying to provide services that are guaranteed to be provided in the same r

Re: ECMP and RADIX_MPATH

Sami Halabi wrote: Hi, what form of load balancing it makes? is that apply to 8.3-R/S also? thanks, Sami On Thu, May 17, 2012 at 8:56 PM, Li, Qing wrote: It is not working properly in one case, of load balancing among physical interfaces having a single prefix, all are attached to the same p

Re: kern.eventtimer.periodic

Joe Holden wrote: Hey, So I have another box that has time issues since being upgraded to 9.0-REL, again kern.eventtimer.periodic=1 seems to be the fix. Should this perhaps be a default in future releases? Oops, that should have been to -stable! sorry for the noise

kern.eventtimer.periodic

Hey, So I have another box that has time issues since being upgraded to 9.0-REL, again kern.eventtimer.periodic=1 seems to be the fix. Should this perhaps be a default in future releases? ___ freebsd-net@freebsd.org mailing list http://lists.freebsd.

Re: msk/Yukon issues since 9.0-REL

YongHyeon PYUN wrote: On Thu, Mar 22, 2012 at 07:08:02PM +, Joe Holden wrote: Joe Holden wrote: YongHyeon PYUN wrote: On Sat, Mar 17, 2012 at 03:18:19PM +, Joe Holden wrote: Hi guys, I've upgraded to 9.0-REL from RC3 (I think) and the previous workarounds I've used for ms

Re: msk/Yukon issues since 9.0-REL

Joe Holden wrote: YongHyeon PYUN wrote: On Sat, Mar 17, 2012 at 03:18:19PM +, Joe Holden wrote: Hi guys, I've upgraded to 9.0-REL from RC3 (I think) and the previous workarounds I've used for msk/Yukon II problems don't seem to work anymore: rc.conf: ifconfig_msk0=&quo

Re: msk/Yukon issues since 9.0-REL

YongHyeon PYUN wrote: On Sat, Mar 17, 2012 at 03:18:19PM +, Joe Holden wrote: Hi guys, I've upgraded to 9.0-REL from RC3 (I think) and the previous workarounds I've used for msk/Yukon II problems don't seem to work anymore: rc.conf: ifconfig_msk0="inet 192.16

msk/Yukon issues since 9.0-REL

Hi guys, I've upgraded to 9.0-REL from RC3 (I think) and the previous workarounds I've used for msk/Yukon II problems don't seem to work anymore: rc.conf: ifconfig_msk0="inet 192.168.201.2/30 -lro -tso -vlanhwfilter -vlanhwtag" pciconf: mskc0@pci0:7:0:0: class=0x02 card=0x81e6104d c

VIMAGE and tap/tun/openvpn

Hi guys, I know this is a known problem but is there any plan to fix it or is there something fundamental getting in the way? Looks like it's this: http://www.freebsd.org/cgi/query-pr.cgi?pr=152047 Thanks, J ___ freebsd-net@freebsd.org mailing list h

Re: Panic after vnet/jail destroy

On 18/02/2012 19:07, Raymond Wagner wrote: On 2/18/2012 11:42, Joe Holden wrote: On 18/02/2012 09:21, Raymond Wagner wrote: On 2/18/2012 01:41, Joe Holden wrote: jail_relay_exec_poststop0="ifconfig bridge0 deletem epair0a" jail_relay_exec_poststop1="ifconfig

Re: Panic after vnet/jail destroy

On 18/02/2012 09:21, Raymond Wagner wrote: On 2/18/2012 01:41, Joe Holden wrote: jail_relay_exec_poststop0="ifconfig bridge0 deletem epair0a" jail_relay_exec_poststop1="ifconfig epair0a destroy" jail_relay_exec_poststop2="ifconfig bridge1 deletem epair1a" jail_

Panic after vnet/jail destroy

Hi guys, I've upgraded some machines to 9.0-REL and I'm seeing the following a few minutes after stopping or restarting a jail with vnet: http://i.imgur.com/cRsLr.jpg Sometimes it doesn't happen and as the machine is remote it means I only have ipkvm output posted above to go on, I'm also us

Re: Max FIBS

Julian Elischer wrote: On 2/8/12 1:08 PM, Joe Holden wrote: Hey guys, The maximum fibs is currently 16 due to an mbuf limitation I believe? Is there any scope for the number being increased? it was designed to be able to be expanable... there is only the one place. there are upcoming FIB

Max FIBS

Hey guys, The maximum fibs is currently 16 due to an mbuf limitation I believe? Is there any scope for the number being increased? Ta, J ___ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, se

Re: bsnmpd not showing out octets for vlan interfaces

John Baldwin wrote: On Monday, December 26, 2011 11:05:51 pm Gleb Smirnoff wrote: On Mon, Dec 26, 2011 at 07:25:29PM -0800, YongHyeon PYUN wrote: Y> Index: sys/net/if_vlan.c Y> === Y> --- sys/net/if_vlan.c (revision 228906) Y> +

Re: bsnmpd not showing out octets for vlan interfaces

YongHyeon PYUN wrote: On Mon, Dec 26, 2011 at 07:53:06PM +, Joe Holden wrote: Hi guys, Hope you're all enjoying the holiday. Is anyone using bsnmpd with vlan interfaces? I see the following: ifOutOctets.10 = Counter32: 0 ifOutOctets.11 = Counter32: 3061 ifOutOctets.12 = Counter

bsnmpd not showing out octets for vlan interfaces

Hi guys, Hope you're all enjoying the holiday. Is anyone using bsnmpd with vlan interfaces? I see the following: ifOutOctets.10 = Counter32: 0 ifOutOctets.11 = Counter32: 3061 ifOutOctets.12 = Counter32: 0 ifOutOctets.13 = Counter32: 0 The ones with 0 are vlan interfaces, everything else is f

Re: RADIX_MPATH / FreeBSD Routing

ately ? --Qing From: owner-freebsd-...@freebsd.org [owner-freebsd-...@freebsd.org] on behalf of Joe Holden [li...@rewt.org.uk] Sent: Monday, December 12, 2011 3:23 PM To: freebsd-net@freebsd.org Subject: RADIX_MPATH / FreeBSD Routing Hi guys, Is anyo

RADIX_MPATH / FreeBSD Routing

Hi guys, Is anyone aware of the state of mpath as it stands on stable/9? At the moment within a few seconds of OpenBGPD being fired up there is an rtfree: 2 panic, I have had a quick look through the code but don't understand why this panic() is triggered. On a related note, how does one su

Re: Reliable PCI wifi cards, and layer 7 filtering

On 10/02/2011 15:56, Jeremy Chadwick wrote: (I was considering cross-posting this to freebsd-pf but decided against it, instead starting here first. Please keep me CC'd as I'm not subscribed to freebsd-net) I'm looking into the possibility of using my home FreeBSD box as my home firewall/NAT bo

Re: 8.2-PRERELEASE: if_bridge ARP and broadcasts issues

On 26/01/2011 05:21, Alexander Zagrebin wrote: Hi! On 25.01.2011 18:25:10 +0200, Nikos Vassiliadis wrote: The reason is in ARP handling code: it looks for an address of the interface belonging to a bridge, but there is not check that a bridge is the same. Attached patch (patch-if_ether.c) fix

mpd5 as l2tp mlppp server

Hi guys, Has any successfully used mpd5 with l2tp and done mlppp over it? Multilink never seems to be enabled, I have multilink enabled on the link, however the status always remains Inactive Thanks, J ___ freebsd-net@freebsd.org mailing list http:/

Re: Issue with huge numbers of connections

esperproc kern.ipc.nmbclusters kern.maxprocperuid kern.maxfiles kern.ipc.somaxconn kern.maxvnodes Tweaking those may help, or he may just be exhausting available resources, IIRC its limited to 65k connections per interface, someone correct me if I am wrong. -- Jo

Re: Routing outbound IP packets on multihomed box

t; > Anyone have any ideas on whether an ipfw fwd rule can be used in a > similar way to this pf rule? > Yes, ipfw fwd will work fine, you'll need to route based on the source ip addresses. For exmaple: ipfw add 1 fwd all from to any ipfw add 2 fwd all from to any That *should*

Re: ifconfig bridge0 without module not work ?

rmkml wrote: Hi, I have disabled/removed module on kernel, anyone ok, but when I create bridge0 : ifconfig bridge0 create ifconfig: SIOCIFCREATE: Invalid argument I just added "options BRIDGE" on my kernel conf. uname -a : 6.2-RELEASE ok if I add interface manually and bridge work : sysctl -w

Re: NVIDIA MCP51 Ethernet Interface

Angelo Turetta wrote: Joe Holden wrote: Hi collective, It's an Athlon 64 board, with an MCP51 NIC, this card is supported under Linux using the forcedeth driver, having taken a look at if_nve.c, it doesn't appear to be supported. It's supported by the nfe(4) driver, which h

Re: Converting Cisco shorthand to route statement

Thanks, Tuc Err, I am going to assume you want to transfer it to a fbsd machine, in which case, it would be (tun0|tap0), if not, this is certainly the wrong list. Thanks, -- Joe Holden Telephone: +44 (0) 207 100 9593 Email: [EMAIL PROTECTED] Website: http://www.joeholden.co.uk I

Re: Viewing established tcp connections

Ricardo Nabinger Sanchez wrote: On Tue, 16 Jan 2007 12:06:36 + Joe Holden <[EMAIL PROTECTED]> wrote: I'm after a tool to view tcp sessions passing through a router, however dsniff is marked as BROKEN. Are there any alternatives? If you don't need to inspect the sessions,

Viewing established tcp connections

Hi all, I'm after a tool to view tcp sessions passing through a router, however dsniff is marked as BROKEN. Are there any alternatives? Thanks, Joe ___ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsu

Re: Wireless NIC recommendation

Lars Stokholm wrote: John Nielsen wrote: On Monday 15 January 2007 13:44, John Nielsen wrote: On Monday 15 January 2007 12:54, Lars Stokholm wrote: Hi, I hope someone can help me with this, before I go mad (no pun intended.) :) I was initially looking for a relatively cheap 54Mbps, 802.

Re: Wireless NIC recommendation

Lars Stokholm wrote: John Nielsen wrote: On Monday 15 January 2007 13:44, John Nielsen wrote: On Monday 15 January 2007 12:54, Lars Stokholm wrote: Hi, I hope someone can help me with this, before I go mad (no pun intended.) :) I was initially looking for a relatively cheap 54Mbps, 802.

Re: Wireless NIC recommendation

John Nielsen wrote: On Monday 15 January 2007 13:44, John Nielsen wrote: On Monday 15 January 2007 12:54, Lars Stokholm wrote: Hi, I hope someone can help me with this, before I go mad (no pun intended.) :) I was initially looking for a relatively cheap 54Mbps, 802.11g- and WPA-capable network

Re: Bandwidth Monitoring program

Benjamin Adams wrote: > I'm on a network that has a normal store firewall, setup as a NAT. I'm > trying to find a way to monitor all bandwidth by clients through that > firewall. I don't have the ability to just put an inline box to examine > packets. Is there a program where I can see whats goi

Re: Instructing dhclient to set hostname of client

Brooks Davis wrote: > On Tue, Oct 24, 2006 at 09:16:07AM +0200, Harti Brandt wrote: >> On Mon, 23 Oct 2006, Joe Holden wrote: >> >> JH>Andrey V. Elsukov wrote: >> JH>> Doug Barton wrote: >> JH>>> If you're talking about a laptop where you&#x

Re: Instructing dhclient to set hostname of client

Andrey V. Elsukov wrote: > Doug Barton wrote: >> If you're talking about a laptop where you're not sure what the DHCP >> server is going to send you, then I have this in /etc/rc.local: > > Hi, Doug. > > What you think about adding a new feature to dhclient - Alternate IP > Configuration. This con

Instructing dhclient to set hostname of client

Hi all, Is it possible to get dhclient to resolve the ip its been given, and set that as the hostname? (6.2-PRE) Ta, J ___ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to "[EMAI

Re: Intel em receive hang and possible pr #72970

Jack Vogel wrote: On 8/31/06, Joe Holden <[EMAIL PROTECTED]> wrote: Jack Vogel wrote: > On 8/31/06, Rob Watt <[EMAIL PROTECTED]> wrote: > >> After poking around in various group/pr postings the most similar problem >> that we found was PR #72970. >> htt

Re: Intel em receive hang and possible pr #72970

Jack Vogel wrote: On 8/31/06, Rob Watt <[EMAIL PROTECTED]> wrote: After poking around in various group/pr postings the most similar problem that we found was PR #72970. http://www.freebsd.org/cgi/query-pr.cgi?pr=72970 Does it seem that we are encountering that bug? Is that bug fixed in 6.1-R

Re: Can't delete route

John Nielsen wrote: On Thursday 18 May 2006 11:31, Alexandre Biancalana wrote: Hi List, Today I had to add a new route in the company gateway. So I ran the command: # route add 128.110.0.0 255.255.0.0 10.0.0.17 add net 128.110.0.0: gateway 255.255.0.0 Running netstat -nr I get the

Re: Can't delete route

Joshua Blanton wrote: Joe Holden wrote: Alexandre Biancalana wrote: # route add 128.110.0.0 255.255.0.0 10.0.0.17 add net route add 128.110/8 10.0.0.17 /16 would probably be a better choice ;-) --jtb oh, yes, my bad, i meant /16...been a long day :( Thanks

Re: Can't delete route

Alexandre Biancalana wrote: Hi List, Today I had to add a new route in the company gateway. So I ran the command: # route add 128.110.0.0 255.255.0.0 10.0.0.17 add net 128.110.0.0: gateway 255.255.0.0 Running netstat -nr I get the following: 0&0xa11255.255.0.0

Re: Routes for interface

nd any mail to "[EMAIL PROTECTED]" You could probably achieve this using IPFW FWD (this is how I achieve something similiar). Either using ipfw fwd $GW1 ip from any to any via $INT1, or using an ip range, ie; ipfw fwd $GW2 ip from 1.2.3.4/24 to any or something. Thanks, Joe Holden finger

Support for Conexant AccessRunner ADSL PCI Cards

Hello all, Does anyone know if the above card is supported yet, or if it is planned? In particular, i'm interested in getting a Zoom 5506 PCI Card working under Freebsd, which uses this chipset. Thank you for your time. signature.asc Description: OpenPGP digital signature

(no subject)

der router, and as such will need to check for incoming packets destined for other machines too, and blackhole/add ipfw rules as needed. Are there any tools like this currently available, or a number of tools I can put together to create something like this? -- With thanks, Joe Holden Freelan