Wi-Fi disappeared

I sometimes have a similar problem with my router. Devices connected to the router via Wi-Fi lose internet. And I can’t access the router page 192.168.1.1 via Wi-Fi. At the same time, if you disconnect from Wi-Fi, then it won’t connect at all, it won’t be on the list.

Previously, I had only one Wi-Fi access point, and with the help of Policy Based Routing I configured Internet access via WireGuard VPN for specific IP addresses.

Now I have configured the second Bridge device "br-lan2", created a second wireless Wi-Fi access point, and enabled WireGuard for ALL devices that connect to the second access point.

But the problem remained. And when connecting from a smartphone to a second access point, sometimes the Internet still disappears. With the same symptoms. But at such moments, both access points disappear. Or rather, when the Internet disappears, the first one disappears from the list of available Wi-Fi networks, the one to which I am not connected. And if I disconnect from the second one, then she will disappear too.

Restarting Wireless via the address website from a computer connected via cable does not give any results. Also, the PC also has Wi-Fi, and this Wi-Fi also does not find the wireless networks of my router. The Internet only works via cable.

The only working solution is to completely restart the router.

Can you help me figure out this problem? Why is this happening?

Can you post your config files? Otherwise, we have no way to help.

Please connect to your OpenWrt device using ssh and copy the output of the following commands and post it here using the "Preformatted text </> " button:
grafik
Remember to redact passwords, MAC addresses and any public IP addresses you may have:

ubus call system board
cat /etc/config/network
cat /etc/config/wireless
cat /etc/config/dhcp
cat /etc/config/firewall

What router do you have? Which OpenWRT release are you using?

I too am having a very similar problem. I upgraded a few days ago to the November 20th SNAPSHOT release for the Dynalink DL-WRX36 router and today, three times, all of my WiFi radios went offline. Devices connected to the router via ethernet cables continued to work. The WiFi never seemed to have returned and after a few minutes I ended up power cycling the router.

Just a short while I ago I grabbed the most recent SNAPSHOT for my device, November 27, and have that running now. Fingers crossed that the problem does not come back.

I do have the SNAPSHOT I was running previously but I don't think I can install that one because the additional packages I need to download will complain about incompatibilities. I wonder if there is a way to save off the packages I load (just a few) so that I have a good point-in-time backup of a SNAPSHOT release.

login as: root
root@192.168.1.1's password:


BusyBox v1.36.1 (2023-06-26 11:20:39 UTC) built-in shell (ash)

  _______                     ________        __
 |       |.-----.-----.-----.|  |  |  |.----.|  |_
 |   -   ||  _  |  -__|     ||  |  |  ||   _||   _|
 |_______||   __|_____|__|__||________||__|  |____|
          |__| W I R E L E S S   F R E E D O M
 -----------------------------------------------------
 OpenWrt 23.05.0-rc2, r23228-cd17d8df2a
 -----------------------------------------------------
root@K14M:~# ubus call system board
{
        "kernel": "5.15.118",
        "hostname": "K14M.net",
        "system": "MediaTek MT7628AN ver:1 eco:2",
        "model": "TP-Link TL-WR840N v4",
        "board_name": "tplink,tl-wr840n-v4",
        "rootfs_type": "squashfs",
        "release": {
                "distribution": "OpenWrt",
                "version": "23.05.0-rc2",
                "revision": "r23228-cd17d8df2a",
                "target": "ramips/mt76x8",
                "description": "OpenWrt 23.05.0-rc2 r23228-cd17d8df2a"
        }
}
root@K14M:~# cat /etc/config/network

config interface 'loopback'
        option device 'lo'
        option proto 'static'
        option ipaddr '127.0.0.1'
        option netmask '255.0.0.0'

config globals 'globals'
        option ula_prefix 'fa0a:d0ba:193a::/48'

config device
        option name 'br-lan'
        option type 'bridge'
        list ports 'eth0.1'

config interface 'lan'
        option device 'br-lan'
        option proto 'static'
        option ipaddr '192.168.1.1'
        option netmask '255.255.255.0'
        option ip6assign '60'

