Netgate Discussion Forum
    • Categories
    • Recent
    • Tags
    • Popular
    • Users
    • Search
    • Register
    • Login
    Introducing Netgate Nexus: Multi-Instance Management at Your Fingertips.

    IPV6 ON 2.9.0

    Scheduled Pinned Locked Moved General pfSense Questions
    62 Posts 8 Posters 2.0k Views 7 Watching
    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.
    • A Offline
      ashleygavin
      last edited by

      Hi All,

      I upgraded to version 2.9.0 yesterday and since that upgrade my IPV6 is dead in the water.

      No settings look to have changed, the interfaces are still getting an IPV6 address as before as do all the clients.

      However when I try ipv6 pings or to browse ipv6 websites it goes nowhere.

      I've checked the rules and IPV6 is still allowed outbound and this config was perfect before.

      Are there any known issues with ipv6 and 2.9.0?

      JKnottJ 1 Reply Last reply Reply Quote 0
      • JKnottJ Offline
        JKnott @ashleygavin
        last edited by

        @ashleygavin

        I have 2.9,0 and no problem with IPv6.

        PfSense running on Qotom mini PC
        i5 CPU, 4 GB memory, 32 GB SSD & 4 Intel 1 Gb Ethernet ports.
        UniFi AC-Lite access point

        I haven't lost my mind. It's around here...somewhere...

        luckman212L 1 Reply Last reply Reply Quote 0
        • luckman212L Offline
          luckman212 LAYER 8 @JKnott
          last edited by

          let's do some basic troubleshooting...

          1. can you ping your pfSense's GUA or ULA (fd40...) from a LAN client?
          2. are DNS results returning IPv6 addresses? (test with eg dig aaaa ews.netgate.com)
          3. make sure System > Advanced > Networking > Allow IPv6 checkbox is enabled
          4. make sure System > Routing has a default IPv6 gateway set
          5. paste a screenshot from https://test-ipv6.com
          A 2 Replies Last reply Reply Quote 0
          • A Offline
            ashleygavin @luckman212
            last edited by ashleygavin

            @luckman212

            Hey thanks for the reply.

            1. Yes I can ping from a client machine to the IPV6 addresses of the PFsense interfaces both link local and external ipv6 addresses and get a reply.

            2. yes pinging ipv6 websites via name resolves their ipv6 addresses but the requests time out.

            3 and 4 are both yes, like I say this config was fine on 2.8.1

            1. in work at the moment so can't paste screenshot but it shows my ipv4 address and IPV6 is not detected despite the PFsense interfaces having an ipv6 address
            luckman212L 1 Reply Last reply Reply Quote 0
            • luckman212L Offline
              luckman212 LAYER 8 @ashleygavin
              last edited by luckman212

              @ashleygavin ok when you get a chance, post screenshots of

              1. System > Routing
              2. LAN firewall rules that show your IPv6 allow rule
              3. take a peek at System Logs (System & Firewall) and post screens if you can
              A 1 Reply Last reply Reply Quote 0
              • stephenw10S Offline
                stephenw10 Netgate Administrator
                last edited by

                Mmm, I would also try pinging out from pfSense itself by host and/or IP.

                A 1 Reply Last reply Reply Quote 0
                • A Offline
                  ashleygavin @luckman212
                  last edited by

                  @luckman212 Cheers mate. Just got home so I'll stick ipv6 back on then grab some screenshots. Appreciate the help.

                  1 Reply Last reply Reply Quote 0
                  • A Offline
                    ashleygavin @luckman212
                    last edited by

                    @luckman212 Advanced Networking.png Client Machine.png Interfaces.png Routing.png Rules.png

                    1 Reply Last reply Reply Quote 0
                    • A Offline
                      ashleygavin @stephenw10
                      last edited by

                      @stephenw10 PFSENSE PING.png

                      Odd that times out too.

                      Has right ipv6 address for me and going to google 100% loss

                      1 Reply Last reply Reply Quote 0
                      • stephenw10S Offline
                        stephenw10 Netgate Administrator
                        last edited by

                        Hmm, looks like it's prefix only? You might try setting the LAN as source. Though it looks to have chosen it anyway.

                        Could be an upstream issue at your ISP.

                        A 1 Reply Last reply Reply Quote 0
                        • stephenw10S Offline
                          stephenw10 Netgate Administrator
                          last edited by

                          I would also check the state table whilst pinging to see that states appear on the expected interfaces.

                          And, to be certain, I'd run a pcap on WAN to double check traffic is there.

                          Can we assume your VPN interfaces do not have IPv6?

                          1 Reply Last reply Reply Quote 0
                          • A Offline
                            ashleygavin @stephenw10
                            last edited by

                            @stephenw10 Yes correct it is prefix only, Vodafone UK is the provider and that's the config I found worked from another post on here specifically for that ISP. So the LAN interface gets an IPV6 address but WAN doesn't

                            Agree it could be an ISP issue but I think it's too much of a coincidence it stopped working immediately after the update.

                            Tried ping from LAN as source and same result :(

                            luckman212L tinfoilmattT 2 Replies Last reply Reply Quote 0
                            • luckman212L Offline
                              luckman212 LAYER 8 @ashleygavin
                              last edited by

                              @ashleygavin maybe a (redacted if you want) output of cat /tmp/rules.debug might shed some light

                              A 1 Reply Last reply Reply Quote 0
                              • tinfoilmattT Offline
                                tinfoilmatt LAYER 8 @ashleygavin
                                last edited by

                                this config was perfect before

                                like I say this config was fine on 2.8.1

                                it stopped working immediately after the update.

                                No need to repeatedly mention this as there's a decent chance that the 'issue' is the result of some welcome hardening of the default rules.

                                block out log on { ix0 } inet from any to any
                                block out log on { ix0 } inet6 from any to any

                                A 1 Reply Last reply Reply Quote 0
                                • A Offline
                                  ashleygavin @tinfoilmatt
                                  last edited by

                                  @tinfoilmatt Ok anything to help me work out what that may be?

                                  tinfoilmattT 2 Replies Last reply Reply Quote 0
                                  • tinfoilmattT Offline
                                    tinfoilmatt LAYER 8 @ashleygavin
                                    last edited by

                                    A (redacted) dump of your ruleset, like @luckman212 suggests, would rule it in or out.

                                    block out log on { ix0 } inet from any to any
                                    block out log on { ix0 } inet6 from any to any

                                    1 Reply Last reply Reply Quote 0
                                    • tinfoilmattT Offline
                                      tinfoilmatt LAYER 8 @ashleygavin
                                      last edited by

                                      Firewall log?

                                      block out log on { ix0 } inet from any to any
                                      block out log on { ix0 } inet6 from any to any

                                      1 Reply Last reply Reply Quote 0
                                      • A Offline
                                        ashleygavin @luckman212
                                        last edited by ashleygavin

                                        @luckman212

                                        File is here, if I blatantly missed something on the redaction please let me know and I'll remove the file.

                                        luckman212L 1 Reply Last reply Reply Quote 0
                                        • luckman212L Offline
                                          luckman212 LAYER 8 @ashleygavin
                                          last edited by

                                          This is probably PPPoE related (I don't have access to any PPPoE systems sadly) - but I'm not sure Outbound NAT should be getting performed on these:

                                          # Outbound NAT rules (manual)
                                          nat on $WAN inet6 from $LAN__NETWORK to any -> (pppoe0) port 1024:65535  # LAN Subnets
                                          
                                          A tinfoilmattT 2 Replies Last reply Reply Quote 1
                                          • A Offline
                                            ashleygavin @luckman212
                                            last edited by

                                            @luckman212 Just flicked that outbound NAT rule to IPV4 only and didn't make a difference.

                                            I need the manual NAT on because I tunnel some ranges through a VPN and others through normal WAN.

                                            1 Reply Last reply Reply Quote 0
                                            • First post
                                              Last post
                                            Copyright 2026 Rubicon Communications LLC (Netgate). All rights reserved.
                                            Privacy Policy · Cookie Policy