Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com Delivered-To: mailing list cygwin AT cygwin DOT com Mime-Version: 1.0 X-Sender: bentley AT mail DOT bl DOT com Message-Id: Date: Wed, 7 Sep 2005 23:43:07 -0700 To: cygwin AT cygwin DOT com From: Michael Brian Bentley Subject: Logout Terminal Services RDC ends ssh invoked by W2k3 service Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-IsSubscribed: yes We run an application under Windows 2003 Server Standard Edition as a service using Firedaemon. That application invokes ssh connections using the command c:\cygwin\bin\ssh -T -l fill_in_the_username with the appropriate ssh keys setup well ahead of time. When a user logs onto the W2k3 Server via Terminal Services Remote Desktop Connection [RDC], user can interact with the application. While looking at the service, user causes the application to start one or more ssh processes. These start to run and appear to work fine. When user logs out of the RDC session, the application running as a service continues, but the ssh processes end. We believe the ssh processes are supposed to continue to completion because they were started by the service; indeed when we experiment with PuTTY and plink in place of ssh, they behave as we expect and run to completion instead of ending immediately as user logs out of the session. Interestingly, when we use any cygwin program like telnet, vi, they (all that we've tried) exhibit the same behavior as ssh. Does the cygwin system offer up a parameter to select what the cygwin app conforms to: the user rules or the calling application rules? ssh is behaving as tho it is bound to the user session's rules rather than the rules of the service app which started the ssh process. In this case, while the user is looking, the service app is still running as a service. The answer has so far not yet lept out at me from the list archives, faq and man/info/web online documentation. I'm continuing the search. Regards, -Mike -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/