Hi:
Anyone know what are the sysctl option to give more lifetime to net packets?
Or another anything to elongate the net packets lifetime without use ipfw2?
Thanks.
--
http://pollo-es-pollo.blogspot.com
Te lo traigo fresco.
___
Rex Roof [EMAIL PROTECTED] writes:
I'm running a FreeBSD6 machine current as of a few days ago and I'm
working on a gvinum configuration, I couldn't find any place where it
referenced gvinum on startup so after fussing around with the rc
system a little, I wrote an /etc/rc.d/gvinum script that
Aziz KEZZOU [EMAIL PROTECTED] writes:
I am wondering if I can use c++ iostreams inside the kernel ?
After all the code : cout Hello world! endl;
ends accessing the stdout just like : printf(Hello world!\n); right ?
There is no stdio in the kernel.
So if I could compile my KLD module with
On Thu, 21 Apr 2005, Omar Lopez Limonta wrote:
Hi:
Anyone know what are the sysctl option to give more lifetime to net packets?
Or another anything to elongate the net packets lifetime without use ipfw2?
Thanks.
sysctl -a |grep ttl
will grep for any matching (Time To Live) settings.
if thats what
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Wed, 20 Apr 2005, Jeremie Le Hen wrote:
I'm trying to untangle myself on this issue. I have different
filesystems for /, /usr, and /usr/local, mounted in unusual places:
504,p0,1$ ls -l /usr{,/X11R6,/local}
lrwxr-xr-x 1 root wheel 18 7 nov 2003
On Thu, Apr 21, 2005 at 07:39:08AM -0400, c0ldbyte wrote:
Now if that last question is correct and thats the proccess you are using
to create a jail then depending on the situation wouldnt that inturn
defeat some of the main purposes of the jail, like the following. If you
mounted your /bin on
In the future, please do as I did and publish whatever solution you find,
my answer was somewhat lame but worked for me and will help the next guy.
To the SSH server /etc/hosts I added the client machine, now when it gets
to debug1: got SSH2_MSG_SERVICE_ACCEPT it hangs for only 75 seconds.
From: Jeremie Le Hen [EMAIL PROTECTED]
To: ?? ?? [EMAIL PROTECTED]
CC: freebsd-hackers@freebsd.org
Subject: Re: Configuration differences for jails
Date: Wed, 20 Apr 2005 16:37:15 +0200
Now with some distance, I must admit that all this gymnastic is quite
boring. I now decided to run two
On Wed, 20 Apr 2005 16:38:42 +0200, Marc Olzheim [EMAIL PROTECTED] said:
Btw.: I'm not sure write(),writev() and pwrite() are allowed to do short
writes on regular files... ?
I believe it is the intent of the Standard to prohibit this (a
paragraph in the rationale says that short writes can
On Wed, 20 Apr 2005 11:52:33 -0400, Brian Fundakowski Feldman [EMAIL
PROTECTED] said:
I think the first is more useful behavior than the last. Supporting it
should be exactly the same as supporting what happens if the actual
filesystem fills up. In this case, the filesystem is being
On Thu, 21 Apr 2005, Omar Lopez Limonta wrote:
I Change:
net.inet.ip.fw.dyn_ack_lifetime: 300 - 3600
net.inet.ip.fw.dyn_udp_lifetime: 10 - 10
net.inet.ip.fw.dyn_buckets: 256 - 1024
net.inet.ip.fw.dyn_max: 1000 - 2500
¿Are good these values? , ¿i need chanege another value?
Dont know my friend. I
On Thu, 21 Apr 2005, Joerg Sonnenberger wrote:
On Thu, Apr 21, 2005 at 07:39:08AM -0400, c0ldbyte wrote:
Now if that last question is correct and thats the proccess you are using
to create a jail then depending on the situation wouldnt that inturn
defeat some of the main purposes of the jail, like
On Thu, Apr 21, 2005 at 08:23:46AM -0400, c0ldbyte wrote:
On Thu, 21 Apr 2005, Joerg Sonnenberger wrote:
On Thu, Apr 21, 2005 at 07:39:08AM -0400, c0ldbyte wrote:
Now if that last question is correct and thats the proccess you are using
to create a jail then depending on the situation
On Thu, Apr 21, 2005 at 03:46:43PM +0300, freebsd-hackers@freebsd.org wrote:
blagodarq za izpratenoto ot Vas pismo nai skoro shte vi otgovorq!!
Turn this off.
pgpfqXCgnd4rU.pgp
Description: PGP signature
On Thu, Apr 21, 2005 at 02:47:32PM +0200, Devon H. O'Dell wrote:
On Thu, Apr 21, 2005 at 03:46:43PM +0300, freebsd-hackers@freebsd.org wrote:
^- whoops, I didn't notice that.
blagodarq za izpratenoto ot Vas pismo nai skoro shte vi otgovorq!!
Turn this off.
Argh, it seems that this person
* Jeremie Le Hen [EMAIL PROTECTED] [20050420 18:55]:
[snip much appreciated example]
I don't think it's easy to take /etc/ outside the root fs, but I don't
see how to share /bin or /lib without leaking info.
How do you handle this?
As I said above, null mount each directory.
Thanks,
January-April 2005 Status Report
Introduction
The first quarter of 2005 has been extremely active in both
FreeBSD-CURRENT and -STABLE. With FreeBSD 5.4 in the final RC stage
and an anticipated branch of FreeBSD-6 this summer we have seen a lot
of
David Leimbach wrote:
Interesting question. People usually have to implement the C++
runtime to be usable from within the kernel. Things like exceptions
and stdout may not be defined in kernel space :)
I'm not terribly familiar with how it works on FreeBSD but I know it
took a
[applogies if this is in a FAQ somewhere... I've looked in a number of places,
and
am not able to find the answer]
Hi,
I am trying to figure out how large a specific buffer is in FreeBSD.
The buffer in question is the buffer between the network layer and the
ethernet device, i.e., if packets
Rob wrote:
[applogies if this is in a FAQ somewhere... I've looked in a number of places,
and
am not able to find the answer]
Hi,
I am trying to figure out how large a specific buffer is in FreeBSD.
The buffer in question is the buffer between the network layer and the
ethernet device, i.e., if
You figured it out correctly. However at that moment TCP flow control
would kick in and save you from local packet loss so to say.
Hi,
Thanks for the response, but you have actually confused me more. It is
my understanding that TCP doesn't have flow control (i.e., local to the
node), it has
Rob wrote:
You figured it out correctly. However at that moment TCP flow control
would kick in and save you from local packet loss so to say.
Hi,
Thanks for the response, but you have actually confused me more. It is
my understanding that TCP doesn't have flow control (i.e., local
Unfortunately, the following report got lost:
New Wireless Drivers
URL: http://ipw2100.sourceforge.net/firmware.php?fid=4
URL: http://ralink.rapla.net/
Contact: Damien Bergamini [EMAIL PROTECTED]
Four new wireless drivers were imported:
ipw : driver for Intel PRO/Wireless 2100
23 matches
Mail list logo