delorie.com/archives/browse.cgi   search  
Mail Archives: cygwin/2008/10/09/09:55:08

X-Recipient: archive-cygwin AT delorie DOT com
X-Spam-Check-By: sourceware.org
To: cygwin AT cygwin DOT com
Date: Thu, 09 Oct 2008 14:53:35 +0100
Subject: Re: gui connecting to net shares from an ssh session
Envelope-To: cygwin AT cygwin DOT com
References: <48EDF810 DOT 2040403 AT liddicott DOT com>
Message-ID: <48EE0CDF.40902@liddicott.com>
From: "Sam Liddicott" <sam AT liddicott DOT com>
User-Agent: Thunderbird 2.0.0.17 (X11/20080925)
MIME-Version: 1.0
X-IsSubscribed: yes
Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Id: <cygwin.cygwin.com>
List-Subscribe: <mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive: <http://sourceware.org/ml/cygwin/>
List-Post: <mailto:cygwin AT cygwin DOT com>
List-Help: <mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/ml/#faqs>
Sender: cygwin-owner AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
Delivered-To: mailing list cygwin AT cygwin DOT com

It is perhaps worth drawing attention to the fact that explorer windows
are not configured to run as a seperate process, and if the desktop
login is for the same user, that the explorer map-network-drive dialog
(even if launched from the ssh session) will map the drive, but only for
the desktop session.

It's strangely ironic that ssh can share the desktop session, and
communicate with already running processes (explorer) to map drives and
yet still not see the mapped drives for itself...

Perhaps this doesn't matter for my GuiTesting as I'll just be "clicking"
on explorer windows anyway...  as long as they don't run as seperate
processes.
Explorer must run as a seperate process if a popup window used to map a
network drive is to take effect for the ssh session.

I see from: http://cygwin.com/cygwin-ug-net/ntsec.html, "Switching User
Context", that ssh logins likely will never access network shares unless
I follow the notes at:
http://ist.uwaterloo.ca/~kscully/CygwinSSHD_W2K3.html to have the user
run as the only account which will login.

Having done so, the ssh session can no longer access the desktop :-(
However.... as the gui testing seems to run headless, perhaps I don't
need it to access the desktop...

Also, I can create net shares from ssh now, but somehow still don't
share the same set of mapped drives as the desktop login of the same
user on winXP.
Is there another trick here to make that work?

Sam




* Sam Liddicott wrote, On 09/10/08 13:24:
> I'm using cygwin and Win32::GuiTest to automate some windows testing of
> CIFS client network behaviour.
>
> Part of what is being tested is connecting to remote shares.
>
> However :-) an ssh client login (even with a password) doesn't seem to
> have the right domain credentials, so that a password prompt is
> presented when a connection is made.
>
> If the test software is run directly from the desktop, then the right
> credentials are already present as part of the login, and the connection
> is made without asking for a password.
>
> How can I cause the ssh login to have these credentials so that it does
> not prompt for a password?
> Thanks
>
> Sam
>
> --
> 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/
>
>   


--
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/

- Raw text -


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019