docs: Unraid re-enrolled on Tailscale as 100.100.208.69
Unraid's Tailscale plugin node had been logged out since roughly May 2026. Re-enrolled as xtrm-unraid (100.100.208.69); the stale 100.100.208.70 node was deleted first, so the tailnet issued a new address. Dropped the old 192.168.31.0/24 advertisement — that subnet is only the macvlan shim and nothing reachable lives there. No LAN subnet routes are advertised from Unraid; the MikroTik container stays primary. accept-routes and accept-dns stay off, the former because Unraid sits on 192.168.10.0/24 and would otherwise loop. Tailscale SSH enabled, since sshd binds only 192.168.10.20 and 192.168.31.250 and so never listens on the Tailscale IP. Port forwarding over it verified. Exit node advertised, pending approval in the admin console. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
This commit is contained in:
1 parent
2021c50deb
commit
666b9baa5c
2 files changed
+97
-1
No files matched your search
@@ -2,6 +2,17 @@
|
||||
|
||||
**Purpose:** Major infrastructure events only. Minor changes are in git commit messages.
|
||||
|
||||
---
|
||||
## 2026-11-03
|
||||
|
||||
### Network: Unraid re-enrolled on Tailscale
|
||||
- **[NETWORK]** Unraid's own Tailscale plugin node had been logged out since roughly May 2026 (`BackendState: NeedsLogin`, node key zeroed, no `100.x` address). Re-enrolled as `xtrm-unraid` / **`100.100.208.69`** (`xtrm-unraid.tailf789e1.ts.net`); the stale `100.100.208.70` node was deleted from the tailnet first, so a new IP was issued. Daemon is `tailscaled` 1.96.2, state in `/boot/config/plugins/tailscale/state`.
|
||||
- **[NETWORK]** Dropped the node's old `192.168.31.0/24` advertisement. That subnet is only the macvlan shim — `br0-shim` holds `192.168.31.250/32` with a single host route to `192.168.31.4`, and no container or service lives there. No LAN subnet routes are advertised from Unraid: the MikroTik container stays primary for `192.168.10.0/24`, `.20`, `.25`, `.30`.
|
||||
- **[NETWORK]** `--accept-routes=false` and `--accept-dns=false` kept deliberately. Unraid sits *on* `192.168.10.0/24`, so accepting the hAP's route for its own subnet would loop; the resulting "peers are advertising routes but --accept-routes is false" health warning is expected, not a fault.
|
||||
- **[SERVICE]** Tailscale SSH enabled on the node. Necessary because `/etc/ssh/sshd_config` binds only `192.168.10.20` and `192.168.31.250` with no wildcard, so sshd never listens on the Tailscale IP. Port forwarding over Tailscale SSH verified (`-L 18089:127.0.0.1:80` returned HTTP 302 from the Unraid web UI).
|
||||
- **[SERVICE]** Exit node advertised from Unraid as a fallback to the hAP. **Pending manual approval** in the Tailscale admin console.
|
||||
- Detail, including the root-only `AllowTcpForwarding` behaviour in Unraid's stock sshd config, in `docs/09-TAILSCALE-VPN.md`.
|
||||
|
||||
---
|
||||
## 2026-10-16
|
||||
- Home Assistant: `corridor-bt-proxy` (Olimex ESP32-POE-ISO) added to the ESPHome integration and running as an active Bluetooth proxy. Temporarily on hAP ax3 ether3, VLAN 10 (192.168.10.100); it moves to CAP XL ether2 (VLAN 30) when mounted.
|
||||
|
||||
Reference in new issue
Block a user