IPv6 no longer working after updating to 2.4.4
-
Tried once again to change LAN connection type from Track Interface -> None -> Track Interface and once again IPv6 was working for less than a minute.
Checked logs around that timestamp and nothing was going on except for Status -> System Logs -> 'Systems' tab -> 'Routing' tab shows a message:
prefix length should be 64 for re1
In Interfaces -> WAN it is set to request a /64.
-
So I decided to reinstall 2.4.4 from scratch. IPv6 worked as expected. I restored from a backup and it started misbehaving again.
Reset to factory defaults and it's working again.
Frustrating that I have to configure everything manually again, but at least IPv6 works now.
-
If that is the case then it stands to reason that it's a problem with your configuration and not 2.4.4 in general. It could still be a bug, but one triggered only by your specific combination of environment+settings.
Isolate your interface settings that are different vs a stock install and put them back one by one until it breaks.
-
What's frustrating is it did this when I originally did an upgrade to 2.4.3, so I ended up doing a fresh install of 2.4.3 and re-configuring everything.
Obviously something was wrong with the configuration, but not sure why after a fresh install and configuration, any updates to pfSense seems to break IPv6.
Thanks for your assistance earlier in any case.
-
@xero9 i had similar problems changing from 2.4.3_1 to 2.4.4. the way to migrate is the one i always use: backup the configuration, clean installation and then restore the configuration. i found different problems in three different installations in three different environments, one in bare metal and two in virtual environments based on xen.
i reported it as a bug and i was asked to report it in this forum. it was also mentioned that it was environment + settings, that is nothing.
i have reconstructed the configuration step by step manually, parameter by parameter until arriving at an exact configuration to those i had in 2.4.3_1 and everything works again.
my conclusion is that something is broken in the backup and restore mechanism by xml file. that method is breaking random configurations in different environments.
i have the configurations working for several years in different environments, it is the first time something like this happens when changing the version using the xml file.
and it is the first time that i have to reconstruct by hand all the configurations, a terrible job.
i repeat that there are no differences between the configurations, i have checked it.
i insist that it is an error in the backup - restore mechanism using the xml file.
-
@fabianburpf
Thanks for the response fabianburpf!Good to know I’m not going crazy and I’m not the only one.
I would test a theory but everything is working as it should now, so I don’t want to mess with it, but today I “broke” my IPv6 again, but it wasn’t really my fault. The DHCPv6 service wasn’t handing out ips to all of my systems and static addressing wasn’t working so I was looking deeper in to it and I think previously I had set RA to Managed and because I had an incorrect DUID (there was a space instead of a : in an entry) it was causing the DHCP server to not run.
I’m wondering now if I restore using the XML file if it would break entirely again or not but based on your experience I’ll just stick with things the way they are.
-
Confirmed. I also had issues with my firewall after upgrading to 2.4.4.
After the upgrade the firewall and restoring my config the firewall gui would freeze after a while, rendering internet connectivity unavailable. I also needed to start from scratch to overcome the problems. I was thinking that the problems could be related to the gateway monitoring feature but wasn't able to confirm that. -
I have just pressed the button to upgrade to 2.4.4 and also experienced problems with IPv6 stopping working.
- SLAAC on the LAN interface was still working - hosts were still getting IPv6 addresses
- My IPv6 tunnel was still displaying a link-local IPv6 address
- But IPv6 connectivity had stopped working. I was unable to ping an IPv6 internet host from the Diagnostics -> Ping page
I suspect the problem with was that the default IPv6 route stopping working but I had to get back up and running in a hurry, so my solution was to get hold of a copy of 2.3.5, re-install and restore a backup of the configuration.
-
Sorry for the late reply!
Hmmm that doesn't seem like the same problem I was having. I eventually figured it out and it seemed to be an issue with one of the DUIDs was invalid (too many colons in it I think) and it was causing DHCP6c to stop working when I put Router Mode set to Managed.
I just happened to stumble upon it in the system logs somewhere.
Sorry I can't be of more help!
-
@xero9 Thanks for replying. Maybe I should try upgrading again at some point.
-
I have exactly the same issue. SLAAC on the PPPoE WAN interface seems to work, but I can't ping6 any host on the internet. Also, clients seem to not getting RA's. But before 2.4.4 I was able to ping6 google.com when I logged in to pfSense via SSH. Don't have a solution unfortunately.