Project

General

Profile

Actions

Bug #1731

closed

Hostnames are not allowed access when using an Alias in an Alias

Added by Chris Mirchandani over 12 years ago. Updated almost 12 years ago.

Status:
Resolved
Priority:
Normal
Assignee:
-
Category:
Rules / NAT
Target version:
-
Start date:
07/31/2011
Due date:
% Done:

100%

Estimated time:
Plus Target Version:
Release Notes:
Affected Version:
2.0
Affected Architecture:
amd64

Description

I am using the AMD64 builds of pfSense 2.0 RC3. I have the same build running on dedicated hardware and in a VM with CARP configured on both to fail-over to the other. The dedicated hardware was installed with a build of AMD64 RC2. When I setup CARP, I updated the dedicated hardware to the build used in the VM and installed the VM using pfSense-2.0-RC3-amd64-20110708-1843.iso. I have updated three times since the install. The current build on both is 2.0-RC3 Built On: Sun Jul 24 04:39:44 EDT 2011.

I have an alias type network(s) that also contains a hostname for a site that does not have a static IP. This works great which is surprising because I have been told by people that have many large pfSense setups that PF doers not deal with that well. However, they are running, 1.x builds and not the latest 1.x, so maybe this limitation was removed long ago.

Anyway, I created an alias type network(s) that contains the alias I described above and another alias and created a NAT rule with this new alias set as a filter for the source IPs. I could access the port defined in this NAT rule from any IP/Network in this new alias and the aliases it contained, but not from the hostname. If I changed the filter for the NAT rule to the alias that contained the hostname, everything worked as expected.

Actions #1

Updated by Ermal Luçi over 12 years ago

  • Status changed from New to Feedback
  • % Done changed from 0 to 100
Actions #2

Updated by Ermal Luçi over 12 years ago

Actions #3

Updated by Chris Buechler over 12 years ago

  • Target version changed from 2.0 to 2.0.1
Actions #4

Updated by Chris Buechler over 12 years ago

  • Target version deleted (2.0.1)
Actions #5

Updated by Jim Pingle almost 12 years ago

  • Status changed from Feedback to Resolved
Actions

Also available in: Atom PDF