I have 3 accesspoints and on 2 of them there are no issues when I click,
"Update list..." in the "Software" menu.
The 3th one however raises an error.
Executing package manager
Downloading https://downloads.openwrt.org/releases/22.03.3/targets/ath79/generic/packages/Packages.gz
*** Failed to download the package list from https://downloads.openwrt.org/releases/22.03.3/targets/ath79/generic/packages/Packages.gz
Downloading https://downloads.openwrt.org/releases/22.03.3/packages/mips_24kc/base/Packages.gz
*** Failed to download the package list from https://downloads.openwrt.org/releases/22.03.3/packages/mips_24kc/base/Packages.gz
Downloading https://downloads.openwrt.org/releases/22.03.3/packages/mips_24kc/luci/Packages.gz
*** Failed to download the package list from https://downloads.openwrt.org/releases/22.03.3/packages/mips_24kc/luci/Packages.gz
Downloading https://downloads.openwrt.org/releases/22.03.3/packages/mips_24kc/packages/Packages.gz
*** Failed to download the package list from https://downloads.openwrt.org/releases/22.03.3/packages/mips_24kc/packages/Packages.gz
Downloading https://downloads.openwrt.org/releases/22.03.3/packages/mips_24kc/routing/Packages.gz
*** Failed to download the package list from https://downloads.openwrt.org/releases/22.03.3/packages/mips_24kc/routing/Packages.gz
Downloading https://downloads.openwrt.org/releases/22.03.3/packages/mips_24kc/telephony/Packages.gz
*** Failed to download the package list from https://downloads.openwrt.org/releases/22.03.3/packages/mips_24kc/telephony/Packages.gz
Errors
Collected errors:
* opkg_download: Failed to download https://downloads.openwrt.org/releases/22.03.3/targets/ath79/generic/packages/Packages.gz, wget returned 5.
* opkg_download: Failed to download https://downloads.openwrt.org/releases/22.03.3/packages/mips_24kc/base/Packages.gz, wget returned 5.
* opkg_download: Failed to download https://downloads.openwrt.org/releases/22.03.3/packages/mips_24kc/luci/Packages.gz, wget returned 5.
* opkg_download: Failed to download https://downloads.openwrt.org/releases/22.03.3/packages/mips_24kc/packages/Packages.gz, wget returned 5.
* opkg_download: Failed to download https://downloads.openwrt.org/releases/22.03.3/packages/mips_24kc/routing/Packages.gz, wget returned 5.
* opkg_download: Failed to download https://downloads.openwrt.org/releases/22.03.3/packages/mips_24kc/telephony/Packages.gz, wget returned 5.
The opkg update command failed with code 6.
which is strange since the config is the same as for the other 2,
diagnostics(ping/tracert/nslookup) doesn't find any issues.
I tried to reboot but the issue remains.
How can I find the root cause of this? It's not that I really need this software update right now, but I think it might be related to some network I experience sometimes.
That's rather odd. We could troubleshoot deeper, but it will be faster to take a backup and reset to defaults. It's my understanding that the devices run as dumb APs, so nothing complicated to restore.
but here is the interesting part.
on OpenWrt5 this download succeeded (log from OpenWrt6)
root@OpenWrt6:~# wget https://downloads.openwrt.org/releases/22.03.3/packages/mi
ps_24kc/routing/Packages.gz
Downloading 'https://downloads.openwrt.org/releases/22.03.3/packages/mips_24kc/routing/Packages.gz'
Connecting to 168.119.138.211:443
Writing to 'Packages.gz'
Packages.gz 100% |*******************************| 12244 0:00:00 ETA
Download completed (12244 bytes)
root@OpenWrt6:~#
but after resrtarting OpenWrt5 it failed the same way
I checked the certificate on downloads.openwrt.org and that one looks like a solid let's encrypt one.
So no idea why after a restart the certificate is suddenly rejected.
I see,
A warning for that would be nice,
I use my local ntp server based on host,
I changed it to IP and all is working.
I prefer host because that way I can modify ip addresses only by changing dhcp server.
that is an interesting one,
it would mean I don't have to specify ntp per device anymore,
in this case would I just replace "dstnat_lan" with my ntp server ip?
I'm not that familiar with Linux firewall rules.
You do, but you catch all the outgoing calls, and redirect them to the LAN NTP.
I'm not sure it would have solved your specific issue though, if there are no DNS
IP, there would be no call to catch, because the name look up would fail in the
1st place.
Correct, I don't bother changing any of the hosts or IPs on my servers, workstations, TVs, phones etc any more, as everything gets intercepted by the router. You can basically try to get time from anything that has an IP addressl, and it "works". Here's from my Ubuntu server, with a nonsense IP:
$ ntpdate -q 1.2.3.4
server 1.2.3.4, stratum 2, offset -0.000747, delay 0.02858
13 Feb 15:01:17 ntpdate[1540594]: adjust time server 1.2.3.4 offset -0.000747 sec
And I was being dumb showing that redirect as a nft rule, this can easily be accomplished in LuCI. Go to Network -> Firewall, on the Port Forwards tab and add a new rule that looks like this: