[Bug 3460] New: sshd -T aborts when no hostkeys are available and does not emit any parsed configuration
bugzilla-daemon at mindrot.org
bugzilla-daemon at mindrot.org
Wed Jul 13 01:26:42 AEST 2022
https://bugzilla.mindrot.org/show_bug.cgi?id=3460
Bug ID: 3460
Summary: sshd -T aborts when no hostkeys are available and does
not emit any parsed configuration
Product: Portable OpenSSH
Version: v9.0p1
Hardware: Other
OS: Linux
Status: NEW
Severity: enhancement
Priority: P5
Component: sshd
Assignee: unassigned-bugs at mindrot.org
Reporter: dkg at fifthhorseman.net
over in https://bugs.debian.org/959726 the debian postinst script for
openssh-server is being discussed. That postinst script needs to parse
the sshd_config file to figure out what host keys need to be created.
I'm sure this isn't the only sysadmin-related tooling that tries to do
such a task.
rather than re-implementing the configfile parser with some janky
approximation with perl, it'd be nicer to use `sshd -T` to get a
normalized form and then parse the results more simply.
However, that's not possible for the postinst script because `sshd -T`
aborts with an error and fails to emit any parsed configuration if no
hostkeys are available (error message: "sshd: no hostkeys available --
exiting.")
I don't know what other errors in the configuration might cause sshd -T
to abort with a failure, but it would be nice if it would go ahead and
emit the parsed configuration anyway.
(if this seems wrong to do by default for whatever reason, perhaps a
distinct option besides -T could be used to emit the parsed
configuration regardless of whether there is an error)
--
You are receiving this mail because:
You are watching the assignee of the bug.
More information about the openssh-bugs
mailing list