the units create config files with the units mac address's
but if you save from one unit then upload into another
you will end up with the same MAC address's
a factory reset should recreate the config file with it' own mac address
Has anyone having issue with wireless connections dropping.
Most devices in my household keep loosing dropping connection every 5-10.
I have to restart the router for it to connect sometimes it does not connect at all.
"device reports saved / configuration failure"
here is what the log looks like.
Sun Jul 23 09:37:38 2023 daemon.notice hostapd: phy0-ap0: AP-STA-DISCONNECTED 3c:20:93:8b:78:82
Sun Jul 23 09:37:38 2023 daemon.info hostapd: phy0-ap0: STA 3c:20:93:8b:78:82 IEEE 802.11: disassociated
Sun Jul 23 09:37:43 2023 daemon.info hostapd: phy0-ap0: STA 3c:20:93:8b:78:82 IEEE 802.11: authenticated
Sun Jul 23 09:37:43 2023 daemon.info hostapd: phy0-ap0: STA 3c:20:93:8b:78:82 IEEE 802.11: associated (aid 1)
Sun Jul 23 09:37:44 2023 daemon.notice hostapd: phy0-ap0: AP-STA-CONNECTED 3c:20:93:8b:78:82 auth_alg=open
Sun Jul 23 09:37:44 2023 daemon.info hostapd: phy0-ap0: STA 3c:20:93:8b:78:82 WPA: pairwise key handshake completed (RSN)
Sun Jul 23 09:37:44 2023 daemon.notice hostapd: phy0-ap0: EAPOL-4WAY-HS-COMPLETED 3c:20:93:8b:78:82
Sun Jul 23 09:37:56 2023 daemon.info hostapd: phy1-ap0: STA ba:ed:1d:1b:c2:7f IEEE 802.11: authenticated
Sun Jul 23 09:37:56 2023 daemon.info hostapd: phy1-ap0: STA ba:ed:1d:1b:c2:7f IEEE 802.11: associated (aid 1)
Sun Jul 23 09:37:57 2023 daemon.notice hostapd: phy1-ap0: AP-STA-CONNECTED ba:ed:1d:1b:c2:7f auth_alg=sae
Sun Jul 23 09:37:57 2023 daemon.info hostapd: phy1-ap0: STA ba:ed:1d:1b:c2:7f WPA: pairwise key handshake completed (RSN)
Sun Jul 23 09:37:57 2023 daemon.notice hostapd: phy1-ap0: EAPOL-4WAY-HS-COMPLETED ba:ed:1d:1b:c2:7f
Sun Jul 23 09:38:06 2023 daemon.info hostapd: phy0-ap0: STA ba:ed:1d:1b:c2:7f IEEE 802.11: authenticated
Sun Jul 23 09:38:06 2023 daemon.info hostapd: phy0-ap0: STA ba:ed:1d:1b:c2:7f IEEE 802.11: associated (aid 2)
Sun Jul 23 09:38:06 2023 daemon.notice hostapd: phy1-ap0: Prune association for ba:ed:1d:1b:c2:7f
Sun Jul 23 09:38:06 2023 daemon.notice hostapd: phy1-ap0: AP-STA-DISCONNECTED ba:ed:1d:1b:c2:7f
Sun Jul 23 09:38:09 2023 daemon.notice hostapd: phy0-ap0: AP-STA-CONNECTED ba:ed:1d:1b:c2:7f auth_alg=open
Sun Jul 23 09:38:09 2023 daemon.info hostapd: phy0-ap0: STA ba:ed:1d:1b:c2:7f WPA: pairwise key handshake completed (RSN)
Sun Jul 23 09:38:09 2023 daemon.notice hostapd: phy0-ap0: EAPOL-4WAY-HS-COMPLETED ba:ed:1d:1b:c2:7f
Sun Jul 23 09:38:09 2023 daemon.notice hostapd: phy0-ap0: AP-STA-DISCONNECTED 3c:20:93:8b:78:82
Sun Jul 23 09:38:09 2023 daemon.info hostapd: phy0-ap0: STA 3c:20:93:8b:78:82 IEEE 802.11: disassociated
Sun Jul 23 09:38:14 2023 daemon.info hostapd: phy0-ap0: STA 3c:20:93:8b:78:82 IEEE 802.11: authenticated
Sun Jul 23 09:38:14 2023 daemon.info hostapd: phy0-ap0: STA 3c:20:93:8b:78:82 IEEE 802.11: associated (aid 1)
Sun Jul 23 09:38:14 2023 daemon.notice hostapd: phy0-ap0: AP-STA-CONNECTED 3c:20:93:8b:78:82 auth_alg=open
Sun Jul 23 09:38:14 2023 daemon.info hostapd: phy0-ap0: STA 3c:20:93:8b:78:82 WPA: pairwise key handshake completed (RSN)
Sun Jul 23 09:38:14 2023 daemon.notice hostapd: phy0-ap0: EAPOL-4WAY-HS-COMPLETED 3c:20:93:8b:78:82
Sun Jul 23 09:38:15 2023 daemon.notice hostapd: phy0-ap0: AP-STA-DISCONNECTED ba:ed:1d:1b:c2:7f
Sun Jul 23 09:38:15 2023 daemon.info hostapd: phy0-ap0: STA ba:ed:1d:1b:c2:7f IEEE 802.11: disassociated
Sun Jul 23 09:38:16 2023 daemon.info hostapd: phy0-ap0: STA ba:ed:1d:1b:c2:7f IEEE 802.11: deauthenticated due to inactivity (timer DEAUTH/REMOVE)
Not sure what causes the problem. Which image do you use? Do you have a special configuration or is it a "default" OpenWrt configuration: Router with AP?
The prebuilt one from @RolandoMagico, flashed both through D-Link WebUI and also through recovery mode. Currently running three devices, all working perfect.
Flashed 3 devices yesterday and no issues this far. Roaming works as expected and everything is stable. The only problem is: I cannot install any software using opkg, it throws this error whenever I try to install something (here example with dawn):
Installing dawn (2022-07-24-9e8060ea-3) to root...
Downloading https://downloads.openwrt.org/snapshots/packages/mipsel_24kc/packages/dawn_2022-07-24-9e8060ea-3_mipsel_24kc.ipk
Installing libgpg-error (1.47-1) to root...
Downloading https://downloads.openwrt.org/snapshots/packages/mipsel_24kc/packages/libgpg-error_1.47-1_mipsel_24kc.ipk
Installing libgcrypt (1.10.2-1) to root...
Downloading https://downloads.openwrt.org/snapshots/packages/mipsel_24kc/packages/libgcrypt_1.10.2-1_mipsel_24kc.ipk
Installing libnl-tiny2023-07-01 (2023-07-01-d433990c-1) to root...
Downloading https://downloads.openwrt.org/snapshots/packages/mipsel_24kc/base/libnl-tiny2023-07-01_2023-07-01-d433990c-1_mipsel_24kc.ipk
Configuring libgpg-error.
Configuring libgcrypt.
Collected errors:
* check_data_file_clashes: Package libnl-tiny2023-07-01 wants to install file /usr/lib/libnl-tiny.so
But that file is already provided by package * libnl-tiny2023-04-02
* opkg_install_cmd: Cannot install package dawn.
Not sure if this exact error is for the same reason here, but usually packages can only be installed to snapshot builds on the very same day the kernel was built, since the kernel and packages in the public repositories will be rebuilt every day, and packages need to match the exact version. [OpenWrt Wiki] Cannot satisfy dependencies / kernel is not compatible
In this case, kernel was built by @RolandoMagico, so the packages are probably not compatible? (or did you use ImageBuilder on an existing kernel release instead?)
I also thought it will be the case with compatibility. I will rather wait for official image before I start to play around with software. Looks too risky now.
* check_data_file_clashes: Package libnl-tiny2023-07-01 wants to install file /usr/lib/libnl-tiny.so
But that file is already provided by package * libnl-tiny2023-04-02
* opkg_install_cmd: Cannot install package dawn.
pretty clearly points to the usual opkg behaviour as it refuses to overwrite existing files from former versions or dependencies. In your case, just install it with:
opkg install --force-overwrite dawn
And it should work fine. The same switch is available from LuCI when installing software.
I created new images which should solve the problem as well:
Not sure for how long as it is still based on the main branch and not on a specific release.
I'll have a closer look to ImageBuilder in the next days, maybe this can fix the problem in general.