If I ssh into the same cygwin account from a remote machine, and perform the identical test, that is, changing directory to a directory in F:, then run echo test >zap fails with permission denied. I am sure is some weird problem with NT permissions or the account under which the sshd is run, but I have not been able to figure it out. BTW, sshd was started from my cygwin account, not Administrator. Can that be the problem? Setting CYGWIN to nontsec or ntsec does not seem to make a difference.
>You should never run a service as "Administrator". There is no advantage >to this unless you've added permissions to "Adminstrator" that don't >ordinarily come with Windows or you just prefer having "Administrator" >running your service for some reason. >When you say that you're running 'sshd' as "my cygwin account", how did >you accomplish this? Did you use an altered form of '/bin/ssh-host-config', >did you just start 'sshd' from the command line, or something else? >>I used the out-of-the-box /bin/ssh-host-config and then started sshd via >>cygrunsrv -s sshd. When installing, I answered "no" to the question about >>privilege separation. Could this be the root cause? A review of <http://cygwin.com/problems.html> might help to get the basics covered. Another annoyance is that when the bash scripts are run locally, e.g. in a cygwin window started on the server, everthing works fine. Under SSH, I get minor failures because I start getting DOS line endings in surprising places. E.g. commands like basename and the result in a \r. >And you're sure that 'basename' is Cygwin's version? >>Yes -- 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/