config device
        option name 'eth0.2'
        option macaddr 'a0:05:e0:a3:09:a1'

config interface 'wan'
        option device 'eth0.2'
        option proto 'dhcp'

config switch
        option name 'switch0'
        option reset '1'
        option enable_vlan '1'

config switch_vlan
        option device 'switch0'
        option vlan '1'
        option ports '1 2 3 4 6t'

config switch_vlan
        option device 'switch0'
        option vlan '2'
        option ports '0 6t'

config interface 'WARP'
        option proto 'wireguard'
        option private_key 'aAAAaaaaaaaaaAa+AaaaaaaaAAAAAaAAAaAAAaaAAAAA='
        list dns '1.1.1.1'
        list addresses '170.10.1.2/32'

config wireguard_WARP
        option description '8l6Ueg24-1O3PG46L-J87LY49M_Warp+.conf'
        option public_key 'ddDDD+DdDdDDDDdddDDDD/DDDddDDDdDdDDddDdDdddd='
        list allowed_ips '0.0.0.0/0'
        option endpoint_host '172.109.103.5'
        option endpoint_port '2408'

config device
        option type 'bridge'
        option name 'br-lan2'

config interface 'lan2'
        option proto 'static'
        option device 'br-lan2'
        option ipaddr '192.168.2.1'
        option netmask '255.255.255.0'

config route
        option interface 'WARP'
        option target '0.0.0.0/0'
        option table '1'

config rule
        option in 'lan2'
        option dest '0.0.0.0/0'
        option lookup '1'

root@K14M:~# cat /etc/config/wireless

config wifi-device 'radio0'
        option type 'mac80211'
        option path 'platform/10300000.wmac'
        option channel '1'
        option band '2g'
        option htmode 'HT40'
        option country 'RU'
        option cell_density '0'

config wifi-iface 'default_radio0'
        option device 'radio0'
        option network 'lan'
        option mode 'ap'
        option ssid 'K14M'
        option encryption 'psk2'
        option key '19941400'

config wifi-iface 'wifinet1'
        option device 'radio0'
        option mode 'ap'
        option ssid 'K14M VPN'
        option encryption 'psk2'
        option key '199414vpn'
        option network 'lan2'

root@K14M:~# cat /etc/config/dhcp

config dnsmasq
        option domainneeded '1'
        option localise_queries '1'
        option rebind_protection '1'
        option rebind_localhost '1'
        option local '/lan/'
        option domain 'lan'
        option expandhosts '1'
        option cachesize '1000'
        option authoritative '1'
        option readethers '1'
        option leasefile '/tmp/dhcp.leases'
        option resolvfile '/tmp/resolv.conf.d/resolv.conf.auto'
        option localservice '1'
        option ednspacket_max '1232'

config dhcp 'lan'
        option interface 'lan'
        option start '100'
        option limit '150'
        option leasetime '12h'
        option dhcpv4 'server'
        option dhcpv6 'disabled'
        option ra 'disabled'
        option ra_slaac '1'
        list ra_flags 'managed-config'
        list ra_flags 'other-config'

config dhcp 'wan'
        option interface 'wan'
        option ignore '1'

config odhcpd 'odhcpd'
        option maindhcp '0'
        option leasefile '/tmp/hosts/odhcpd'
        option leasetrigger '/usr/sbin/odhcpd-update'
        option loglevel '4'

config host
        option name 'K14M-PC-Wire'
        option dns '1'
        option mac '11:11:11:11:11:11'
        option ip '192.168.1.10'

config host
        option name 'K14M-PC-WI-Fi'
        option dns '1'
        option mac '22:22:22:22:22:22'
        option ip '192.168.1.11'

config host
        option name 'K14M-PC-WI-Fi'
        option dns '1'
        option mac '22:22:22:22:22:22'
        option ip '192.168.2.11'

config host
        option name 'K14M-Android'
        option dns '1'
        option mac '33:33:33:33:33:33'
        option ip '192.168.1.12'

config host
        option name 'K14M-Android'
        option dns '1'
        option mac '33:33:33:33:33:33'
        option ip '192.168.2.12'

