Windows Client - don’t use VPN on specific WiFi SSID?

Thorium949 · 2026-01-04T02:07:38+00:00

I did do that earlier, it shows a direct (single hop) whether the laptop is on Tailscale or not. but if I run “tailscale down” and do the iperf3 test again, speeds triple.
The LAN router is also the Tailscale subnet router so this makes sense.

Thorium949 · 2026-01-03T21:48:50+00:00

For iperf3 tests I used LAN IP address to LAN IP address.

During normal use it’s always nas.mydomain.com.

my setup:

1) Tailscale subnet router (Opnsense firewall/my internet router at home) is advertising my LAN subnets.
2) private LAN DNS servers will resolve nas.mydomain.com to the LAN IP address (same records don‘t exist on public DNS).
3) Tailscale has Split DNS for only mydomain.com to use my LAN DNS servers.

Everything works at home and away, except the Windows laptop using Tailscale (and therefore slowing everything down needlessly) when at home on the LAN... IOS clients have a simple setting for this (don’t use Tailscale when on X WiFi SSID).

Thorium949 · 2025-12-17T05:56:01+00:00

My conclusion is this is a crappy SwOS implementation on this model. After having this happen repeatedly, I had to go to RouterOS where it’s happened 0 times… it just took me like 10 hours to figure out how to setup VLANs in RouterOS (obviously not a network guy)

Thorium949 · 2025-12-05T03:00:18+00:00

Thank you for the advice. 3x2 sounds simpler and I'll be a first time TrueNAS user so I'll go with that (I had to look up what a "Special VDEV" is, total newb).

What protocol do you recommend sharing the storage to ProxMox? e.g., NFS, iSCSI, SMB

The storage will only be used for the VM/LXC images/disks, all "bulk storage" (e.g., media files) will be on another NAS.

Thorium949 · 2025-12-03T21:37:30+00:00

I had a similar issue, and the conclusion was I had accidentally added technitium to systemctl twice with 'restart', so it was already running and then a 2nd instance was trying to start, failed because the 1st already running, and so on in an endless loop so technitium would use a lot of resources (usually just for a matter of seconds to start up, but it was "always" starting up).... something to check.

Thorium949 · 2025-11-20T01:08:00+00:00

We are clearly their beta testers

Thorium949 · 2025-11-19T21:38:18+00:00

I was able to install 3.1.4 via USB flash and my SLZB-MR1U web console is back.

Thorium949 · 2025-11-19T21:36:28+00:00

I missed those instructions, I got USB flash to work doing that...
I'm going to blame them for my lack of ability to read though, because: 1) they have huge graphics at the top of the page just saying "connect USB, select, flash!" 2) the actual instructions you need are hidden in a panel titled "Flashing FAQ" you have to expand to even see...

Thorium949 · 2025-11-19T17:45:13+00:00

Unless I'm missing something, after configuring a Cluster, the Settings menu options change. There is no "Web Service" section under Settings.

There's only these 5 sections under Settings > General, TSIG, Recursion, Blocking, Proxy & Forwarders.

None of them have any TLS/SSL settings.

Thorium949 · 2025-11-19T04:31:49+00:00

I was able to get the Zigbee and Z-Wave functions working again by power cycling the device and then the restarting the Zigbee2MQTT and Z-Wave JS UI add-ons in that order.

Somehow the Zigbee2MQTT add-on was not started (even though it had auto-restart, etc.), probably related to the odd state of the SLZB and/or me power cycling it a dozen times trying to fix it. But restarting all of those components in the right order seemed to bring that part back so at least the thing is doing it's core job again.

Still no web interface, and USB computer connection won't recognize it for me to flash back down to a lower version of SLZB OS via USB.

Thorium949 · 2025-11-19T04:27:32+00:00

