[prev in list] [next in list] [prev in thread] [next in thread] 

List:       openssh-bugs
Subject:    [Bug 396] sshd orphans processes when no pty allocated
From:       bugzilla-daemon () mindrot ! org
Date:       2012-09-27 22:46:48
Message-ID: bug-396-705-fIbqnqOL9s () https ! bugzilla ! mindrot ! org/
[Download RAW message or body]

https://bugzilla.mindrot.org/show_bug.cgi?id=396

Tyler Riddle <triddle@gmail.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |triddle@gmail.com

--- Comment #20 from Tyler Riddle <triddle@gmail.com> ---
I just hit the condition of processes invoked using ssh remote command
invocation not receiving the standard signals because no pty is
involved. It's a problem for me like everyone else but forcing a pty to
be allocated is causing the control characters for the terminal to mess
with the app.

Unfortunately the patch here solves my problem and has for some time
but doesn't ship in OpenSSH almost certainly because changing this
behavior at the granularity of an entire ssh daemon is going to cause
lots of problems for anything expecting the original behavior. If the
ssh client included a new option that instructed the ssh daemon it was
connecting to, if possible, setup the same signal deliveries that would
happen if a pty was involved and the default was to use the original
behavior and the ssh daemon could reject the request and this all fits
in the protocol I think it's a safe solution that opens up the features
required so us cluster users can invoke remote commands in an
inherently safe way. 

Just had to throw in my own two cents to help move this along towards
being solved.

-- 
You are receiving this mail because:
You are the assignee for the bug.
You are watching the reporter of the bug.
_______________________________________________
openssh-bugs mailing list
openssh-bugs@mindrot.org
https://lists.mindrot.org/mailman/listinfo/openssh-bugs
[prev in list] [next in list] [prev in thread] [next in thread]