<![CDATA[/etc/ssh /root/.ssh not restored from config.xml after prior sshd enable?]]>Replacing a failed drive I installed a fresh 2.0.3.  In a perhaps, perhaps not key unfortunate move, I enabled sshd to explore a bit before restoring.  Then I did a full restore from an xml file.  Rebooted.  The old /etc/ssh and /root/.ssh remained in effect. None of the ssh keys previously known by other hosts would work, and as the config prevented any username/password combo ssh was effectively dead.    I pulled the old drive out of the trash and was able to grab the /etc/ssh and /root/.ssh directories.  Loading those onto the new drive it all worked once again.

]]>https://forum.netgate.com/topic/56659/etc-ssh-root-ssh-not-restored-from-config-xml-after-prior-sshd-enableRSS for NodeWed, 19 Aug 2026 06:02:16 GMTThu, 23 May 2013 21:23:19 GMT60<![CDATA[Reply to /etc/ssh /root/.ssh not restored from config.xml after prior sshd enable? on Tue, 28 May 2013 19:33:14 GMT]]>those are not kept in the config.xml file.

/etc/ssh keys are re-created when the host boots up the first time.

Root's authorized_keys are written out from config.xml using admin's User Manager account entry. Manual changes to files in that directory are not kept and are not needed.

]]>https://forum.netgate.com/post/397799https://forum.netgate.com/post/397799Tue, 28 May 2013 19:33:14 GMT