I figured out my way. If I boot my VMs with a debian live ISO, they’ll show up as zd devices on the TrueNAS CLI, but not be mounted. Then I can just dd copy them to a new zvol.
Anyone else having issues when ssh into Goldeneye beta when using public-key (no password).
I am wanting to login from my workstation to truenas with no password.
This used to work, but since going from 25.4 to 25.10 it stopped.
I tried regenerating the keys and it still keeps on asking for password. I tried installing the workstation’s public keyboth through the GUI and command line (directly into authorised_keys in “.ssh” directory).
I assume you are using a manual ssh connection?
If its not working as expected, please report a bug. I know there is 1 issue fixed in RC.1, but not sure its the same one. If you want to test with a nightly, it would confirm it is not.
Works as expected here.
$ ssh truenas_admin@truenas
Linux truenas 6.12.33-production+truenas #1 SMP PREEMPT_DYNAMIC Wed Aug 27 19:13:02 UTC 2025 x86_64
[...]
Welcome to TrueNAS
Last login: Thu Sep 18 09:26:20 2025 from 192.168.1.143
truenas_admin@truenas[~]$
Public key installed via UI.
@ Peter_Cutts try
ssh -v ...
Kind regards,
Patrick
Thanks for the help @pmh - your post triggered me on a journey, and I finally figured it out from the messages in /var/logs/auth.log on truenas:
Sep 18 20:54:02 truenas sshd[633641]: Connection closed by authenticating user peter 192.168.1.7 port 45876 [preauth]
Sep 18 20:54:03 truenas sshd[638399]: Authentication refused: bad ownership or modes for directory /mnt/Alice/home/peter
It seems that my problem was the permissions on my home directory on the server side needs to be 755 (it was 775).
I wonder if sshd was upgraded and was slightly more strict?
Anyway, problem is now solved. Posting my solution in case someone stumbles accross this and it may help them.
Is anyone else seeing this issue, or just me? I’ll open a bug if no one else has.
Known bug, see the round-ups here → 25.10-BETA.1 2025 Sep 3