Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Subscribe: <mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive: <http://sources.redhat.com/ml/cygwin/>
List-Post: <mailto:cygwin AT cygwin DOT com>
List-Help: <mailto:cygwin-help AT cygwin DOT com>, <http://sources.redhat.com/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
Date: Tue, 15 Apr 2003 18:37:23 +0300
From: Sergei Kolodka <folio AT infocom DOT zp DOT ua>
X-Priority: 3 (Normal)
Message-ID: <24743851.20030415183723@infocom.zp.ua>
To: cygwin AT cygwin DOT com
Subject: Re: ssh and mount
In-Reply-To: <119420-22003421515365675@M2W030.mail2web.com>
References: <119420-22003421515365675 AT M2W030 DOT mail2web DOT com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Hello lhall,

Thanks ! I understand now.

lpmuc> This is a common question (as the email archives could testify).  
lpmuc> Password-based authentication uses Windows to do the authentication,
lpmuc> so you get the user's mount table (which is currently stored in the 
lpmuc> registry).  Public key cannot authenticate through Windows so you get 
lpmuc> the default mount table.  You can only get to your user's registry hive 
lpmuc> if Windows knows you're you! ;-)  If you want a consistent mount table
lpmuc> for password-based and public key authentication, you'll have to 
lpmuc> mount your paths as "system" (the -s flag to mount).  Of course, then
lpmuc> every user will have these mounts.

lpmuc> Larry

lpmuc> Original Message:
lpmuc> -----------------
lpmuc> From: Sergei Kolodka folio AT infocom DOT zp DOT ua
lpmuc> Date: Tue, 15 Apr 2003 18:19:47 +0300
lpmuc> To: cygwin AT cygwin DOT com
lpmuc> Subject: Re[2]: ssh and mount


lpmuc> Tuesday, April 15, 2003, 6:18:02 PM, you wrote:

lpmuc> Yes, network drives are x, y, z from first table.
lpmuc> c, d, e, f, g, h, i - local.

VH>> Would i be correct in guessing that the missing drives are network
lpmuc> drives
VH>> and the rest are local ?


>>> -----Original Message-----
>>> From: Sergei Kolodka [mailto:folio AT infocom DOT zp DOT ua]
>>> Sent: 15 April 2003 16:12
>>> To: cygwin AT cygwin DOT com
>>> Subject: ssh and mount
>>> 
>>> 
>>> Hello list,
>>> 
>>> Here's weird (for me, as newbie) error.
>>> 
>>> OpenSSH_3.1p1, SSH protocols 1.5/2.0, OpenSSL 0x0090603f
>>> Putty Release 0.53b
>>> cygwin-1.3.10-1
>>> 
>>> If I try login to local system with putty and password-based
>>> ssh1 authentication, $mount show following (correct, same as
>>> through login with cygwin.bat) table:
>>> 
>>> Nobody AT VIC ~
>>> $ mount
>>> Device              Directory           Type         Flags
>>> F:\cygwin\usr\X11R6\lib\X11\fonts  /usr/X11R6/lib/X11/fonts  
>>> system       binmode
>>> F:\cygwin\bin       /usr/bin            system       binmode
>>> F:\cygwin\lib       /usr/lib            system       binmode
>>> F:\cygwin           /                   system       binmode
>>> c:                  /mnt/C              user         binmode
>>> d:                  /mnt/D              user         binmode
>>> e:                  /mnt/E              user         binmode
>>> f:                  /mnt/F              user         binmode
>>> g:                  /mnt/G              user         binmode
>>> h:                  /mnt/H              user         binmode
>>> i:                  /mnt/I              user         binmode
>>> x:                  /mnt/x              user         binmode
>>> y:                  /mnt/y              user         binmode
>>> z:                  /mnt/z              user         binmode
>>> 
>>> 
>>> But if I simultaneously try to login using ssh1 RSA based
>>> authentication (and public key method from ssh2 as well)- I
>>> get wrong table:
>>> 
>>> Nobody AT VIC ~
>>> $ mount
>>> Device              Directory           Type         Flags
>>> F:\cygwin\usr\X11R6\lib\X11\fonts  /usr/X11R6/lib/X11/fonts  
>>> system       binmode
>>> F:\cygwin\bin       /usr/bin            system       binmode
>>> F:\cygwin\lib       /usr/lib            system       binmode
>>> F:\cygwin           /                   system       binmode
>>> c:                  /cygdrive/c         user         binmode,noumount
>>> e:                  /cygdrive/e         user         binmode,noumount
>>> f:                  /cygdrive/f         user         binmode,noumount
>>> g:                  /cygdrive/g         user         binmode,noumount
>>> h:                  /cygdrive/h         user         binmode,noumount
>>> i:                  /cygdrive/i         user         binmode,noumount
>>> 
>>> Can someone shed some light what happened ?
>>> 
>>> -- 
>>> Best regards,
>>> Sergei
>>> folio AT infocom DOT zp DOT ua
>>> 
>>> 
>>> --
>>> Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
>>> Bug reporting:         http://cygwin.com/bugs.html
>>> Documentation:         http://cygwin.com/docs.html
>>> FAQ:                   http://cygwin.com/faq/
>>> 





-- 
Best regards,
 Sergei                            mailto:folio AT infocom DOT zp DOT ua


--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/