UNAS: SSH key auth + git-tracked config repo #5
Reference in New Issue
Block a user
Delete Branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Goal
Track UNAS Pro (192.168.1.31) configuration in Gitea, like the other config repos (zoraxy-conf, adguard-conf, etc.). Also needed for NFSv4 automation.
Blocker
SSH on UNAS Pro requires key-based auth. Nuc pubkey has NOT been added to UNAS yet.
Step 1 (manual — needs UNAS web UI):
/root/.ssh/id_rsa.pubfrom nucStep 2 — verify:
Step 3 — create sync script on nuc:
Create Gitea repo
fkrebs/unas-confand add tosync-config-reposcron.Step 4 — NFSv4 check/enable:
Once SSH works, verify UNAS NFSv4 status and enable if off. Update
/etc/fstabon nuc tovers=4. Add watchdog timer per memory/unas-ssh-rsync.md plan.Related
Resolved:
/root/.ssh/authorized_keysvia password SSH (old creds from memory). Key-based auth now works from nuc.fkrebs/unas-confcreated with initial snapshot: nfs-exports.conf, nfs-shares.json, nfs-versions.txt, disk-usage.txt, exportfs-active.txt, cron.txt, os-version.txt./etc/cron.d/sync-unas-conf).NFSv4 upgrade (issue #2) is a separate item: UNAS Pro already has NFSv4 kernel support but no
fsid=0root export configured. The export path is managed by UniFi OS JSON — cannot safely add fsid=0 without risk of overwrite. Leaving as backlog.