Bug 583 - SSH daemon not starting: Missing key file
Summary: SSH daemon not starting: Missing key file
Status: ASSIGNED
Alias: None
Product: LTSP
Classification: Unclassified
Component: LTSP Core (show other bugs)
Version: unspecified
Hardware: x86 (IA32) Linux (All)
: high normal
Assignee: Jim McQuillan
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2004-05-01 05:32 UTC by Jochen Roemling
Modified: 2013-03-15 10:31 UTC (History)
0 users

See Also:
i915 platform:
i915 features:


Attachments

Description Jochen Roemling 2004-05-01 05:32:23 UTC
I installed LTSP 4 from the ISO image downloadable at Sourceforge. 

When I configure "LOCAL_APPS = Y", the system tries to start a ssh daemon.
This is not working because we don't have any key file.
The problem is, if we create a key file in /opt/ltsp/i386/etc/ssh, this would be
used by all clients and as far as I understood, every PC should have his own key.

So I edited rc.sysinit and changed the call to sshd to:

sshd -h /etc/ssh/ssh_host_key_${HOSTNAME} \
     -h /etc/ssh/ssh_host_key_rsa_${HOSTNAME} \
     -h /etc/ssh_host_key_dsa_${HOSTNAME}

You then have to create your keys using: 

ssh-keygen -t rsa1 -b 1024 -f /opt/ltsp/i386/etc/ssh/ssh_host_key_ws001  -N ''
ssh-keygen -t rsa -b 1024 -f /opt/ltsp/i386/etc/ssh/ssh_host_key_rsa_ws001  -N ''
ssh-keygen -t dsa -b 1024 -f /opt/ltsp/i386/etc/ssh/ssh_host_key_dsa_ws001  -N ''

Of course this has to be done manually from the host computer, because the
client has read-only root fs. 

What do you think? Or have I missed something and this is already implemented?
Comment 1 chemtech 2013-03-15 08:05:21 UTC
Jochen Roemling,
Do you still experience this issue with newer soft?
Please check the status of your issue.
Comment 2 Jochen Roemling 2013-03-15 10:31:36 UTC
I have never upgraded my LTSP setup after installing it and have not used it for many years now (it might still be working, if I tried, but my usecases have disappeared over the years), so I cannot give you any feedback on newer versions. 

From my point of view, the case can be closed.


Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.