Netgate Discussion Forum
    • Categories
    • Recent
    • Tags
    • Popular
    • Users
    • Search
    • Register
    • Login

    IPv6 no longer working after updating to 2.4.4

    Scheduled Pinned Locked Moved IPv6
    20 Posts 7 Posters 3.0k Views
    Loading More Posts
    • Oldest to Newest
    • Newest to Oldest
    • Most Votes
    Reply
    • Reply as topic
    Log in to reply
    This topic has been deleted. Only users with topic management privileges can see it.
    • X
      xero9
      last edited by

      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.

      1 Reply Last reply Reply Quote 0
      • X
        xero9
        last edited by

        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.

        1 Reply Last reply Reply Quote 0
        • jimpJ
          jimp Rebel Alliance Developer Netgate
          last edited by

          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.

          Remember: Upvote with the 👍 button for any user/post you find to be helpful, informative, or deserving of recognition!

          Need help fast? Netgate Global Support!

          Do not Chat/PM for help!

          1 Reply Last reply Reply Quote 1
          • X
            xero9
            last edited by

            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.

            F 1 Reply Last reply Reply Quote 0
            • F
              fabianburpf @xero9
              last edited by

              @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.

              X 1 Reply Last reply Reply Quote 0
              • X
                xero9 @fabianburpf
                last edited by

                @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.

                1 Reply Last reply Reply Quote 0
                • R
                  ronnyvdb
                  last edited by

                  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.

                  1 Reply Last reply Reply Quote 0
                  • N
                    njh
                    last edited by

                    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.

                    X 1 Reply Last reply Reply Quote 0
                    • X
                      xero9 @njh
                      last edited by

                      @njh

                      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!

                      N 1 Reply Last reply Reply Quote 0
                      • N
                        njh @xero9
                        last edited by

                        @xero9 Thanks for replying. Maybe I should try upgrading again at some point.

                        1 Reply Last reply Reply Quote 0
                        • D
                          danims
                          last edited by

                          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.

                          1 Reply Last reply Reply Quote 0
                          • First post
                            Last post
                          Copyright 2025 Rubicon Communications LLC (Netgate). All rights reserved.