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

    Unable to communicate with https://packages.pfsense.org.

    Scheduled Pinned Locked Moved Problems Installing or Upgrading pfSense Software
    28 Posts 5 Posters 5.9k 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.
    • stephenw10S
      stephenw10 Netgate Administrator
      last edited by

      But those VLANs have the same subnet, no?

      1 Reply Last reply Reply Quote 0
      • K
        kejianshi
        last edited by

        I have had great success with a /48 for WAN and handing out /64s on all interfaces, including openvpn interfaces.

        I do want to experiment with something like a /52 on the WAN and handing out a limited number of /64s after. (tried before and failed)

        Why?  Because some data centers for some odd reason are still hesitant to hand me a /48.  Maybe all they have is a /48 themselves?

        I know thats a crap configuration, but it would solve problems for me also to get that to work.

        I will soon have a chance to try that…  "soon" according to the data center.

        However, as previously stated, if you want IPV6 now, getting a HE IPV6 tunnel works super well.

        1 Reply Last reply Reply Quote 0
        • F
          ferthelet
          last edited by

          @stephenw10, yes, those VLANs had the same /52…

          @kejianshi, I will better go with /64, so I will post here how it goes...

          In any case my "problem" is pinging from pfsense to my default route (even though both ips answer from the Internet)...

          
          pfsense             <----> default GW 
          2800:160:17c5::2/48 <----> 2800:160:17c5::1 /48
          
          

          I don't know why but I'm still thinking the ipv4 way, I resist to waste so many addresses :-)

          Thank you guys for following up…

          1 Reply Last reply Reply Quote 0
          • K
            kejianshi
            last edited by

            /64 on the wan is near useless.  You really want to be able to give each LAN/OPT interface a /64

            1 Reply Last reply Reply Quote 0
            • F
              ferthelet
              last edited by

              @kejianshi I'm sorry I wasn't clear… I want first to get this two addresses to communicate each other (pf <-> gw) using the /48 mask... only then I will change the /52 to /64 configs for my internal networks...

              Any suggestion as to how troubleshoot this pf <-> gw issue? It's worth saying that this problem presents only for ipv6. It works fine in ipv4...

              I'm folllowing this document, but I have done it twice for the WAN part and I still don't find anything  :-
              https://doc.pfsense.org/index.php/Connectivity_Troubleshooting

              Thank you again

              1 Reply Last reply Reply Quote 0
              • F
                ferthelet
                last edited by

                Just to let you know that I finally could establish comm between pf <-> gw . I'm almost sure it was a fw rule, but I touched so many little things… now I'm going to subnet using /64... Thank you all for your kind support.

                1 Reply Last reply Reply Quote 0
                • K
                  kejianshi
                  last edited by

                  Its really difficult to help figure out IPV6 without seeing your settings.  For me anyway.  But I'm glad its working for you.

                  1 Reply Last reply Reply Quote 0
                  • F
                    ferthelet
                    last edited by

                    Hello,

                    Just to let you know that my IPv6 is working now, again it seemed to be a faulty firewall rule. Once the connection established between my "pfsense" <-> "default isp gw" everything else went fine.

                    . public addresses 2800:160:17C5::/48
                    . internal addresses 2800:160:17C5:1~4::/64

                    Initially I messed up with dhchpv6, then manual ipv6, finally stateless :-) and it works all right!

                    Again, thank you all for your great comments and support!

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