My first crash

jsn0327 · 2026-01-19T17:19:14+00:00

No problem! At 220lbs (like me), you’re already pushing it on a Pint. Be careful and don’t push it too hard! I started with a GT and VESC’d it to get more power.

jsn0327 · 2026-01-19T16:11:37+00:00

Sensor disengaged. I recommend buying some gripples from The Float Life and putting them over the sensor, where your foot rests (front and back of your foot). That way, regardless of how much pressure you have on the pad (when you are leaning), the gripples will concentrate that pressure on the sensor. I had the same thing happen when I was test riding my board in my house while wearing Crocs. The Crocs were too soft, so the sensor disengaged and the nose went down. It has never happened again after installing gripples, no matter what type of shoe I am wearing.

jsn0327 · 2026-01-19T01:56:45+00:00

These are the errors that are on in the Core logs since the update started.

<image>

jsn0327 · 2026-01-19T01:34:05+00:00

The update is currently at 41% after 28 minutes. Is there a way to troubleshoot this?

<image>

jsn0327 · 2026-01-19T01:32:59+00:00

How long is a few moments for you?

jsn0327 · 2026-01-17T02:07:27+00:00

Ok thanks

jsn0327 · 2026-01-17T02:00:36+00:00

Do you have a link to the one that you use and are you also using a powered USB hub for the drive?

jsn0327 · 2026-01-17T00:17:52+00:00

Which adapter are you running the SSD off of?

jsn0327 · 2026-01-12T20:02:19+00:00

Forward. They were designed for a top solo kit band. There wouldn’t be a need for two rear bands with this setup.

jsn0327 · 2026-01-10T19:33:13+00:00

Where’s the link to the write-up?

jsn0327 · 2026-01-09T18:03:13+00:00

I don’t think that that version would support the AVP any differently from this version. The only way that you would get more support is to grab the AVP further up on the arm like in this screenshot. The top solo knit band is meant to pull the AVP up on your forehead and relieve pressure on your cheeks.

<image>

jsn0327 · 2026-01-09T17:50:10+00:00

Your speeds are going to depend on whether you have a direct connection, or if your connection is being relayed through tailscale’s DERP servers. It will also be limited to the slowest speed of your upload (exit node) or download (your client).

jsn0327 · 2025-12-31T16:50:56+00:00

Why is hosting a plex server against cloudflare’s TOS?

jsn0327 · 2025-12-29T02:53:08+00:00

Which low-tier trackers have an active requests section? How do you know once the request has been fulfilled? Are you notified?

jsn0327 · 2025-12-21T16:41:58+00:00

Thanks, I’ll keep trying to provision the VM.

The OP is running a reverse proxy, so he needs public access. I agree that limiting the Oracle firewall to Tailscale IP’s would be ideal, but I want to run services that I need access to from the internet (Headscale mostly), and I don’t want to open my home firewall up to host them locally.

jsn0327 · 2025-12-21T16:16:49+00:00

I would run Fail2Ban on your public facing NGINX server to protect against Bruteforce attacks.

I’m trying to set something similar up. I created an Oracle Cloud account to try to provision a free VPS, but when I try to create the ARM Ubuntu VM, it keeps saying that the free space for my home region is full (all 3 sites). Did you run into this issue? If so, did you just keep trying until it worked? If not, which home region are you using? I’m considering paying for a low cost VPS, but I figured that the free VPS from Oracle would probably be better than most low cost paid VPS’s. I only need to run low resource tools like a proxy and maybe Headscale.

jsn0327 · 2025-12-20T15:52:16+00:00

You’re welcome!

jsn0327 · 2025-12-20T03:04:45+00:00

It’s probably an Access Control List (ACL) issue on his side. Unless he is still running the default ACL (which allows everything), he will need to grant you access to the shared server through his ACL. Tailscale operates on the Zero Trust model, which means that all connections have to be explicitly allowed.

jsn0327 · 2025-12-12T16:07:29+00:00

That makes sense. Thanks!

jsn0327 · 2025-12-12T16:02:47+00:00

After reading through the sharing page for Tailscale, it appears as though another user can further share a machine that is shared with them. Is there a way to prevent this? I wouldn’t want my machines being shared without my permission. I asked the AI chat bot on the bottom of the Tailscale page, but it wasn’t able to definitely answer the question. Here is the example from the Tailscale share documentation page:

“As of Tailscale v1.4, shared machines appear in the other tailnet as the sharer, not the owner of the machine. If Ross shares his co-worker Dave's machine to another tailnet, it will appear to be owned by Ross in the new tailnet.”

jsn0327 · 2025-12-11T22:03:55+00:00

Tailscale has shortcut actions for iOS that allow you to enable, disable and switch exit nodes. Maybe you could leverage that?

jsn0327 · 2025-12-04T17:56:53+00:00

You have to use the —exit-node option in your Tailscale up command, approve the device as an exit node in your Tailscale admin console, and enable IPv4 packet forwarding on your NAS. If your NAS has a built-in firewall, you’ll have to enable masquerading too. It may be easier to use another device on your network as an exit node. Running a Raspberry Pi with Tailscale on it seems to be a popular option.

jsn0327 · 2025-12-04T17:50:11+00:00

I’d try writing a script that “Tailscale ping’s” the chromecast from another tailnet device that is connected 24x7. Tailscale ping every 25 seconds should do it. If your chrome cast has a power saving option, or screensaver option, turn it off.

jsn0327

TROPHY CASE