On Fri, 14 Sep 2001, x x wrote:
> Is it possible to use a signale FreeBSD box to serve as a NAT and IPSEC
> gateway? I can get either to work, but not both. Thanks.
Yes. Don't send the IPSEC packets through nat. Use gif tunnels
instead.
Nick Rogness <[EMAIL PROTECTED]>
- Ke
On Fri, Sep 14, 2001 at 08:07:28PM -0400, Barney Wolff wrote:
> Oh yeah - you have to initialize local_len to the max length you
> can accept. Whatever you took this code from either doesn't
> work reliably or you copied it wrong.
> Barney
I indeed forgot to initialize local_len. It works fine n
Oh yeah - you have to initialize local_len to the max length you
can accept. Whatever you took this code from either doesn't
work reliably or you copied it wrong.
Barney
On Fri, Sep 14, 2001 at 04:55:55PM -0400, Barney Wolff wrote:
> You're using htons on an int. Try not doing that.
> Barney Wo
Is it possible to use a signale FreeBSD box to serve as a NAT and IPSEC
gateway? I can get either to work, but not both. Thanks.
_
Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp
To Unsubscribe: send mai
On Fri, Sep 14, 2001 at 04:55:33PM -0400, Barney Wolff wrote:
> You're using htons on an int. Try not doing that.
> Barney Wolff
Oops. Then that's a bug in samplicator-1.2.1, from which I took the code.
But after changing fport to an u_short it still does not work.
> On Fri, Sep 14, 2001 at 12:
You're using htons on an int. Try not doing that.
Barney Wolff
On Fri, Sep 14, 2001 at 12:23:57PM -0700, Jos Backus wrote:
> I am seeing the following difference between FreeBSD and Solaris when using
> the attached program, which uses getsockname().
> I am using the following command to test th
I am seeing the following difference between FreeBSD and Solaris when using
the attached program, which uses getsockname().
I am using the following command to test this program:
snmpwalk -p 1234 public
being either goldenbytes or taiko.
On FreeBSD 4 I see:
goldenbytes:~/udp% ./udp &
[1]
On Fri, Sep 14, 2001 at 02:35:30PM +0300, Ruslan Ermilov wrote:
> Umm, how about extending the ${network_interfaces} functionality as follows.
> For each ${network_interfaces} argument,
>
> 1. if the value is `auto', add `ifconfig -l' to the list of interfaces
> 2. for every other argument whic
On Thu, Sep 13, 2001 at 08:02:21PM -0700, Brooks Davis wrote:
> I'd like to commit something like the following patch to create clonable
> interfaces at boot so they can be configured the normal way. Any one
> have comments or suggestions?
>
Umm, how about extending the ${network_interfaces} fun