trying to resurrect discussion about "Cannot signal a process over a channel (rfc 4254, section 6.9)"

Thierry Parmentelat thierry.parmentelat at inria.fr
Thu Jul 5 16:26:06 AEST 2018


Hi everybody

I’d like to resurrect the discussion on a known issue with the openssh server, regarding signal delivery as described in rfc4254

This has been originally reported about ten years ago in this thread:
https://bugzilla.mindrot.org/show_bug.cgi?id=1424

I am taking he liberty to copy a few people who contributed that thread over time

The discussion does not seem to expose the reasons that lead to the feature being held back for so long
I do share Thomas’s feeling that separating the server and client aspects would be a good way to restart from a clean slate

This is why I would suggest to first address the server side of the matter, which turns out to be our team’s major and single concern here, like I believe all/most of the other requestors

The thread contains, in Comment 44, a link to a patch here - again limited to server side
https://bugzilla.mindrot.org/attachment.cgi?id=3120&action=edit
that we’ve been able to test on a fedora28 box, and that updated version indeed improves the overall behaviour of the openssh server side for our needs, when used against an python/asyncssh client side

Does it make sense for us to submit a PR on the github repo https://github.com/openssh/openssh-portable, or elsewhere ?
or were there deeper concerns about that change that need to be further discussed ?


Many thanks in anticipation — Thierry

PS
I struggled a bit to get this through, so my apologies to people who received multiple copies :)


More information about the openssh-unix-dev mailing list