Pkg.pfsense.org appears to be dead
-
Surely the point is the package manager asks for the SRV records and then uses the real hostnames?
So Squid should only ever see a request from the package manager for the REAL hostnames?
If DNS via Squid or otherwise is failing to process SRV records would that not be considered a misconfiguration of the network?
-
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.
-
My point is that if Squid is not supporting modern DNS standards then its not the fault of pfSense who are using DNS correctly.
-
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
-
https://forum.pfsense.org/index.php?topic=131698.msg725154#msg725154
same problem as mine
-
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.
-
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.
-
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.
-
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 -
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!!
-
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. > -
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.
