wifi disconnects when changing settings
-
Hi, when I add a new entry to DNS Forwarder or DHCP Server, wifi drops out. It generally takes 5-10 seconds for people to reconnect when it happens. I've read that this might be prevented by disabling
Advanced > Misc > Gateway Monitoring > State Killing on Gateway Failure
, but it hasn't fixed it. Any clues where I might look to diagnose this?Cheers.
-
Going to need more details here.
How is the wifi connected?
Define 'drops out'?
'State Killing on Gateway Failure' is not enabled by default. If you have enabled it is there a reason for that? You have multiwan configured?
Steve
-
@stephenw10 The wifi is a set of 3 Unifi access points. They're connected to a L2 switch which is connected to the XG-7100.
The dropout results in anyone in the office who's using Zoom disconnecting from wifi. The Unifi access points log a disconnect and then reconnect a few seconds later. Only devices using streaming/voip/etc. appear to be affected.
Multi-wan is configured as a failover. The backup connection gets used maybe two or three times a year. I've checked the gateway logs and the dropouts doesn't correlate to a wan failover. I can recreate the issue every time when clicking Refresh after changing DHCP Server or DNS Forwarder settings.
Thanks,
Duncan -
Check the system, resolver and dhcp logs when you trigger it. What is actually being run at that point?
Wifi clients actually lose link with the wifi or just connection to resources?
Steve
-
@stephenw10 Sorry for the late response, went to the office to try this out.
So I deleted a DHCP reservation, and clicked the green Apply Changes up the top and my pings to LAN on wifi stopped working for ~20 seconds. In my initial post I said that the wifi fully disconnected, but I was mistaken. Wifi stays connected from both the AP's perspective and the laptop's perspective.
This is the DHCP log from when I clicked Apply:
Dec 16 13:08:16 dhcpd DHCPREQUEST for 192.168.0.44 from 42:42:a2:83:15:d9 via lagg0.4091 Dec 16 13:08:14 dhcpd Server starting service. Dec 16 13:08:14 dhcpd Sending on Socket/fallback/fallback-net Dec 16 13:08:14 dhcpd Sending on BPF/lagg0.4091/00:08:a2:10:10:9a/192.168.0.0/24 Dec 16 13:08:14 dhcpd Listening on BPF/lagg0.4091/00:08:a2:10:10:9a/192.168.0.0/24 Dec 16 13:08:14 dhcpd Sending on BPF/lagg0.4093/00:08:a2:10:10:9a/192.168.40.0/21 Dec 16 13:08:14 dhcpd Listening on BPF/lagg0.4093/00:08:a2:10:10:9a/192.168.40.0/21 Dec 16 13:08:14 dhcpd Sending on BPF/lagg0.42/00:08:a2:10:10:9a/10.42.0.0/23 Dec 16 13:08:14 dhcpd Listening on BPF/lagg0.42/00:08:a2:10:10:9a/10.42.0.0/23 Dec 16 13:08:14 dhcpd Sending on BPF/lagg0.50/00:08:a2:10:10:9a/10.50.0.0/24 Dec 16 13:08:14 dhcpd Listening on BPF/lagg0.50/00:08:a2:10:10:9a/10.50.0.0/24 Dec 16 13:08:14 dhcpd Sending on BPF/lagg0.60/00:08:a2:10:10:9a/10.60.0.0/24 Dec 16 13:08:14 dhcpd Listening on BPF/lagg0.60/00:08:a2:10:10:9a/10.60.0.0/24 Dec 16 13:08:14 dhcpd Wrote 103 leases to leases file. Dec 16 13:08:14 dhcpd Wrote 0 new dynamic host decls to leases file. Dec 16 13:08:14 dhcpd Wrote 0 deleted host decls to leases file. Dec 16 13:08:14 dhcpd For info, please visit https://www.isc.org/software/dhcp/ Dec 16 13:08:14 dhcpd All rights reserved. Dec 16 13:08:14 dhcpd Copyright 2004-2018 Internet Systems Consortium. Dec 16 13:08:14 dhcpd PID file: /var/run/dhcpd.pid Dec 16 13:08:14 dhcpd Internet Systems Consortium DHCP Server 4.4.1 Dec 16 13:08:14 dhcpd Database file: /var/db/dhcpd.leases Dec 16 13:08:14 dhcpd Config file: /etc/dhcpd.conf Dec 16 13:08:14 dhcpd For info, please visit https://www.isc.org/software/dhcp/ Dec 16 13:08:14 dhcpd All rights reserved. Dec 16 13:08:14 dhcpd Copyright 2004-2018 Internet Systems Consortium. Dec 16 13:08:14 dhcpd Internet Systems Consortium DHCP Server 4.4.1
In DNS forwarder, I deleted a DNS entry and then when I clicked the green Apply Changes button, the same situation with losing wifi happened:
Dec 16 13:11:14 dnsmasq 28872 using nameserver 8.8.8.8#53 Dec 16 13:11:14 dnsmasq 28872 ignoring nameserver 127.0.0.1 - local interface Dec 16 13:11:14 dnsmasq 28872 reading /etc/resolv.conf Dec 16 13:11:12 dnsmasq 28872 read /etc/hosts - 323 addresses Dec 16 13:11:12 dnsmasq 28872 using nameserver 1.1.1.1#53 Dec 16 13:11:12 dnsmasq 28872 using nameserver 8.8.8.8#53 Dec 16 13:11:12 dnsmasq 28872 ignoring nameserver 127.0.0.1 - local interface Dec 16 13:11:12 dnsmasq 28872 reading /etc/resolv.conf Dec 16 13:11:12 dnsmasq 28872 compile time options: IPv6 GNU-getopt no-DBus i18n IDN2 DHCP DHCPv6 no-Lua TFTP no-conntrack ipset auth DNSSEC loop-detect no-inotify dumpfile Dec 16 13:11:12 dnsmasq 28872 started, version 2.80 cachesize 10000 Dec 16 13:11:11 dnsmasq 54701 exiting on receipt of SIGTERM
Weirdly, a ping running on LAN with no wifi involved didn't have the issue.
Edit: It looks like dnsmasq and dhcpd both received SIGTERM at the same time as eachother in both tests.
-
Anything in the system log?
None of that looks unexpected. Those events are complete in a few seconds and lack of access to dhcp or dns should not prevent anything that's already open.
Steve
-
@stephenw10 System > General looks like what I'd expect:
Dec 16 13:10:52 php-fpm /services_dnsmasq.php: End of configuration backup to https://acb.netgate.com/save (success). Dec 16 13:10:47 php-fpm /services_dnsmasq.php: Beginning configuration backup to https://acb.netgate.com/save Dec 16 13:10:47 check_reload_status Syncing firewall Dec 16 13:08:08 php-fpm /services_dhcp.php: End of configuration backup to https://acb.netgate.com/save (success). Dec 16 13:08:03 php-fpm /services_dhcp.php: Beginning configuration backup to https://acb.netgate.com/save Dec 16 13:08:03 check_reload_status Syncing firewall
System > Routing looks a bit weird, and looks like it's timezoned differently:
Dec 17 02:39:40 radvd 70402 removing /var/run/radvd.pid Dec 17 02:39:40 radvd 70402 sending stop adverts Dec 17 02:39:40 radvd 70402 exiting, 1 sigterm(s) received Dec 17 02:20:22 radvd 70283 invalid all-zeros prefix in /var/etc/radvd.conf, line 9 Dec 17 02:20:22 radvd 70283 version 2.17 started Dec 17 01:49:59 radvd 10014 returning from radvd main Dec 17 01:49:59 radvd 10014 removing /var/run/radvd.pid Dec 17 01:49:59 radvd 10014 sending stop adverts Dec 17 01:49:59 radvd 10014 exiting, 1 sigterm(s) received The radvd.conf file only contains: `# Automatically Generated, do not edit`
-
Hmm, nothing much there. It should not stop responding to local pings just by doing that.
Are you running 2.4.5p1? 2.4.5 had a performance bug that could present very much like that.
https://redmine.pfsense.org/issues/10414
Though even that was not 20s!Steve
-
@dfairley said in wifi disconnects when changing settings:
System > General
Dec 16 13:10:52
...
System > Routing
Dec 17 02:39:40That's strange.
radvd is a "IPv6" process. You are using IPv6 ?
And why would it start stop every 10 minutes between 1 and 2 PM ??@dfairley said in wifi disconnects when changing settings:
Multi-wan is configured as a failover
Mtake a backup of your settings, and then goto classic-single-WAN setup. make your settings as standard as possible. Just to eliminate possible issues.
@dfairley said in wifi disconnects when changing settings:
when clicking Refresh
What refresh (button ?) ?
-
@stephenw10 said in wifi disconnects when changing settings:
Are you running 2.4.5p1?
I am, yep.
@gertjan said in wifi disconnects when changing settings:
radvd is a "IPv6" process. You are using IPv6 ?
And why would it start stop every 10 minutes between 1 and 2 PM ??Not intentionally - I have "Allow IPv6" unchecked, and "Prefer IPv4 over IPv6" checked.
I'm not sure why it start-stopped. It only happened those two times yesterday and prior to that, December 12. Seems to coincide with config changes.@gertjan said in wifi disconnects when changing settings:
Mtake a backup of your settings, and then goto classic-single-WAN setup. make your settings as standard as possible. Just to eliminate possible issues.
I'll try this out over Christmas. Thank you for the idea.
@gertjan said in wifi disconnects when changing settings:
What refresh (button ?) ?
Sorry, I meant the green Apply Config button that appears up the top when you save a config change.
-
Hmm, I'd probably be running a packet capture to see what's actually happening at that point.
If pings are arriving there's no reason pfSense would not respond for that long.
Steve
-
So I confirmed that packets are only dropped if I'm connected with wifi. With LAN there's no interruption.
Then, I disabled snort, and switched to a basic single-wan setup. Restarted everything. The issue still occured: packets are dropped for ~30 seconds when I apply a DNS Forwarder or DHCP server config change.
I updated my unifi APs + controller and no change. Then I unchecked "Block LAN to WLAN Multicast and Broadcast Data" on the unifi AP side of things. Now I only lose packets for ~1 second. Zoom calls no longer drop out. Works for me!Thank you both for helping me figure it out.
-
@dfairley said in wifi disconnects when changing settings:
Then I unchecked "Block LAN to WLAN Multicast and Broadcast Data"
Blocking broadcasts coming from LAN, for example pfSEnse ?
Right away I thought : what about DHCP transactions ? -
Mmm, that's fun!