config host
        option name 'Chromecast-TV'
        option dns '1'
        option mac '44:44:44:44:44:44'
        option ip '192.168.2.20'

config host
        option name 'Chaika-TV'
        option dns '1'
        option mac '55:55:55:55:55:55'
        option ip '192.168.2.30'

config host
        option name 'Vovka-Android'
        option dns '1'
        option mac '66:66:66:66:66:66'
        option ip '192.168.1.101'

config host
        option name 'Vovka-Tablet'
        option dns '1'
        option mac '77:77:77:77:77:77'
        option ip '192.168.1.102'

config host
        option name 'Leonid-Android-OLD'
        option dns '1'
        option mac '88:88:88:88:88:88'
        option ip '192.168.1.103'

config host
        option name 'Leonid-Android'
        option dns '1'
        option mac '99:99:99:99:99:99'
        option ip '192.168.1.104'

config host
        option name 'Leonid-XBox'
        option dns '1'
        option mac '00:00:00:00:00:00'
        option ip '192.168.1.105'

config host
        option ip '192.168.1.106'
        option mac '01:01:01:01:01:01'
        option name 'Drug-Android'
        option dns '1'

config dhcp 'WARP'
        option interface 'WARP'
        option ignore '1'

config dhcp 'lan2'
        option interface 'lan2'
        option start '100'
        option limit '150'
        option leasetime '12h'

root@K14M:~# cat /etc/config/firewall

config defaults
        option input 'REJECT'
        option output 'ACCEPT'
        option forward 'REJECT'
        option synflood_protect '1'

config zone
        option name 'lan'
        option input 'ACCEPT'
        option output 'ACCEPT'
        option forward 'ACCEPT'
        list network 'lan'

config zone
        option name 'wan'
        option input 'REJECT'
        option output 'ACCEPT'
        option forward 'REJECT'
        option masq '1'
        option mtu_fix '1'
        list network 'wan'
        list network 'WARP'

config forwarding
        option src 'lan'
        option dest 'wan'

config rule
        option name 'Allow-DHCP-Renew'
        option src 'wan'
        option proto 'udp'
        option dest_port '68'
        option target 'ACCEPT'
        option family 'ipv4'

config rule
        option name 'Allow-Ping'
        option src 'wan'
        option proto 'icmp'
        option icmp_type 'echo-request'
        option family 'ipv4'
        option target 'ACCEPT'

config rule
        option name 'Allow-IGMP'
        option src 'wan'
        option proto 'igmp'
        option family 'ipv4'
        option target 'ACCEPT'

config rule
        option name 'Allow-DHCPv6'
        option src 'wan'
        option proto 'udp'
        option dest_port '546'
        option family 'ipv6'
        option target 'ACCEPT'

config rule
        option name 'Allow-MLD'
        option src 'wan'
        option proto 'icmp'
        option src_ip 'fe80::/10'
        list icmp_type '130/0'
        list icmp_type '131/0'
        list icmp_type '132/0'
        list icmp_type '143/0'
        option family 'ipv6'
        option target 'ACCEPT'

config rule
        option name 'Allow-ICMPv6-Input'
        option src 'wan'
        option proto 'icmp'
        list icmp_type 'echo-request'
        list icmp_type 'echo-reply'
        list icmp_type 'destination-unreachable'
        list icmp_type 'packet-too-big'
        list icmp_type 'time-exceeded'
        list icmp_type 'bad-header'
        list icmp_type 'unknown-header-type'
        list icmp_type 'router-solicitation'
        list icmp_type 'neighbour-solicitation'
        list icmp_type 'router-advertisement'
        list icmp_type 'neighbour-advertisement'
        option limit '1000/sec'
        option family 'ipv6'
        option target 'ACCEPT'

config rule
        option name 'Allow-ICMPv6-Forward'
        option src 'wan'
        option dest '*'
        option proto 'icmp'
        list icmp_type 'echo-request'
        list icmp_type 'echo-reply'
        list icmp_type 'destination-unreachable'
        list icmp_type 'packet-too-big'
        list icmp_type 'time-exceeded'
        list icmp_type 'bad-header'
        list icmp_type 'unknown-header-type'
        option limit '1000/sec'
        option family 'ipv6'
        option target 'ACCEPT'

