Menu

Show posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.

Show posts Menu

Messages - Boxer

#1
General Discussion / Re: Trouble understanding VLANs
April 13, 2026, 11:26:10 PM
Post #5 https://community.tp-link.com/en/home/forum/topic/214828
Apparently it's a built-in mechanism that cannot be turned off
#2
General Discussion / Re: Trouble understanding VLANs
April 13, 2026, 10:03:56 PM
First, let me apologise. The Tapo AP's ping those servers (reddit, netflix etc) to check the connection is still up. So sorry about questioning that. I still think that's absurd if they're in AP Mode. But it is a ping only, there's no data telemetry. You can block those pings on opnsense but the AP will show a constant red light as if network is down, even when it's up.
#3
General Discussion / Re: Trouble understanding VLANs
April 12, 2026, 11:18:00 PM
The telemetry you talk about isn't originating from the AP itself but from the clients connected to that AP (laptop, phone, pc etc.), as already pointed out. If you want to limit such telemetry then you can use Unbound DNSBLs or Adguard Home plugin on the main OPNsense machine (things may break and you'll need to unbreak them if you're aggressive in your blocking). You have a lot of plans with regards to your network but I think it's best to start with the easy stuff. Understand what an AP does. It's just a bridge to your opnsense. Make sure it's in AP Mode and not Router Mode. Unbound/Adguard for telemetry blocking. These are things you can do right now before you get your managed switch. :)
#4
If it still doesn't work keep lowering your mss value until it does
#5
Interfaces>wan
#6
Try clamping your mss to 1492
#7
I had similar issues with Microsoft and it's the DNSmasq RA MTU that needs to be manually set. If you use radvd instead, the issue goes away. But setting the dnsmasq RA MTU to a workable value also fixes it. As does clamping the WAN MSS value
#8
In Reporting, Unbound shows a blocklist size from two days ago (it's updated daily). The logs show that the DNSBLs were updated but then Unbound auto restored the database after the last two updates. Maybe corruption or size issues? I don't know
#9
Yes I see the same thing. According to the Unbound logs the blocklist are updating but then a few hours later I see this in the log -

<Database auto restore from /var/cache/unbound.duckdb for cleanup reasons in 0.44 seconds>
#11
Also, the tester defaults back to Local Database after each test. Just something to watch out for:)
#12
Uncheck Local Database in settings>administration>authentication. No need to have both TOTP and Local DB enabled. Then test again
#13
Firewall>Diagnostics>States>Actions>Reset state table.
That should clear them if they're already disabled
#14
26.1, 26,4 Series / Re: 26.1.1 MTU Issues on PPPoE
February 13, 2026, 07:53:44 PM
Good stuff
#15
Disable said extensions and see if the queries stop. It's almost certain that one of them is the cause. Be careful :)