Routers · GL.iNet
GL.iNet Router Can't Connect New Devices
When existing devices stay online but new phones, laptops, or smart gadgets refuse to join your GL.iNet router, the issue usually stems from DHCP lease limits, WPA3 security mismatches, or MAC filtering.
Symptoms
- Existing devices stay connected, but new devices show 'Failed to connect' or 'Incorrect password'.
- New device gets stuck indefinitely on 'Obtaining IP address' or 'Connecting...'.
- Wi-Fi network name (SSID) is visible, but authenticating fails immediately.
- New clients connect for 2 seconds and are promptly dropped by the access point.
- Smart home devices (2.4GHz only) fail to discover the GL.iNet network during setup.
- Guest network allows new devices to connect, but the main Wi-Fi rejects them.
Quick troubleshooting
Step 1
Check DHCP Lease Pool and Restart Dnsmasq
Log into the GL.iNet Admin Panel (typically 192.168.8.1). Navigate to Network Settings > LAN and expand the DHCP IP range, or clear stale client leases. If the lease table is full from previous connections, restart the router or reboot the dnsmasq service via Advanced settings (LuCI).
Step 2
Adjust Wi-Fi Security Encryption Settings
Go to Wireless Settings in your GL.iNet dashboard and check your Encryption protocol. If set to WPA3-SAE, change it to WPA2-PSK/WPA3-SAE Mixed Mode or pure WPA2-PSK. Many legacy devices and smart home controllers cannot complete handshakes on pure WPA3.
Step 3
Verify MAC Filtering and Blocklists
In the GL.iNet panel, check the MAC Filtering settings under Wireless or Security. Ensure that 'White List' mode isn't enabled without adding the new device's hardware address. Disable MAC filtering temporarily to confirm if it is blocking connection attempts.
Step 4
Resolve IP Subnet Conflicts in Repeater Mode
If using your GL.iNet as a travel router in Repeater mode, ensure your LAN IP subnet (e.g., 192.168.8.1) does not match the hotel or source router's subnet (e.g., 192.168.1.1 or 192.168.8.1). Change your GL.iNet LAN IP to an uncommon range like 10.0.8.1 under Network > LAN settings.
Step 5
Separate 2.4GHz and 5GHz Bands
Disable Band Steering or combine SSIDs if smart devices fail to join. Create distinct names for your 2.4GHz and 5GHz bands (e.g., 'MyNetwork_2G') so new devices can explicitly target the compatible frequency.
Likely causes
- DHCP Pool Exhaustion: The router has run out of available IP addresses to assign.
- WPA3 Security Incompatibility: Newer GL.iNet firmware defaults to WPA3, which older client chips cannot negotiate.
- Subnet Conflicts in Repeater Mode: GL.iNet WAN and LAN IP ranges overlap when repeating upstream Wi-Fi.
- Active MAC Access Control: Blocklists or whitelist rules in the GL.iNet Admin Panel are rejecting unassigned MAC addresses.
- DNS / Client Isolation Restrictions: Guest network isolation or firewall rules preventing new client handshakes.
- Corrupted Wireless Config Files: Misconfigured hostapd parameters in the underlying OpenWrt layer.
What's going on
Few things are more frustrating than having a functional Wi-Fi connection on your laptop, only for a new phone or tablet to be completely rejected when trying to join your GL.iNet network. Because GL.iNet routers run custom software layered over OpenWrt, connection failures for new devices usually boil down to software guardrails: exhausted DHCP pools, aggressive WPA3 encryption defaults, or subnets clashing in Repeater mode.
Understanding whether this is an authentication issue (wrong key/encryption) or an addressing issue (DHCP assignment failure) is the key to getting your new hardware connected quickly.
Symptoms people notice
- Existing connected devices continue working fine, but any new hardware gets kicked off or ignored.
- Phones show status errors such as "IP Configuration Failure", "Saved", or "Obtaining IP Address..."
- Entering the correct Wi-Fi password repeatedly yields an immediate "Incorrect Password" response.
- Connecting works fine on the Guest network, but fails on the primary Wi-Fi network.
- The new device connects briefly, receives no internet access, and drops connection after a few seconds.
Likely causes
- DHCP Pool Exhaustion: The router's local address assignment pool is full, often caused by short lease times or heavy travel usage.
- WPA3 / Encryption Mismatches: The access point is configured for WPA3-SAE, which older Wi-Fi cards cannot process.
- Repeater IP Subnet Conflict: The upstream Wi-Fi network uses the same gateway address (e.g., 192.168.8.1) as your GL.iNet router.
- MAC Filtering / Client Limits: Security profiles or client quotas in the GL.iNet Admin Panel are preventing new MAC entries.
- Corrupt Wireless Config: Software glitch in hostapd or LuCI causing new handshake requests to time out.
Quick checks first
Before digging deep into OpenWrt configurations, run through these fast checks:
- Forget the Network: On the new device, tap "Forget Network", toggle Wi-Fi off and back on, and re-enter credentials.
- Check the Admin Panel: Log into
192.168.8.1and check the client list on the main dashboard. Is the maximum allowed client count reached? - Test 2.4GHz vs 5GHz: If you are using a single combined SSID, turn off band steering in Wireless settings and test connecting to 2.4GHz separately.
- Toggle Airplane Mode: Quickly reset the client device's network stack by cycling Airplane mode on and off.
For more general router connectivity patterns, check our router troubleshooting guides.
When it's a real hardware fault
Hardware failures causing only new devices to fail are rare, but they do happen. If the Wi-Fi radio module is failing due to thermal degradation or damaged antennas, it may maintain existing active connections while dropping the signal strength required to establish new low-power handshakes.
If your GL.iNet router fails to broadcast Wi-Fi entirely, resets itself continuously, or refuses to assign IP addresses even after a full factory reset, the onboard flash memory or wireless SoC may be degraded. In these cases, consult our device reviews for hardware replacement options.
Soft resets vs board/panel work
Fixing client connection issues on GL.iNet travel and home routers is almost entirely software-based:
- Soft Resets: Rebooting the GL.iNet router via the Admin Panel or pulling the power cord clears temporary DHCP leases and flushes transient firewall state errors.
- Firmware / Overlay Resets: Pressing and holding the physical Reset button for 10 seconds restores factory GL.iNet defaults, clearing bad OpenWrt configurations without opening the chassis.
- Internal Hardware Repairs: Opening small GL.iNet travel routers (like the Slate, Beryl, or Mango series) to repair components isn't cost-effective or recommended due to tiny surface-mount components. Stick to software triage.
Next steps
If clearing DHCP leases and changing Wi-Fi security to WPA2/WPA3 Mixed does not resolve the connection failure, navigate to System > Firmware in the GL.iNet Admin Panel. Perform a clean firmware update (uncheck 'Keep Settings' if persistent bugs remain). If issues persist across all new devices after a complete reset, consider evaluating hardware replacements or upgrading to newer Wi-Fi 6 models.
Next steps
Try the DIY guide if you're comfortable opening the device. Still stuck? Browse related problems for similar symptoms.

