> -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
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 "i
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,
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
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 filesyst
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 di
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 'user
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
ju
-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 null
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 t
12 matches
Mail list logo
