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 X-Authentication-Warning: slinky.cs.nyu.edu: pechtcha owned process doing -bs Date: Sun, 8 Jun 2003 15:09:12 -0400 (EDT) From: Igor Pechtchanski Reply-To: cygwin AT cygwin DOT com To: Takashi Yano cc: cygwin AT cygwin DOT com Subject: Re: Problems on accessing Windows network resources. In-Reply-To: <001401c32dd7$dc721b30$2000a8c0@kappy> Message-ID: Importance: Normal MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII Content-ID: On Mon, 9 Jun 2003, Takashi Yano wrote: > Hello, cygwin users. > > Under Windows 2000/XP, some problems exist when accessing Windows > network resources which are shared using NetBIOS over TCP/IP. > > When logging on with telnet, access to //computer1/shared1/ fails. > For example, "ls //computer1/shared1/" returns error "ls: > //computer1/shared1/: No such file or directory". > Of course, the resource "//computer1/shared1/" can be accessed from > local cygwin shell. > This occurs with login.exe version 1.8-1, not with version 1.7-1 or > below. > > Similarly, when logging on without password using rlogin or rsh, same > problem occurs even with login.exe version 1.7-1. > In ftp login, although the 1st access is OK, the subsequent accesses go > wrong. > > Attached is a result of "cygcheck -s -v -r". > > Does anyone have resolved this problem? > Thank you. > Takashi Yano. Takashi, If you log in without a password: according to the second paragraph of , you cannot access network shares that require authentication from a passwordless login session. There is no way to resolve this. However, you should be able to authenticate using the "net use" command with a "/user" flag. The only change between login-1.7-1 and login-1.8-1 was that it switches the effective UID (user context) back to the privileged (system) account to access utmp (and then restores to the user's UID). It may be that this happens too early, or that switching the UID back and forth affects the process's ability to access network shares. A small testcase (the exact instructions on how to reproduce this) would be helpful. Corinna or Pierre might give more insight here. I'm not sure what the ftp problem is. More detail might help. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha AT cs DOT nyu DOT edu ZZZzz /,`.-'`' -. ;-;;,_ igor AT watson DOT ibm DOT com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "I have since come to realize that being between your mentor and his route to the bathroom is a major career booster." -- Patrick Naughton -- 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/