weh

Yes, I have configured TrueNAS Scale itself, but not TrueCloud. I'll run some further diagnostics a little later today and share findings. I apologize if my original message came across as accusatory—that wasn't my intent. I was genuinely concerned about unexpected high-bandwidth activity I couldn't easily explain or control, and I wanted to raise it as a potential bug report or documentation gap. My claims were mostly descriptions of my experience and feelings at the time (confusion, concern about what was happening). At no point did I claim HexOS was intentionally exfiltrating data or acting maliciously. My main concern was whether the cloud connection could have been compromised in some way, or if there was a misconfiguration I wasn't aware of. I appreciate the clarification about TrueCloud and the wsocat tunnel being legitimate management traffic. I'm still learning the system and genuinely want to understand what happened. Thank you for your patience, and I'll follow up with more details once I've investigated further. As per our DM, feel free to delete this topic and I'll raise it when I have more info.

I appreciate the refund. Here's a human written response, sorry the formatting isn't as fancy. Correct - the post was summarized from a troubleshooting session late at night with Claude Sonnet 4.5 I got out of bed to notice this due to hearing "hard disk trying very hard" noises, which is unusual without someone using my Nas which alerted me to this issue (not the best alerting I admit) I initially checked Disk reporting tab in TrueNas. Near 100% saturation of Sata lanes. Then network tab (900Mbps of outgoing traffic) Then I went to my router. I confirmed this was reaching link.storjshare.io (not something in my network, or a service I use) There's no VM's on this Nas, no apps etc. Just a simple disk pool. The only reason the Nas itself contacts the internet is to update etc. Usual traffic is very low. I blocked this domain as I initially thought my network was comprised. This completely stopped hard disk activity and network activity in TrueNas reports. Then when visiting Command deck I see I'm now unable to access my machine - this made me realize link.storjshare.io likely backs api.hexos.com - Can you confirm this? Then, I toggled my new firewall rule - this then re-established deck.hexos.com connectivity. With the firewall rule paused I stopped my K3S cluster, which mounts this Nas as a share to rule this out - has done for a long time without issue. The network / disk activity continues. It continues from TrueNas direct out to the internet. Not via any other server on my network. The culprit: www-data 17377 0.0 0.0 8636 4968 ? Ss 18:30 0:00 /usr/local/libexec/wsocat --buffer-size 1048576 --ping-interval 30 --ping-timeout 60 --exit-on-eof --text ws://127.0.0.1:6000/websocket wss://api.hexos.com/server/<serverid>/<server_local_ip> Out of interest, could you let me know what was wrong with my original post? Unclaiming the server did not stop the network/disk activity issue as stated in my original post.

Dear HexOS / Linus Tech Tips Team, I hope this message finds you well. I'm writing regarding my recent HexOS purchase, which I bought as an early access product expecting simplified TrueNAS management. Unfortunately, I've encountered challenges that have led me to request a refund, and I need your help disabling the service. What I Experienced After claiming my server Unexpected Network & disk: With no backup configured, I saw sustained ~900Mbps outbound traffic to link.storjshare.io and api.hexos.com via the wsocat WebSocket tunnel (PID 17377, 1MB buffers). This matched high disk reads from my media vault. Difficult to Control: Killing wsocat stops it temporarily, but it restarts. midclt call service.stop "hexos-agent" fails (service not found). No clear GUI toggle exists. Dashboard Dependency: Blocking the tunnel (with my firewall) eliminates uploads but breaks HexOS Deck access ("Server not available"). - Even removing the server from the HexOS cloud service does not stop this data transfer. Unexpected Cloud Service Lock in: I didn't expect to be required to rely on your cloud service to maintain my own server, this goes against self hosted as a concept.. Why HexOS Isn't Valuable for Me Honestly, I don't see much value in continuing with HexOS for the price I paid: Limited Features: The cloud dashboard and "simplified" management haven't demonstrated significant improvements over stock TrueNAS Scale. Early Access Concerns: I purchased during early access expecting rapid progress, but haven't seen meaningful updates or enhancements that justify the cost. Misleading Expectations: The aggressive cloud sync behavior felt like data exfiltration rather than helpful management, without clear opt-out options or bandwidth controls. I feel somewhat misled by the early access promise—I expected a product evolving toward clear value, but the core issues (uncontrollable uploads, poor disable process) persist. My Requests Full Refund: I'd like to return to standalone TrueNAS Scale. Official Disable Instructions: Step-by-step process to permanently remove the HexOS overlay/tunnel without data loss or reinstall. Data Confirmation: What was uploaded during the sync? (Metadata only? Full files from my media vault?) And can you confirm/delete any stored data? Thank you for understanding my position. I wanted HexOS to work but ultimately find it doesn't meet my needs. Your assistance with the refund and clean uninstall would be greatly appreciated.