Opkg update fails for Netgear R6100

[agarg]

Folks
I have a dumb AP with VLAN and USB drive serving pictures using Netgear R6100. The Openwrt version on it is Ver 23.05.2

But the opkg update fails.
As does Software update lists.

It was working fine a couple of months ago. Any pointers?

Collected errors:
 * opkg_download: Failed to download https://downloads.openwrt.org/releases/23.05.2/targets/ath79/nand/packages/Packages.gz, wget returned 5.
 * opkg_download: Failed to download https://downloads.openwrt.org/releases/23.05.2/packages/mips_24kc/base/Packages.gz, wget returned 5.
 * opkg_download: Failed to download https://downloads.openwrt.org/releases/23.05.2/packages/mips_24kc/luci/Packages.gz, wget returned 5.
 * opkg_download: Failed to download https://downloads.openwrt.org/releases/23.05.2/packages/mips_24kc/packages/Packages.gz, wget returned 5.
 * opkg_download: Failed to download https://downloads.openwrt.org/releases/23.05.2/packages/mips_24kc/routing/Packages.gz, wget returned 5.
 * opkg_download: Failed to download https://downloads.openwrt.org/releases/23.05.2/packages/mips_24kc/telephony/Packages.gz, wget returned 5.

[psherman]

Normally this is an indicator of a problem with the ssl connections.

Check the time on the AP -- is it correct?

date

[lhotari]

Similar problem with TP-Link tplink_deco-m4r-v1 .
Same problem on 23.05.5 and 24.04.0 . However, one similar device with 23.05.5 works without problems. The /etc/ssl/certs/ca-certificates.crt files contains the same content, md5sum is c75a0237f0ebfdeba8b4fdb45b850d6b.

I checked @psherman's hint to check the date. It was correct when viewing with "date". However, I did go to /cgi-bin/luci/admin/system/system and clicked "Sync with NTP-Server". After that the problem went away.

[lhotari]

Found a reported issue https://github.com/openwrt/openwrt/issues/10843.

Shared my observation in https://github.com/openwrt/openwrt/issues/10843#issuecomment-2656101078 .

/etc/init.d/sysntpd restart solved the problem.

I first thought that date was showing the correct date and time. It was Feb 4th and got adjusted correctly shortly after sysntpd restart.