Hi,
Thank you very much!
Since, I have confirmed that it works on FreeBSD 4.8 you are welcome to
close my problem report kern/54314 as soon as the merge has been completed.
Frank
Hajimu UMEMOTO wrote:
> Hi,
>
> > On Wed, 16 Jul 2003 16:15:50 +0200 (CEST)
> > Frank Volf <[EMAIL PROTECT
On Sat, 19 Jul 2003, Van Vinh Vo wrote:
> does it mean that it delays the connection of sockct
> when the system is processing others instructions ?
>
> does it mean that when a process is rruning, the
> system receive a connexion, it delay this connexion
> and continue running this process, afte
Hi,
> On Wed, 16 Jul 2003 16:15:50 +0200 (CEST)
> Frank Volf <[EMAIL PROTECTED]> said:
volf> Hideki ONO wrote:
> Try my patch which I posted to freebsd-bugs last month.
>
> http://lists.freebsd.org/pipermail/freebsd-bugs/2003-June/001407.html
volf> Indeed this fixes my problem as well!
Hello all,
I read the notation of accept filter from google, but
i don't well understand, this text as following
"Versions of FreeBSD from August 2000 onwards include
a feature called "accept filters" which delay the
return from accept() until a condition has been met,
e.g. an HTTP request ha
On Sat, Jul 19, 2003 at 11:07:27AM +0200, John Morgan Salomon wrote:
> You want KAME (http://www.kame.net). It is in 4.x. RACCOON is just
> the key management/exchange component of KAME.
>
> IPSEC (read the RFCs) is your best bet for inter-platform vpn connections.
> There are a number of FreeB
You want KAME (http://www.kame.net). It is in 4.x. RACCOON is just
the key management/exchange component of KAME.
IPSEC (read the RFCs) is your best bet for inter-platform vpn connections.
There are a number of FreeBSD implementations, although kame is probably
your best bet for connecting to F
