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

    Pkg.pfsense.org appears to be dead

    Scheduled Pinned Locked Moved Problems Installing or Upgrading pfSense Software
    15 Posts 8 Posters 27.5k 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.
    • B
      basic612
      last edited by

      Due to the firewall being internal and not having real world DNS resolution ability - ie. Internet access is only available via the upstream Squid proxy - the package manager will never get a response to the SRV records

      Having our internal (LAN) dns servers not return SRV (or any other) records for external Internet connected hosts is not a misconfiguration of our network.

      1 Reply Last reply Reply Quote 2
      • A
        Alex Atkin UK
        last edited by

        My point is that if Squid is not supporting modern DNS standards then its not the fault of pfSense who are using DNS correctly.

        1 Reply Last reply Reply Quote 0
        • johnpozJ
          johnpoz LAYER 8 Global Moderator
          last edited by

          I have not played with squid in a long time.. But pretty sure there was a SRV redirector many years ago that was integrated..

          http://wiki.squid-cache.org/Features/SrvDnsOriginServerLocation

          An intelligent man is sometimes forced to be drunk to spend time with his fools
          If you get confused: Listen to the Music Play
          Please don't Chat/PM me for help, unless mod related
          SG-4860 24.11 | Lab VMs 2.7.2, 24.11

          1 Reply Last reply Reply Quote 0
          • T
            techbee
            last edited by

            https://forum.pfsense.org/index.php?topic=131698.msg725154#msg725154

            same problem as mine

            1 Reply Last reply Reply Quote 0
            • T
              techbee
              last edited by

              I am confused. If pkg is not meant to be accessed by browser then why not use files00.netgate.com directly instead of pkg.pfsense.org in the url that causes error.

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

                Because that is not how pkg works. It may not have been able to find files00 if there was a DNS error, for example.

                If you think it should operate some other way, take it up with FreeBSD.

                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 0
                • P
                  pfAnlosa
                  last edited by

                  Howdy,

                  Just though I might jump in and help a little.  I had a similar problem when trying to upgrade from 2.2.5 to 2.3.4:

                  
                  /root: pkg update
                  Updating pfSense-core repository catalogue...
                  pkg: Repository pfSense-core load error: access repo file(/var/db/pkg/repo-pfSense-core.sqlite) failed: No such file or directory
                  pkg: https://pkg.pfsense.org/pfSense_v2_3_4_amd64-core/meta.txz: No address record
                  repository pfSense-core has no meta file, using default settings
                  pkg: https://pkg.pfsense.org/pfSense_v2_3_4_amd64-core/packagesite.txz: No address record
                  Unable to update repository pfSense-core
                  Updating pfSense repository catalogue...
                  pkg: Repository pfSense load error: access repo file(/var/db/pkg/repo-pfSense.sqlite) failed: No such file or directory
                  pkg: https://pkg.pfsense.org/pfSense_v2_3_4_amd64-pfSense_v2_3_4/meta.txz: No address record
                  repository pfSense has no meta file, using default settings
                  pkg: https://pkg.pfsense.org/pfSense_v2_3_4_amd64-pfSense_v2_3_4/packagesite.txz: No address record
                  Unable to update repository pfSense
                  Error updating repositories!
                  
                  

                  After reading this thread and monitoring my DNS requests I could see the request going to _https._tcp.pkg.pfsense.org.  Manually looking up the SRV record returns:

                  
                  $ nslookup
                  > set type=srv
                  > _https._tcp.pkg.pfsense.org
                  Server:         MyDnsServer
                  Address:        MyDnsServer#53
                  
                  Non-authoritative answer:
                  _https._tcp.pkg.pfsense.org     service = 10 10 443 files00.netgate.com.
                  _https._tcp.pkg.pfsense.org     service = 10 10 443 files01.netgate.com.
                  
                  

                  So the Package Manager needs to be able to look up the SRV record and it also needs to be able to look up the servers in the netgate.com domain.  My DNS server is set up with a limited number of domains that are allowed to be forwarded. pfsense.org was in the list but netgate.com was not. Once I added netgate.com things started working.

                  /root: pkg update
                  Updating pfSense-core repository catalogue...
                  pkg: Repository pfSense-core load error: access repo file(/var/db/pkg/repo-pfSense-core.sqlite) failed: No such file or directory
                  Fetching meta.txz: 100%    944 B   0.9kB/s    00:01    
                  Fetching packagesite.txz: 100%    2 KiB   1.8kB/s    00:01    
                  Processing entries: 100%
                  pfSense-core repository update completed. 8 packages processed.
                  Updating pfSense repository catalogue...
                  pkg: Repository pfSense load error: access repo file(/var/db/pkg/repo-pfSense.sqlite) failed: No such file or directory
                  Fetching meta.txz: 100%    944 B   0.9kB/s    00:01    
                  Fetching packagesite.txz: 100%  121 KiB 124.0kB/s    00:01    
                  Processing entries: 100%
                  pfSense repository update completed. 443 packages processed.
                  All repositories are up to date.
                  /root: pkg update
                  Updating pfSense-core repository catalogue...
                  pfSense-core repository is up to date.
                  Updating pfSense repository catalogue...
                  pfSense repository is up to date.
                  All repositories are up to date.
                  
                  

                  I removed netgate.com from my DNS forwarder afterward and the Installed Packages link stopped working (which I didn't expect) along with the Available Packages link (which I did expect).  Allowing netgate.com queries to be forwarded seems to be required to use the Package Manager links no matter what.

                  Wikipedia has some information on how SRV records work and why they exist.  The https lines in the error output are confusing because they contain a host name that doesn't exist with an A record and will return no answer.  What you really need to be able to retrieve is the SRV records to get the hosts that need to be reached.  I'm not sure how to do that through a Squid proxy since this is a DNS option and not a HTTP option. IMHO, your proxy/DNS configuration is not broken but you do need to find a way to pass on the SRV record to the firewall so it can send the appropriate HTTPS request to Squid to retrieve the package files. Or you'll need to manually update your package manager config files with the servers in the SRV record before starting an upgrade or package maintenance should they change in the future.

                  This seems to be a departure from the way previous versions of pfSense worked.  I'm not sure why this changed but it had me stumped for a few hours.  Almost rolled back to 2.2.5 but I really wanted my Snort to work again and google wasn't real helpful.  The SRV record hint from this thread helped guide me in the right direction.

                  Thank you.  Hope this helps others understand what's happening.

                  1 Reply Last reply Reply Quote 0
                  • B
                    bonnie222
                    last edited by

                    I am having the same problem. I have followed the instructions from pfAlnso, but seems its not working on my box. Anyone help please

                    [2.3.3-RELEASE][root@pfSense.igss-africa.org]/root: pkg update -f
                    Updating pfSense-core repository catalogue...
                    pkg: Repository pfSense-core load error: access repo file(/var/db/pkg/repo-pfSense-core.sqlite) failed: No such file or directory
                    pkg: https://pkg.pfsense.org/pfSense_v2_3_3_amd60-core/meta.txz: No address record
                    repository pfSense-core has no meta file, using default settings
                    pkg: https://pkg.pfsense.org/pfSense_v2_3_3_amd60-core/packagesite.txz: No address record
                    Unable to update repository pfSense-core
                    Updating pfSense repository catalogue...
                    pkg: Repository pfSense load error: access repo file(/var/db/pkg/repo-pfSense.sqlite) failed: No such file or directory
                    pkg: https://pkg.pfsense.org/pfSense_v2_3_3_amd60-pfSense_v2_3_3/meta.txz: No address record
                    repository pfSense has no meta file, using default settings
                    pkg: https://pkg.pfsense.org/pfSense_v2_3_3_amd60-pfSense_v2_3_3/packagesite.txz: No address record
                    Unable to update repository pfSense
                    Error updating repositories!
                    [2.3.3-RELEASE][root@pfSense.igss-africa.org]/root: nslookup
                    > set type=srv
                    > https._tcp.pkg.pfsense.org
                    Server:      127.0.0.1
                    Address:   127.0.0.1#53
                    
                    ** server can't find https._tcp.pkg.pfsense.org: REFUSED
                    > _https._tcp.pkg.pfsense.org
                    Server:      127.0.0.1
                    Address:   127.0.0.1#53
                    
                    ** server can't find _https._tcp.pkg.pfsense.org: REFUSED
                    > _https._tcp.pkg.pfsense.org
                    Server:      127.0.0.1
                    Address:   127.0.0.1#53
                    
                    1 Reply Last reply Reply Quote 0
                    • johnpozJ
                      johnpoz LAYER 8 Global Moderator
                      last edited by

                      And REFUSED means your dns is not working.. So yeah going to have a problem!  Basically told you to F off..  Not that it couldn't find it - its not going to answer you.. You mess with your dns settings?  Are you using resolver or forwarder?  Your getting refused - not nx..

                      Your not even asking for the correct FQDN

                      _https._tcp.pkg.pfsense.org

                      there is _ in the front!!

                      An intelligent man is sometimes forced to be drunk to spend time with his fools
                      If you get confused: Listen to the Music Play
                      Please don't Chat/PM me for help, unless mod related
                      SG-4860 24.11 | Lab VMs 2.7.2, 24.11

                      1 Reply Last reply Reply Quote 0
                      • GertjanG
                        Gertjan
                        last edited by

                        @bonnie222:

                        I am having the same problem. …..

                        Same code ….
                        Different setup for sure (among others : I never even touched the DNS settings because its works out of the box)
                        Works fine using the same commands:

                        [2.3.4-RELEASE][admin@pfsense.brit-hotel-fumel.net]/root: nslookup
                        > set type=srv
                        > _https._tcp.pkg.pfsense.org
                        Server:         127.0.0.1
                        Address:        127.0.0.1#53
                        
                        Non-authoritative answer:
                        _https._tcp.pkg.pfsense.org     service = 10 10 443 files00.netgate.com.
                        _https._tcp.pkg.pfsense.org     service = 10 10 443 files01.netgate.com.
                        
                        Authoritative answers can be found from:
                        pfsense.org     nameserver = ns2.netgate.com.
                        pfsense.org     nameserver = ns1.netgate.com.
                        >
                        
                        

                        No "help me" PM's please. Use the forum, the community will thank you.
                        Edit : and where are the logs ??

                        1 Reply Last reply Reply Quote 0
                        • P
                          pfAnlosa
                          last edited by

                          bonnie222,

                          I have to agree with johnpoz.  You have something going on with your DNS configuration.  Have you checked your DNS settings to make sure you have a DNS server configured?  Can you successfully look up A records for sites like www.pfsense.org and files00.netgate.com.  If you can't do A record lookups you certainly aren't going to be able to do SRV record lookups.

                          There is an option under 'System -> General Setup -> DNS Server Settings' that allows your ISP DHCP settings to override the local DNS server settings.  If you are using DHCP from your ISP and using their DNS servers make sure this is checked. This should not be unchecked unless you have your own DNS servers, you want to use different DNS servers (like google), or your ISP doesn't provide DNS via DHCP.  If the box is unchecked you have to manually configure DNS servers.

                          If your box has Internet access to google's DNS servers you can test by using 8.8.8.8  as a DNS Server, uncheck 'DNS Server Override" and check the "Disable DNS Forwarder'.  This will skip using the pfSense box for DNS and go directly to Google's DNS server.  If this works then either your ISP isn't providing a DNS server via DHCP and you need to configure a DNS server manually or your own DNS server is filtering what you are allowed to resolve.

                          Hope this helps.

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