# GL-AR300M16-Ext disconnecting and failing to reconnect to wifi

**URL:** <https://forum.gl-inet.com/t/gl-ar300m16-ext-disconnecting-and-failing-to-reconnect-to-wifi/67619>\
**Category:** Router\
**Created:** [March 13, 2026, 9:49am UTC](https://forum.gl-inet.com/t/gl-ar300m16-ext-disconnecting-and-failing-to-reconnect-to-wifi/67619 "2026-03-13T09:49:59Z")\
**Posts on this page:** 20\
**Page:** 1

<div class="post-metadata">

**Author:** ![WonTon79](https://forum-assets.gl-inet.com/letter_avatar_proxy/v4/letter/w/d78d45/32.png) [@WonTon79](https://forum.gl-inet.com/u/WonTon79)\
**Post date:** [March 13, 2026, 9:49am UTC](https://forum.gl-inet.com/t/gl-ar300m16-ext-disconnecting-and-failing-to-reconnect-to-wifi/67619/1 "2026-03-13T09:49:59Z")

</div>

Hi,

I’ve a frustrating issue with a GL-AR300M16-Ext.  
The device is in a remote location and is being used to access a dumb ethernet device. It connects to a local wiregaurd server so we can access the device locally.

The device is losing WiFi connection and will not reconnect. Usually powercycles will not resolve this.

The last three times this happened, I had to go to the remote location, connect to the device, then manually reconnect the router to the local wifi, this resolved the issue.

It happened again today and I luckily had the time to delve into it a bit deeper.

On visiting the remote location, the logs where a bit useless as they just show the device constantly trying to reconnect to the wiregaurd server, which won’t work as the wifi is down.

Connecting to the device myself and trying to manually connect the wifi didn’t work, in fact it could not see _any_ networks.

However this time a power cycle _did_ resolve the problem. As soon as I powered cycled it, the unit connected to the wifi automaticaly and the wiregaurd server connected straight away. I’m wondering did my manual attempt at connecting to the wifi before the power cycle help in some way?

I’ve logs from the unit before I restarted it, but not sure where to post these as they have confidential information.

It’s my first time using one of these devices in this configuration, and we as a company where using this as a test bed to see if they where suitable for remote monitoring of equipment. This is a very power showing as a first trial.

Thans for your time,

JB

---

<div class="post-metadata">

**Author:** ![will.qiu](https://forum-assets.gl-inet.com/letter_avatar_proxy/v4/letter/w/b38774/32.png) [@will.qiu](https://forum.gl-inet.com/u/will.qiu)\
**Post date:** [March 13, 2026, 9:51am UTC](https://forum.gl-inet.com/t/gl-ar300m16-ext-disconnecting-and-failing-to-reconnect-to-wifi/67619/2 "2026-03-13T09:51:05Z")

</div>

Hi

Please send us the logs via private message.  
We will conduct further analysis.

 ![image](https://forum-static.gl-inet.com/original/3X/1/0/10705d4a12191adc9fba880b69bfea7853d44efe.png)

---

<div class="post-metadata">

**Author:** ![WonTon79](https://forum-assets.gl-inet.com/letter_avatar_proxy/v4/letter/w/d78d45/32.png) [@WonTon79](https://forum.gl-inet.com/u/WonTon79)\
**Post date:** [March 13, 2026, 12:46pm UTC](https://forum.gl-inet.com/t/gl-ar300m16-ext-disconnecting-and-failing-to-reconnect-to-wifi/67619/4 "2026-03-13T12:46:34Z")

</div>

That’ sent now will.

---

<div class="post-metadata">

**Author:** ![will.qiu](https://forum-assets.gl-inet.com/letter_avatar_proxy/v4/letter/w/b38774/32.png) [@will.qiu](https://forum.gl-inet.com/u/will.qiu)\
**Post date:** [March 16, 2026, 3:14am UTC](https://forum.gl-inet.com/t/gl-ar300m16-ext-disconnecting-and-failing-to-reconnect-to-wifi/67619/5 "2026-03-16T03:14:32Z")

</div>

Thanks for providing the logs.

After reviewing them, we found that the **AP the AR300M is connected to** keeps switching between **20 MHz and 40 MHz channel width on 2.4 GHz** , which appears to be causing the issue.

Could you please:

1. Provide the **current 2.4 GHz configuration** of the upstream AP?
2. Try **fixing the channel and channel width** on the upstream AP and see whether the issue occurs again?

---

<div class="post-metadata">

**Author:** ![WonTon79](https://forum-assets.gl-inet.com/letter_avatar_proxy/v4/letter/w/d78d45/32.png) [@WonTon79](https://forum.gl-inet.com/u/WonTon79)\
**Post date:** [March 16, 2026, 4:59pm UTC](https://forum.gl-inet.com/t/gl-ar300m16-ext-disconnecting-and-failing-to-reconnect-to-wifi/67619/6 "2026-03-16T16:59:01Z")

</div>

Hi,

I don’t have any access to the upstream AP as it’s not owned by me.

I think channel width on the AR300M is set to 20Mhz, would setting it to auto resolve this?

Why is the channel width changing causing the AR300M to fail?

---

<div class="post-metadata">

**Author:** ![will.qiu](https://forum-assets.gl-inet.com/letter_avatar_proxy/v4/letter/w/b38774/32.png) [@will.qiu](https://forum.gl-inet.com/u/will.qiu)\
**Post date:** [March 17, 2026, 8:32am UTC](https://forum.gl-inet.com/t/gl-ar300m16-ext-disconnecting-and-failing-to-reconnect-to-wifi/67619/7 "2026-03-17T08:32:43Z")

</div>

> [@WonTon79](#):
>
> I think channel width on the AR300M is set to 20Mhz, would setting it to auto resolve this?

You can try it—it may help.

> [@WonTon79](#):
>
> Why is the channel width changing causing the AR300M to fail?

The upstream AP is requiring the **AR300M** to switch to a combination it does not support

---

<div class="post-metadata">

**Author:** ![WonTon79](https://forum-assets.gl-inet.com/letter_avatar_proxy/v4/letter/w/d78d45/32.png) [@WonTon79](https://forum.gl-inet.com/u/WonTon79)\
**Post date:** [March 27, 2026, 10:03am UTC](https://forum.gl-inet.com/t/gl-ar300m16-ext-disconnecting-and-failing-to-reconnect-to-wifi/67619/8 "2026-03-27T10:03:26Z")

</div>

> [@will.qiu](#):
>
> The upstream AP is requiring the **AR300M** to switch to a combination it does not support

OK, so here’s what I don’t understand.

If that’s the case, why when I connect to the ARM300M WiFi, then disconnect, then leave it alone for a miniute, do it just fix itself? I’ve sent another log to you, you’ll see this behaviour at around 8:30am.

---

<div class="post-metadata">

**Author:** ![eric](https://forum-assets.gl-inet.com/user_avatar/forum.gl-inet.com/eric/32/23373_2.png) [@eric](https://forum.gl-inet.com/u/eric)\
**Post date:** [March 27, 2026, 3:26pm UTC](https://forum.gl-inet.com/t/gl-ar300m16-ext-disconnecting-and-failing-to-reconnect-to-wifi/67619/9 "2026-03-27T15:26:38Z")

</div>

@WonTon79 I’m not an employee of GL iNet, but just a user of multiple AR300M and AR300M16 routers. I am not sure if you have searched through the forum, but there are a couple recent reports of connection issues with AR300M, including this one:

> [@Repeater Mode - Won't reconnect](https://forum.gl-inet.com/t/repeater-mode-wont-reconnect/66659):
>
> Hello, I’m a manager of a fairly large fleet of gl-inet routers. Currently in the 850+ range of units. The vast majority of them are AR300m. The model is identical on nearly all of them - or rather the issue i’m having on many is for a particular common configuration set. Here are the common elements for the issue that I’m able to track Firmware v4.x (firmware 3.x unaffected) Repeater mode Our workflow is that we pre-setup the router with goodcloud templates and deploy them in the office. …

As you are using your AR300M16 for remote monitoring, and not as a travel router, you may want to test it with generic OpenWrt firmware instead of the GL iNet firmware, as this firmware is much more configurable for non-travel routers usage.

I use the AR300M as remote VPN servers, in location I do not have easy access to, and not as a travel routers. The OpenWrt version has worked better for me, as GI iNet adds a lot of changes to the OpenWrt firmware to make it a travel router, that sometimes gets in the way of using it for other purposes. There are also some tools within OpenWrt to be able to reboot the router if connection is lost to the remote system.

See: [https://firmware-selector.openwrt.org/](https://firmware-selector.openwrt.org/)

---

<div class="post-metadata">

**Author:** ![butterfry](https://forum-assets.gl-inet.com/user_avatar/forum.gl-inet.com/butterfry/32/6764_2.png) [@butterfry](https://forum.gl-inet.com/u/butterfry)\
**Post date:** [March 28, 2026, 4:35pm UTC](https://forum.gl-inet.com/t/gl-ar300m16-ext-disconnecting-and-failing-to-reconnect-to-wifi/67619/10 "2026-03-28T16:35:44Z")

</div>

just as a data point - the manual lock to 20mhz on 2.4 switch was one of the first things i tried to mitigate this situation months ago. I’ve at least 60 in the wild right now locked to 20mhz. this didn’t seem to mitigate the disconnect \> no reconnect situation.

I think it IS an artifact of upstream router. One thing I will start to gather is what exactly is the upstream routers that we’re trying to connect to. I don’t have that information, but we need to be resilient enough to at least reconnect if the host AP is acting out of spec.

---

<div class="post-metadata">

**Author:** ![WonTon79](https://forum-assets.gl-inet.com/letter_avatar_proxy/v4/letter/w/d78d45/32.png) [@WonTon79](https://forum.gl-inet.com/u/WonTon79)\
**Post date:** [March 29, 2026, 3:53am UTC](https://forum.gl-inet.com/t/gl-ar300m16-ext-disconnecting-and-failing-to-reconnect-to-wifi/67619/11 "2026-03-29T03:53:14Z")

</div>

> [@eric](#):
>
> As you are using your AR300M16 for remote monitoring, and not as a travel router, you may want to test it with generic OpenWrt firmware instead of the GL iNet firmware, as this firmware is much more configurable for non-travel routers usage.

I’m already considering this, but the AR300M and a GSM USB dongle. I just don’t want to commit to that just yet.

> I think it IS an artifact of upstream router.

@butterfry I don’t disagree that whatever happens is kicked off by the upstream router causing something. However in my mind that doesn’t matter.

The issue is that the AR300M makes no attempt to rectify the situation. I actually have the unit set to reboot every night, but once it gets kicked off it _still_ won’t attempt to reconnect.

However, if I connect my laptop to it over WiFi, then disconnect from it (That’s all, nothing else!!) it will fix itself! Like there’s clearly something wrong there.  
I don’t know if it’s my laptop attempting an outbound connection using the WiFi that makes the AR300M realise it should probably do something about the broken connection, but this should be built into the firmware.

---

<div class="post-metadata">

**Author:** ![will.qiu](https://forum-assets.gl-inet.com/letter_avatar_proxy/v4/letter/w/b38774/32.png) [@will.qiu](https://forum.gl-inet.com/u/will.qiu)\
**Post date:** [March 30, 2026, 3:01am UTC](https://forum.gl-inet.com/t/gl-ar300m16-ext-disconnecting-and-failing-to-reconnect-to-wifi/67619/12 "2026-03-30T03:01:42Z")

</div>

Thank you for providing the logs—we’ll review them with the R&D team.

---

<div class="post-metadata">

**Author:** ![will.qiu](https://forum-assets.gl-inet.com/letter_avatar_proxy/v4/letter/w/b38774/32.png) [@will.qiu](https://forum.gl-inet.com/u/will.qiu)\
**Post date:** [March 30, 2026, 6:42am UTC](https://forum.gl-inet.com/t/gl-ar300m16-ext-disconnecting-and-failing-to-reconnect-to-wifi/67619/13 "2026-03-30T06:42:48Z")

</div>

After reviewing the logs, we found that this set of logs contains more useful information beyond just kernel logs provided last time, which allowed us to gain better insight into the situation. At present, it appears to be somewhat different from what you initially observed.

The root cause is weak signal and/or heavy interference, which causes the upstream AP to frequently switch channels and the AR300M to disconnect and reconnect from time to time.

From the logs, we observed two offline events:

**1. Disconnection caused by the upstream AP switching to an unsupported ECSA IE operating class**

_Disconnection:_

```auto
Fri Mar 27 01:56:35 2026 kern.info kernel: [178948.506904] wlan-sta0: failed to use reserved channel context, disconnecting (err=-122)
Fri Mar 27 01:56:35 2026 kern.info kernel: [178948.519497] wlan-sta0: cannot understand ECSA IE operating class, 12, ignoring
Fri Mar 27 01:56:35 2026 daemon.notice netifd: Network device 'wlan-sta0' link is down
Fri Mar 27 01:56:35 2026 daemon.notice netifd: Interface 'wwan' has link connectivity loss
Fri Mar 27 01:56:35 2026 daemon.notice wpa_supplicant[2047]: wlan-sta0: CTRL-EVENT-DISCONNECTED bssid=20:xx:xx:xx:xx:aa reason=4 locally_generated=1
Fri Mar 27 01:56:35 2026 daemon.info lua: (...repeater:548) <3>CTRL-EVENT-DISCONNECTED bssid=20:xx:xx:xx:xx:aa reason=4 locally_generated=1
Fri Mar 27 01:56:35 2026 daemon.info lua: (...repeater:548) <3>CTRL-EVENT-SCAN-STARTED
Fri Mar 27 01:56:35 2026 daemon.err lua: (...repeater:1270) disconnected, wait reconnect...

```

_Successful reconnection within a short time:_

```auto
Fri Mar 27 01:56:36 2026 daemon.notice wpa_supplicant[2047]: wlan-sta0: SME: Trying to authenticate with 20:xx:xx:xx:xx:aa (SSID='HUAWEI-B528-6AAA' freq=2447 MHz)
Fri Mar 27 01:56:36 2026 daemon.info lua: (...repeater:548) <3>SME: Trying to authenticate with 20:xx:xx:xx:xx:aa (SSID='HUAWEI-B528-6AAA' freq=2447 MHz)
Fri Mar 27 01:56:36 2026 kern.info kernel: [178949.695643] wlan-sta0: authenticate with 20:xx:xx:xx:xx:aa
Fri Mar 27 01:56:36 2026 kern.info kernel: [178949.715080] wlan-sta0: send auth to 20:xx:xx:xx:xx:aa (try 1/3)
Fri Mar 27 01:56:36 2026 kern.info kernel: [178949.736237] wlan-sta0: authenticated
Fri Mar 27 01:56:36 2026 daemon.notice wpa_supplicant[2047]: wlan-sta0: Trying to associate with 20:xx:xx:xx:xx:aa (SSID='HUAWEI-B528-6AAA' freq=2447 MHz)
Fri Mar 27 01:56:36 2026 daemon.info lua: (...repeater:548) <3>Trying to associate with 20:xx:xx:xx:xx:aa (SSID='HUAWEI-B528-6AAA' freq=2447 MHz)
Fri Mar 27 01:56:36 2026 kern.info kernel: [178949.804664] wlan-sta0: associate with 20:xx:xx:xx:xx:aa (try 1/3)
Fri Mar 27 01:56:36 2026 kern.info kernel: [178949.815129] wlan-sta0: RX AssocResp from 20:xx:xx:xx:xx:aa (capab=0x1411 status=0 aid=1)
Fri Mar 27 01:56:36 2026 kern.info kernel: [178949.823831] wlan-sta0: associated
Fri Mar 27 01:56:36 2026 daemon.notice netifd: Network device 'wlan-sta0' link is up
Fri Mar 27 01:56:36 2026 daemon.notice netifd: Interface 'wwan' has link connectivity
Fri Mar 27 01:56:36 2026 daemon.notice wpa_supplicant[2047]: wlan-sta0: Associated with 20:xx:xx:xx:xx:aa
Fri Mar 27 01:56:36 2026 daemon.info lua: (...repeater:548) <3>Associated with 20:xx:xx:xx:xx:aa
Fri Mar 27 01:56:36 2026 daemon.notice wpa_supplicant[2047]: wlan-sta0: CTRL-EVENT-SUBNET-STATUS-UPDATE status=0
Fri Mar 27 01:56:36 2026 daemon.info lua: (...repeater:548) <3>CTRL-EVENT-SUBNET-STATUS-UPDATE status=0
Fri Mar 27 01:56:36 2026 daemon.notice wpa_supplicant[2047]: wlan-sta0: WPA: Key negotiation completed with 20:xx:xx:xx:xx:aa [PTK=CCMP GTK=CCMP]
Fri Mar 27 01:56:36 2026 daemon.info lua: (...repeater:548) <3>WPA: Key negotiation completed with 20:xx:xx:xx:xx:aa [PTK=CCMP GTK=CCMP]
Fri Mar 27 01:56:36 2026 daemon.notice wpa_supplicant[2047]: wlan-sta0: CTRL-EVENT-CONNECTED - Connection to 20:xx:xx:xx:xx:aa completed [id=0 id_str=]
Fri Mar 27 01:56:36 2026 daemon.info lua: (...repeater:548) <3>CTRL-EVENT-CONNECTED - Connection to 20:xx:xx:xx:xx:aa completed [id=0 id_str=]
Fri Mar 27 01:56:37 2026 daemon.notice netifd: Network device 'wlan0' link is up
Fri Mar 27 01:56:38 2026 daemon.info lua: (...repeater:1239) connected to 'HUAWEI-B528-6AAA(20:xx:xx:xx:xx:aa)' channel: 8, spent 3s

```

**2. Due to poor signal quality or significant interference, the connection was lost. The device attempted to reconnect but initially timed out, then successfully reconnected after a short delay.**

_Disconnection caused by weak signal / heavy interference (beacon loss):_

```auto
Fri Mar 27 02:51:42 2026 daemon.notice wpa_supplicant[2047]: wlan-sta0: CTRL-EVENT-BEACON-LOSS
Fri Mar 27 02:51:42 2026 daemon.info lua: (...repeater:548) <3>CTRL-EVENT-BEACON-LOSS
Fri Mar 27 02:51:42 2026 daemon.notice netifd: Network device 'wlan-sta0' link is down
Fri Mar 27 02:51:42 2026 daemon.notice netifd: Interface 'wwan' has link connectivity loss

```

_Reconnection attempt (timeout):_

```auto
Fri Mar 27 02:51:43 2026 daemon.notice wpa_supplicant[2047]: wlan-sta0: SME: Trying to authenticate with 20:xx:xx:xx:xx:aa (SSID='HUAWEI-B528-6AAA' freq=2447 MHz)
Fri Mar 27 02:51:43 2026 daemon.info lua: (...repeater:548) <3>SME: Trying to authenticate with 20:xx:xx:xx:xx:aa (SSID='HUAWEI-B528-6AAA' freq=2447 MHz)
Fri Mar 27 02:51:43 2026 kern.info kernel: [182256.931144] wlan-sta0: authenticate with 20:xx:xx:xx:xx:aa
Fri Mar 27 02:51:43 2026 kern.info kernel: [182256.950596] wlan-sta0: send auth to 20:xx:xx:xx:xx:aa (try 1/3)
Fri Mar 27 02:51:44 2026 user.notice mwan3[31599]: Execute ifdown event on interface wwan (unknown)
Fri Mar 27 02:51:44 2026 daemon.err lua: (...repeater:1270) disconnected, wait reconnect...
Fri Mar 27 02:51:44 2026 daemon.notice netifd: Interface 'wwan' is disabled
Fri Mar 27 02:51:44 2026 kern.info kernel: [182257.506873] wlan-sta0: send auth to 20:xx:xx:xx:xx:aa (try 2/3)
Fri Mar 27 02:51:44 2026 kern.info kernel: [182257.617758] wlan-sta0: send auth to 20:xx:xx:xx:xx:aa (try 3/3)
Fri Mar 27 02:51:44 2026 kern.info kernel: [182257.702231] wlan-sta0: authentication with 20:xx:xx:xx:xx:aa timed out

```

_Reconnect after delay (successful):_

```auto
Fri Mar 27 02:53:14 2026 daemon.notice wpa_supplicant[2047]: wlan-sta0: SME: Trying to authenticate with 20:xx:xx:xx:xx:aa (SSID='HUAWEI-B528-6AAA' freq=2442 MHz)
Fri Mar 27 02:53:14 2026 daemon.info lua: (...repeater:548) <3>SME: Trying to authenticate with 20:xx:xx:xx:xx:aa (SSID='HUAWEI-B528-6AAA' freq=2442 MHz)
Fri Mar 27 02:53:14 2026 kern.info kernel: [182347.411283] wlan-sta0: authenticate with 20:xx:xx:xx:xx:aa
Fri Mar 27 02:53:14 2026 kern.info kernel: [182347.430803] wlan-sta0: send auth to 20:xx:xx:xx:xx:aa (try 1/3)
Fri Mar 27 02:53:14 2026 daemon.notice wpa_supplicant[2047]: wlan-sta0: Trying to associate with 20:xx:xx:xx:xx:aa (SSID='HUAWEI-B528-6AAA' freq=2442 MHz)
Fri Mar 27 02:53:14 2026 daemon.info lua: (...repeater:548) <3>Trying to associate with 20:xx:xx:xx:xx:aa (SSID='HUAWEI-B528-6AAA' freq=2442 MHz)
Fri Mar 27 02:53:14 2026 kern.info kernel: [182347.439872] wlan-sta0: authenticated
Fri Mar 27 02:53:14 2026 kern.info kernel: [182347.456448] wlan-sta0: associate with 20:xx:xx:xx:xx:aa (try 1/3)
Fri Mar 27 02:53:14 2026 kern.info kernel: [182347.466922] wlan-sta0: RX AssocResp from 20:xx:xx:xx:xx:aa (capab=0x1411 status=0 aid=4)
Fri Mar 27 02:53:14 2026 kern.info kernel: [182347.475754] wlan-sta0: associated
Fri Mar 27 02:53:14 2026 daemon.notice netifd: Network device 'wlan-sta0' link is up
Fri Mar 27 02:53:14 2026 daemon.notice netifd: Interface 'wwan' has link connectivity
Fri Mar 27 02:53:14 2026 daemon.notice wpa_supplicant[2047]: wlan-sta0: Associated with 20:xx:xx:xx:xx:aa
Fri Mar 27 02:53:14 2026 daemon.info lua: (...repeater:548) <3>Associated with 20:xx:xx:xx:xx:aa
Fri Mar 27 02:53:14 2026 daemon.notice wpa_supplicant[2047]: wlan-sta0: CTRL-EVENT-SUBNET-STATUS-UPDATE status=0
Fri Mar 27 02:53:14 2026 daemon.info lua: (...repeater:548) <3>CTRL-EVENT-SUBNET-STATUS-UPDATE status=0
Fri Mar 27 02:53:14 2026 daemon.notice wpa_supplicant[2047]: wlan-sta0: WPA: Key negotiation completed with 20:xx:xx:xx:xx:aa [PTK=CCMP GTK=CCMP]
Fri Mar 27 02:53:14 2026 daemon.info lua: (...repeater:548) <3>WPA: Key negotiation completed with 20:xx:xx:xx:xx:aa [PTK=CCMP GTK=CCMP]
Fri Mar 27 02:53:14 2026 daemon.notice wpa_supplicant[2047]: wlan-sta0: CTRL-EVENT-CONNECTED - Connection to 20:xx:xx:xx:xx:aa completed [id=0 id_str=]
Fri Mar 27 02:53:14 2026 daemon.info lua: (...repeater:548) <3>CTRL-EVENT-CONNECTED - Connection to 20:xx:xx:xx:xx:aa completed [id=0 id_str=]
Fri Mar 27 02:53:14 2026 kern.info kernel: [182347.809355] br-lan: port 2(wlan0) entered blocking state
Fri Mar 27 02:53:14 2026 kern.info kernel: [182347.814954] br-lan: port 2(wlan0) entered forwarding state
Fri Mar 27 02:53:14 2026 daemon.notice netifd: Network device 'wlan0' link is up
Fri Mar 27 02:53:14 2026 daemon.info lua: (...repeater:1239) connected to 'HUAWEI-B528-6AAA(20:xx:xx:xx:xx:aa)' channel: 7, spent 2s

```

Based on this, we can draw the following preliminary conclusions:

1. The wireless disconnections on the AR300M are caused by poor signal conditions and external interference (including AP channel switching).
2. The AR300M itself is functioning normally—it continues attempting to reconnect after a drop and is able to successfully re-establish the connection.

We recommend that you:

1. Check the current wireless environment where the AR300M is located
2. Try moving the AR300M closer to the upstream AP to improve signal quality

---

<div class="post-metadata">

**Author:** ![will.qiu](https://forum-assets.gl-inet.com/letter_avatar_proxy/v4/letter/w/b38774/32.png) [@will.qiu](https://forum.gl-inet.com/u/will.qiu)\
**Post date:** [March 30, 2026, 6:44am UTC](https://forum.gl-inet.com/t/gl-ar300m16-ext-disconnecting-and-failing-to-reconnect-to-wifi/67619/14 "2026-03-30T06:44:58Z")

</div>

Based on our analysis of the logs, we can confirm that the issue OP is experiencing is different from yours.

In OP’s case, the AR300M is able to automatically reconnect without any manual intervention.

---

<div class="post-metadata">

**Author:** ![WonTon79](https://forum-assets.gl-inet.com/letter_avatar_proxy/v4/letter/w/d78d45/32.png) [@WonTon79](https://forum.gl-inet.com/u/WonTon79)\
**Post date:** [March 30, 2026, 9:25am UTC](https://forum.gl-inet.com/t/gl-ar300m16-ext-disconnecting-and-failing-to-reconnect-to-wifi/67619/15 "2026-03-30T09:25:07Z")

</div>

Hi will,

OK, so what is actually happening here then?

I’ve been blaming the WiFi as when I connect to the AR300M it shows as the WiFi being disconnected.  
The logs show it as being connected apparently.

As I said, it it’s impossible to reach any devices on that network. It’s in that state again this morning.

If you look at the logs I sent, when I connected my laptop over WiFi (some time after 8AM) that fixed the connection and all the devices where accessible again.

When I log in, on the AR300M it shows the WiFi as disconnected and it reconnects again shortly.

This is all being done through wiregaurd, is it some sort of wiregaurd routing issue maybe?

I can tell you that restarting the wiregaurd server has no effect. The devices are still unreachable.

It’s in the same state again this morning. Devices unreachable. I need to go over, connect my laptop to the AR300M access point, disconnect, and it will be fixed. A power cycle won’t fix it.

---

<div class="post-metadata">

**Author:** ![will.qiu](https://forum-assets.gl-inet.com/letter_avatar_proxy/v4/letter/w/b38774/32.png) [@will.qiu](https://forum.gl-inet.com/u/will.qiu)\
**Post date:** [April 1, 2026, 9:14am UTC](https://forum.gl-inet.com/t/gl-ar300m16-ext-disconnecting-and-failing-to-reconnect-to-wifi/67619/16 "2026-04-01T09:14:27Z")

</div>

> [@WonTon79](#):
>
> OK, so what is actually happening here then?

As mentioned earlier, the AR300M is unable to maintain a stable connection to the upstream AP due to external factors.

The logs also show that in some cases, even when the Wi-Fi connection remains established, ping checks fail—indicating very poor link quality.

```auto
Fri Mar 27 02:53:18 2026 user.info mwan3track[1231]: Lost 50 ping(s) on interface wwan (wlan-sta0)

```

* * *

> [@WonTon79](#):
>
> This is all being done through wiregaurd, is it some sort of wiregaurd routing issue maybe?
> 
> I can tell you that restarting the wiregaurd server has no effect. The devices are still unreachable.

This offline issue is unrelated to WireGuard; it is caused by WAN-side network instability.

* * *

> [@WonTon79](#):
>
> It’s in the same state again this morning. Devices unreachable. I need to go over, connect my laptop to the AR300M access point, disconnect, and it will be fixed. A power cycle won’t fix it.

After several failed connection attempts, the AR300M enters a 30-second wait period before trying again. This is to avoid continuously overwhelming the upstream AP and to prevent frequent disruptions for devices connected to the AR300M due to repeated scanning and reconnection.

```auto
Fri Mar 27 02:52:05 2026 daemon.err lua: (...db/ipkg-mips_24kc/gl-sdk4-repeater/usr/sbin/repeater:1315) connect fail
Fri Mar 27 02:52:05 2026 daemon.err lua: (...db/ipkg-mips_24kc/gl-sdk4-repeater/usr/sbin/repeater:1318) reconnect in 30 seconds...

```

Therefore, if you access the AR300M while it is in this waiting phase, you can manually disconnect and trigger a reconnection. This does not mean the AR300M won’t automatically reconnect afterward.

---

<div class="post-metadata">

**Author:** ![WonTon79](https://forum-assets.gl-inet.com/letter_avatar_proxy/v4/letter/w/d78d45/32.png) [@WonTon79](https://forum.gl-inet.com/u/WonTon79)\
**Post date:** [April 1, 2026, 9:49am UTC](https://forum.gl-inet.com/t/gl-ar300m16-ext-disconnecting-and-failing-to-reconnect-to-wifi/67619/17 "2026-04-01T09:49:00Z")

</div>

> [@will.qiu](#):
>
> Therefore, if you access the AR300M while it is in this waiting phase, you can manually disconnect and trigger a reconnection. This does not mean the AR300M won’t automatically reconnect afterward.

I feel like I may not be explaining this situation clearly.

The devices connected to that AR300M become unaccessible.

I’m, not talking for 30 seconds here. It will break and **will not resolve itself**. I can leave it for a week and it will not fix itself. **Even a power cycle will not fix it**.

If I go to the unit, connect my laptop to the AR300M, and then disconnect the laptop from the AR300M, it magically starts working again and units on that network are accessable remotely.

Something about connecting the laptop to the AR300M via WiFi is giving something on the AR300M a kick that it needs to start working again.

The only soloution I can see would be to have a device that randomly connects to the AR300M via WiFi to see if that fixes the connection, but that’s obviously a silly thing to try and have to implment.

---

<div class="post-metadata">

**Author:** ![will.qiu](https://forum-assets.gl-inet.com/letter_avatar_proxy/v4/letter/w/b38774/32.png) [@will.qiu](https://forum.gl-inet.com/u/will.qiu)\
**Post date:** [April 1, 2026, 9:53am UTC](https://forum.gl-inet.com/t/gl-ar300m16-ext-disconnecting-and-failing-to-reconnect-to-wifi/67619/18 "2026-04-01T09:53:08Z")

</div>

> [@WonTon79](#):
>
> The devices connected to that AR300M become unaccessible.

Could you please clarify the following:

1. How is this device connected to the AR300M?
2. How are you accessing this device—through a WireGuard tunnel?
3. If so, when the issue occurs, are you still able to access the AR300M’s admin panel via WireGuard?

---

<div class="post-metadata">

**Author:** ![WonTon79](https://forum-assets.gl-inet.com/letter_avatar_proxy/v4/letter/w/d78d45/32.png) [@WonTon79](https://forum.gl-inet.com/u/WonTon79)\
**Post date:** [April 1, 2026, 3:01pm UTC](https://forum.gl-inet.com/t/gl-ar300m16-ext-disconnecting-and-failing-to-reconnect-to-wifi/67619/19 "2026-04-01T15:01:56Z")

</div>

> [@will.qiu](#):
>
> Could you please clarify the following:
> 
> 1. How is this device connected to the AR300M?
> 2. How are you accessing this device—through a WireGuard tunnel?
> 3. If so, when the issue occurs, are you still able to access the AR300M’s admin panel via WireGuard?

1. The LAN port.
2. Yes.
3. No, but the device is on port 80, so I wouldn’t be able to anyway.

Thanks.

---

<div class="post-metadata">

**Author:** ![will.qiu](https://forum-assets.gl-inet.com/letter_avatar_proxy/v4/letter/w/b38774/32.png) [@will.qiu](https://forum.gl-inet.com/u/will.qiu)\
**Post date:** [April 3, 2026, 10:38am UTC](https://forum.gl-inet.com/t/gl-ar300m16-ext-disconnecting-and-failing-to-reconnect-to-wifi/67619/20 "2026-04-03T10:38:42Z")

</div>

At the moment, this issue seems somewhat difficult to diagnose, as the logs don’t appear to contain any related information, and the device is deployed remotely in a network environment that makes access challenging.

Would it be possible, the next time the problem occurs, to visit the site and connect to the device via a wired connection (which shouldn’t disrupt the router’s fault state), and then provide us remote access through AnyDesk?

> **[How to Obtain Technical Support via AnyDesk - GL.iNet Router Docs 4](https://docs.gl-inet.com/router/en/4/tutorials/how_to_obtain_technical_support_via_anydesk/)**
>
> Documentation for GL.iNet Router Productions

Our availability is 9:30–12:30 and 14:30–18:30 (UTC+8) on weekdays (please note we will be on a public holiday from 4/6 to 4/7).  
Please let us know if this works for you and your availability.

---

<div class="post-metadata">

**Author:** ![will.qiu](https://forum-assets.gl-inet.com/letter_avatar_proxy/v4/letter/w/b38774/32.png) [@will.qiu](https://forum.gl-inet.com/u/will.qiu)\
**Post date:** [April 9, 2026, 7:32am UTC](https://forum.gl-inet.com/t/gl-ar300m16-ext-disconnecting-and-failing-to-reconnect-to-wifi/67619/22 "2026-04-09T07:32:58Z")

</div>

There may have been some misunderstanding. The request for remote access via AnyDesk was intended for the [WonTon79](https://forum.gl-inet.com/u/wonton79)’s issue, not yours.

At the moment, these appear to be two different issues. For your case, the logs contain relevant information, we have been able to reproduce it locally, and a beta firmware has already been provided for you to verify the fix.

[Next page](https://forum.gl-inet.com/t/gl-ar300m16-ext-disconnecting-and-failing-to-reconnect-to-wifi/67619.md?page=2)