Pedro TimC3teo wrote:
Thanks, but all the solutions presented in that thread can't clear the
screen when you're typing something AND keep what you've already typed.
Why don't you add support for ^L yourself then?
-d
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf
Of
Marcus Watts
Sent: Friday, July 21, 2006 4:21 PM
To: misc@openbsd.org
Subject: Re: Forward IP to remote location
Various wrote:
Subject: Re: Forward IP to remote location
Date: Fri, 21 Jul 2006
On Fri, 21 Jul 2006, Daniel E. Hassler wrote:
Yes. I called it a Transparent Packet Filter (TPF) - the OpenBSD system is
acting as a
bridge.
It's transparent because neither of the interfaces has an IP configured.
WAN---PIX---DMZ---TPF---LAN---OS X
Oh yes, I recall that image from one of
On 2006/07/22 03:37, Dan Farrell wrote:
Way #1 -- at location A, allocate an IP address and install a bridge.
The bridge should route all traffic for that IP address to location B,
Way #2 - at location A, install a proxy squid server, and sshd.
On the web server at location B, make an
On Sat, 22 Jul 2006, Antti Harri wrote:
On Mon, 17 Jul 2006, Otto Moerbeek wrote:
Another thing is to move to larger block and fragment sizes. Depending
on the size distribution of your files, this will waste some space,
though.
I tested 1TB filesystems with varying block and
On Sat, 22 Jul 2006, Otto Moerbeek wrote:
I'll try to do some measurements with various block and fragment sized
the coming week. That'll take some time, though.
Well, I actually found some time already. I list the newfs and fsck
time for blocksize 65536 and 4 fragment sizes of a 1Tb
While can't sleeping in my hot room, I started a website for
documentation. I used to contribute to openbsdsupport.org but when the
webmaster was very busy and a reply took more than two months if there
was any at all I decided to run something more up2date on my own.
the next section below is
Trying to figure out what's going wrong here, and at this point, I'm
stumped. I'm trying to place traffic being served from apache above
that of bulk transfers (BitTorrent, primarily), yet according to pfctl
-vvsq, they're both ending up in the 'bulk' queue as defined by my
rules. Since the
If your web server is serving up pages, it's likely the pass in rule
that's being hit first and creating state--and since you're not
assigning a queue to that rule, it's being dumped to bulk.
Chris Zakelj wrote:
Trying to figure out what's going wrong here, and at this point, I'm
stumped. I'm
Melameth, Daniel D. wrote:
If your web server is serving up pages, it's likely the pass in rule
that's being hit first and creating state--and since you're not
assigning a queue to that rule, it's being dumped to bulk.
That did it... Assigning queue on the 'pass in...' line has it working
just
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I've hunted around the archives, googled, read
the faq on serial consoles, read what's in my
copy of Absolute OpenBSd, but can't seem to
find what I need to fix my problem. Running obsd
3.9 on one box obsd 3.8 on an ancient p90.
I connected my
Denny White wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I've hunted around the archives, googled, read
the faq on serial consoles, read what's in my
copy of Absolute OpenBSd, but can't seem to
find what I need to fix my problem. Running obsd
3.9 on one box obsd 3.8 on an ancient p90.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Today Nick Holland wrote:
Denny White wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I've hunted around the archives, googled, read
the faq on serial consoles, read what's in my
copy of Absolute OpenBSd, but can't seem to
find what I need
13 matches
Mail list logo