config rule
        option name 'Allow-IPSec-ESP'
        option src 'wan'
        option dest 'lan'
        option proto 'esp'
        option target 'ACCEPT'

config rule
        option name 'Allow-ISAKMP'
        option src 'wan'
        option dest 'lan'
        option dest_port '500'
        option proto 'udp'
        option target 'ACCEPT'

config include 'pbr'
        option fw4_compatible '1'
        option type 'script'
        option path '/usr/share/pbr/pbr.firewall.include'

config zone
        option name 'lan2'
        option input 'ACCEPT'
        option output 'ACCEPT'
        option forward 'ACCEPT'
        list network 'lan2'

config forwarding
        option src 'lan2'
        option dest 'wan'

root@K14M:~#
Hostname K14M.net
Model TP-Link TL-WR840N v4
Architecture MediaTek MT7628AN ver:1 eco:2
Target Platform ramips/mt76x8
Firmware Version OpenWrt 23.05.0-rc2 r23228-cd17d8df2a / LuCI openwrt-23.05 branch git-23.118.79121-6fb185f
Kernel Version 5.15.118

Previously, I had OpenWrt version 22.03.2, and there were problems with it too

I'd start by upgrading to 23.05.2 (you're on a release candidate -- there is no reason to stay there). Make a backup first. Then, with the upgrade process, reset to defaults and test that the wifi works as expected. Try restoring your backup and then test again.

And how does your advice differ from your previous advice to update the firmware? The previous advice came to nothing. This time.

Two. Do you know how rare this error is? Should I sit on the default settings for a week trying to catch this error?

Well, for starters, that wasn't me who said it, but my advice doesn't differ. It's quite consistent, in fact. Why? Because we want to rule out issues/bugs with older versions (particularly release candidates which may have lingering bugs).

Well, you're not on a current version, so try upgrading again.

No... it would be helpful if you told us how rare it is. Given that this is not a common issue, the only way we can understand the scope and frequency of the problem is if you provide that info.

Maybe... this can be useful for troubleshooting. In fact, do you have frequency information like "it happens on average every x days, but not consistently. The longest it's ever run before the issue manifested is y days, and the shortest is z days"? If so, we can suggest an amount of time to use the default config that would then be able to help us isolate the issue to either hardware or a potential bug in the firmware. You could further try using the vendor firmware for a similar time period... if the problem still manifests, it's not OpenWrt related at all.

Is it possible for you to run in the default configuration for a period of time?

1 Like

Make a list of all your additional packages.
Then use the OpenWrt firmware selector and add all the items from your list.
Now you've got everything you need in one image, which you can flash (again) to your router every time you want to.

Hmm from the configuration I could not see something popping out.

But i do see that for wifi you use a bridge device but that bridge also shared lan.

Can you try to enable keep up bridge for br-lan and br-lan2 ?

Also it would be very helpfull if it happens you can show a log :+1:

Also are this all devices who disconnect or only specific ones?

The device you use is using Android?

I do know for android it can also kick like it is a deauth but that only happens if the dhcp doesn't give a valid ip, a log would be really usefull here.

This error may occur every day for several days in a row and then will not happen again for a month. Perhaps the error occurs when I am actively using a Wi-Fi connection. Or perhaps when I don’t use Wi-Fi, the error also repeats, I just don’t notice it for an obvious reason.

Last time I didn't use br-lan 2 at all, and the error still occurred. Therefore, the second LAN has nothing to do with this. Also in the last article, I repeatedly published logs, but they could not find anything causing an error.

Great! Thank you. I will give that a try too.

In the interim I realized that if I used the CLI to install all of my packages and not rely on Luci the output lists all of the additional libraries and things that are needed. I copy / pasted that into a file (install_list.txt) on my Mac. Then ran the following from the terminal in the same directory that I saved the kernel, firmware, and sysupgrade files to. With the result of all of the additional packages that I install and their supporting libraries.

cat install_list.txt | grep Downloading | awk '{print "curl -O " $2}' | /bin/sh