Thanks for everyone's responses. I have it setup like Robert
suggested, with 192.168.2.x on OPT1 and doing dns views and port
forwarding. It all seems to be working as it should.
Is there any way to share the block of static IP addresses across the
WAN and OPT interfaces so no port forwarding/N
I used to do what you describe by bridging WAN to OPT1 and turning on the
filtering bridge option. Each server had its own separate hardware NAT/firewall
and used one of the subnet IP addresses so if necessary it could be connected to
bypass monowall or pfsense without making any configuration cha
Hello, all.
I am running RC2, and have just added a new set of queues in order to
put my Carbonite traffic into a low priority queue. I created my queues
by copying a queue configuration created by the Traffic Shaping wizard.
(by the way, Carbonite is a very cool and cheap offsite backup
utility..
i would have to agree with robs recommendation, it will truly be the least
amount of headache.
and with bind 9, you can have dns views, that respond with corresponding
1.1.1.x address to outside hosts, and respond with 192.168.2.x to inside
hosts (but all to the same example.com domain namespac
We've only got 3 interfaces in our firewall, so there will only be OPT1.
Is there a way to do this so I'm not required to address the OPT1
servers with internal IP addresses? I would have to worry about split
DNS/etc to make sure that LAN people could access it via FQDN and I'd
rather not worry.
Woops! Forgot the firewall rule *BLUSH*.
Can you try again?
On 8/15/06, Robert Mortimer <[EMAIL PROTECTED]> wrote:
> On 8/15/06, Robert Mortimer <[EMAIL PROTECTED]> wrote:
> > > Nearly all pfSense related sites have been down due to moving
> > > servers around and installing new machines. Most
> On 8/15/06, Robert Mortimer <[EMAIL PROTECTED]> wrote:
> > > Nearly all pfSense related sites have been down due to moving
> > > servers around and installing new machines. Most services are up
> > > again or will be shortly.
> > >
> > > Holger
> >
> > Sill no CVS. Keep up the good work!
>
> CVS
On 8/15/06, Robert Mortimer <[EMAIL PROTECTED]> wrote:
> Nearly all pfSense related sites have been down due to moving
> servers around and installing new machines. Most services are up
> again or will be shortly.
>
> Holger
Sill no CVS. Keep up the good work!
CVS is only for commiters. Use c
Actually, that won't work. The proper incantation is:
"fetch -q -o - http://www.pfsense.com/~sullrich/update_to_rc2a.sh | sh -"
More information is helpfully provided by Scott here:
http://forum.pfsense.org/index.php/topic,1820.0.html
Holger Bauer wrote:
run "fetch -q -o http://www.pfsens
HAVP and ClamAV have both been marked as Alpha software and should be
treated as such. To the best of my knowledge, HAVP is currently broken
and will not install, but Raj (the package author) has been busy and
unavailable to chase down the problem.
-Gary
Ryan Rodrigue wrote:
Does anyone kn
> Nearly all pfSense related sites have been down due to moving
> servers around and installing new machines. Most services are up
> again or will be shortly.
>
> Holger
Sill no CVS. Keep up the good work!
>
> > -Original Message-
> > From: Robert Mortimer [mailto:[EMAIL PROTECTED]
>
> Greetings, all.
>
> We've got 5 static IP addresses (e.g. 1.1.1.1 - 1.1.1.5) from our ISP
> and we'd like to configure one for our WAN and the other 4 for our OPT
> (for public servers).
>
> WAN (1.1.1.1)
> LAN (192.168.0.1-255)
> OPT (1.1.1.2 - 1.1.1.5)
>
> I've tried this with bridging the WAN
12 matches
Mail list logo