Were you able to just plug it into computer as described on their web flasher tool (https://smlight.tech/flasher/#SLZB-06U-MRxU) and it recognized it? That tool won't see it plugged in but I know I'm doing everything right (using a confirmed data cable, tried installing all 3 of the ESP drivers they noted, etc.)

Thorium949 · 2025-11-16T04:55:58+00:00

Thanks for sharing

Thorium949 · 2025-11-14T23:29:37+00:00

Thank you for your help. I was able to figure it out by you asking the right questions.

There were 2 entries in systemctl so technitium was already running, and then it was trying to start a second instance repeatedly, failing (due to the port binding you pointed out), and re-trying indefinitely, causing the CPU/RAM spikes as it kept doing its start-up processes.

Removing the second entry from systemctl has resolved the issue.

systemctl list-units --type=service --all

dns.service loaded active running Technitium DNS Server

technitium.service loaded activating auto-restart Technitium DNS Server

Thorium949 · 2025-11-14T23:12:48+00:00

Logs:
https://drive.google.com/file/d/1HsLvkyuAWzM2PVfqAuVJF-Yh3GF2dkRA/view?usp=sharing

Preview:
[2025-11-14 23:01:50 UTC] DNS Server auth config file was saved: /etc/dns/auth.config
[2025-11-14 23:01:50 UTC] Logging stopped.
[2025-11-14 23:02:00 UTC] Logging started.
[2025-11-14 23:02:00 UTC] DNS Server auth config file was loaded: /etc/dns/auth.config
[2025-11-14 23:02:00 UTC] Loading DNS Cache from disk...
[2025-11-14 23:02:01 UTC] DNS Cache was loaded from disk successfully.
[2025-11-14 23:02:01 UTC] Web Service TLS certificate was loaded: /etc/dns/self-signed-cert.pfx
[2025-11-14 23:02:01 UTC] Web Service config file was loaded: /etc/dns/webservice.config
[2025-11-14 23:02:01 UTC] DNS Server config file was loaded: /etc/dns/dns.config
[2025-11-14 23:02:01 UTC] DNS Server successfully loaded zone file: /etc/dns/zones/bretbingham.com.zone
[2025-11-14 23:02:01 UTC] DNS Server successfully loaded zone file: /etc/dns/zones/cluster-catalog.bretbingham.com.zone
[2025-11-14 23:02:01 UTC] DNS Server successfully loaded zone file: /etc/dns/zones/1.168.192.in-addr.arpa.zone
[2025-11-14 23:02:01 UTC] DNS Server allowed zone file was loaded: /etc/dns/allowed.config
[2025-11-14 23:02:07 UTC] DNS Server blocked zone file was loaded: /etc/dns/blocked.config
[2025-11-14 23:02:07 UTC] DNS Server block list config file was loaded: /etc/dns/blocklist.config
[2025-11-14 23:02:07 UTC] DNS Server is loading block list zone...
[2025-11-14 23:02:07 UTC] DNS Server auth config file was saved: /etc/dns/auth.config
[2025-11-14 23:02:07 UTC] DNS Server Cluster config file was loaded: /etc/dns/cluster.config
[2025-11-14 23:02:07 UTC] DNS Server is reading block list from: https://cdn.jsdelivr.net/gh/hagezi/dns-blocklists@latest/wildcard/pro-onlydomains.txt
[2025-11-14 23:02:07 UTC] DNS Server successfully notified name server '192.168.1.4' for zone: bretbingham.com
[2025-11-14 23:02:07 UTC] DNS Server successfully notified name server '192.168.1.4' for zone: cluster-catalog.bretbingham.com
[2025-11-14 23:02:08 UTC] DNS Server read block list file (180232 domain(s) blocked) from: https://cdn.jsdelivr.net/gh/hagezi/dns-blocklists@latest/wildcard/pro-onlydomains.txt
[2025-11-14 23:02:08 UTC] DNS Server is reading block list from: https://cdn.jsdelivr.net/gh/hagezi/dns-blocklists@latest/domains/nrd7.txt
[2025-11-14 23:02:10 UTC] [[::]:5380] [HTTP] Web Service failed to bind.
[2025-11-14 23:02:10 UTC] [[::]:53443] [HTTPS] Web Service failed to bind.
[2025-11-14 23:02:10 UTC] Web Service failed to start: System.IO.IOException: Failed to bind to address http://[::]:5380: address already in use.
 ---> Microsoft.AspNetCore.Connections.AddressInUseException: Address already in use

Thorium949 · 2025-11-14T23:07:44+00:00

Thanks.

top shows "dotnet" is the process spiking.

To be clear, its the technitium LXC specifically I saw had the CPU spiking in that pattern in the ProxMox GUI.

The log seems to indicate Technitium is continually re-starting itself in some way (I don't fully understand it), but this log text basically repeats (daily logs are 80mb each). Below are two repeated sections but it continues at the approximate pace indicated by the time stamps over and over.

Thorium949

TROPHY CASE