pfSense not propagating "system aliases" (lanX net/ lanX address)
-
I would change them back anyway since although it looks like everything else is working there may well be other things that are broken by that change. It will not have been tested. Perhaps ever!
Steve
-
@patch said in pfSense not propagating "system aliases" (lanX net/ lanX address):
I thought internally only standard names like wan, Lan, opt1, opt2 etc were used despite the ability to change the displayed name.
They are. Unless you manually change them by editing the config.
-
I have changed the names now. To opt0-opt9. It works this part also with the rules.
Unfortunately it doesn't help me, because if the IPv6 prefix changes I have to adjust the configuration manually every time. There seems to be no possibility to change the IP addresses of e.g. DNS automatically. My DNS does not run on pfSense
I found an old feature request , nothing seems to happen. -
@tobi said in pfSense not propagating "system aliases" (lanX net/ lanX address):
I have changed the names now. To opt0-opt9. It works this part also with the rules.
Hmm, interesting. So that is now creating the correct rules? Because the default names would be opt1-opt10. There is no opt0 by default.
The IPv6 IPs on each subnet should work as long as the PD has been pulled on WAN when the ruleset is built. You still see 'no source address' in the v6 rules?
Steve
-
@stephenw10 said in pfSense not propagating "system aliases" (lanX net/ lanX address):
o that is now creating the correct rules?
Yes. I changed all rules to lanX Network and all is fine.
@stephenw10 said in pfSense not propagating "system aliases" (lanX net/ lanX address):
You still see 'no source address' in the v6 rules?
No, this part works now perfect. I think the rules will work even after a change of IPv6 prefix.
What doesn't work/can't work is that the prefix is automatically changed for single ip addresses (DNS/ NTP as example).
I had considered moving my DNS (running on Linux host) to pfSense before but there seems to be no way (at least I didn't find anything) to migrate the existing bind9 configuration with zones to pfsense. -
@tobi said in pfSense not propagating "system aliases" (lanX net/ lanX address):
e.g. DNS automatically
So you want to change what exactly for dns.. You got some device on your network via IPv6, and it gets its whatever IP address via ISP delegating some prefix to you, you then track this and setup say index 0 prefix of this delegated /56 to your lan..
Now you got some that gets an IP out of that /64 prefix - and you want to register this IP in some public dns?
What are you going to serve up from this box, doesn't seem like a good idea even if you could dynamically update its IP that could change at any time..
-
@johnpoz said in pfSense not propagating "system aliases" (lanX net/ lanX address):
Now you got some that gets an IP out of that /64 prefix - and you want to register this IP in some public dns?
What are you going to serve up from this box, doesn't seem like a good idea even if you could dynamically update its IP that could change at any time..Sorry - my bad english :)
I will register this IP's in my own local running DNS.. This work but only If I change pfSense config after prefix has changed.
The only thing I allow from outside is openvpn to my pfsense nothing else. -
@tobi to be honest client registering its IP should be on the client to do that.. And if you were doing that, unbound prob not the correct choice because its not really meant to be an authoritative NS..
-
@tobi said in pfSense not propagating "system aliases" (lanX net/ lanX address):
migrate the existing bind9 configuration with zones to pfsense
There is a BIND package for pfSense. I have never used it.
-
Yeah, there are a lot of things still missing from IPv6 for dynamic connections unfortunately. Like setting a static DHCP lease with a fixed suffix and dynamic prefix. Or using that in a firewall rule.
I use prefix delegation between my edge pfSense device (/56) and and internal pfSense (/60). Generally works well but there's no way to set the delegated /60 as simply part of the dynamic /56 so when that changes manual intervention is required.Steve
-
to be honest client registering its IP should be on the client to do that.
Yes, but for this the client must be informed by pfSense under which IP the DNS can be reached. I do not need it necessarily. It would be just nice.
There is a BIND package for pfSense. I have never used it.
Yes the package exists. It does not offer the possibility to import an existing configuration.
Yeah, there are a lot of things still missing from IPv6 for dynamic connections unfortunately.
Yes there are some things.
pfSense is still a damn good piece of software (I don't know Netgate's hardware!).I thank everyone and especially @stephenw10 for the support. I think at this point we can leave the discussion. Because of Bind I might make new thread
-
J johnpoz referenced this topic on
-
J johnpoz referenced this topic on
-
J johnpoz referenced this topic on
-
J johnpoz referenced this topic on
