Mail Archives: cygwin/2006/08/16/16:49:43
Thanks for your help Matthew.
On Wed 8/16/06 14:44 CDT mwoehlke wrote:
> Tom Rodman wrote:
> > Hosts effected:
> >
> > several boxes running windows 2003 server w/cygwin (1.5.20s(0.155/4/2) 20060403 13:33:45)
> >
> > Problem (or feature?):
> >
> > when you ssh to these boxes, and run:
> >
> > $WINDIR/system32/whoami /all |grep -q S-1-2-0 || echo OOPs # "OOPS" echos :-<
> >
> > "S-1-2-0" == "Users who log on to terminals locally (physically) connected to the system."
> >
> > Under windows 2000 (also a different cygwin version), ssh sessions show group membership
> > in "S-1-2-0":
> >
> > $ '/drv/c/Program Files/Resource Kit/whoami' /all|grep S-1-2-0
> > [Group 9] = "LOCAL" S-1-2-0
> >
> > The reason I care is that is that several tools we call from cygwin, will
> > not run unless the session is in S-1-2-0.
>
> What makes you say this?
I can't prove that membership in S-1-2-0 is required for these tools - it's a guess.
> What tools?
The're fairly obscure - Telelogic CM CLI tools to report on Informix databases.
> > I'm not sure if this is a cygwin version issue, or due to windows 2003.
> > Any thoughts/can others test this in an ssh session?:
> >
> > $WINDIR/system32/whoami /all |grep -q S-1-2-0 || echo OOPs
>
> FWIW, on my 2k3 box, I show up as a member in S-1-2-0 both logged in
> "locally" (via Remote Desktop Sharing, with which I have never had
> anything "not work") and via Cygwin sshd.
That's encouraging. The tool that fails for us (only in ssh) has been
doing so on several previous versions of cygwin, in all cases under
windows 2003; my hunch is there is something specific about our setup
that is causing the ssh session to not be in S-1-2-0. Days (or weeks from
now) I will try upgrading cygwin, and followup with cygcheck output if
the problem persists.
--snip
--
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 -