X-Recipient: archive-cygwin AT delorie DOT com
DomainKey-Signature: a=rsa-sha1; c=nofws; d=sourceware.org; h=list-id
	:list-unsubscribe:list-subscribe:list-archive:list-post
	:list-help:sender:message-id:date:from:mime-version:to:subject
	:references:in-reply-to:content-type:content-transfer-encoding;
	 q=dns; s=default; b=Em3MiN18nJqj9G4OZrn5lqsa4qX+TatBxVUmfWJrdTB
	Mk+LgQnweEXqlx88wR4qpUQcjFk0xmcunigZvQuAI7nGiaCySvYvXhWoyH+q+wJ2
	1RG1c4JO5JCT5O1V2LwEbA9Np7kRoXa+i2/jltWKNFMCjEWMVRlsVDvjRnUUAmZU
	=
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=sourceware.org; h=list-id
	:list-unsubscribe:list-subscribe:list-archive:list-post
	:list-help:sender:message-id:date:from:mime-version:to:subject
	:references:in-reply-to:content-type:content-transfer-encoding;
	 s=default; bh=yd/eskO+I4GJjDDc19gSAXBoEDw=; b=rIaDTkuTnsJlN20Mo
	kpENWKs5nOcDmJcVuaH9FYF+Hf1859rZ7+5fowkkynH6nlBWFFe8fTtksaFPsArp
	weeTu2mfhFrgEqKI9NpoaSeHR5GJlzFJggzkVliqbnv7zWIxFIXJpbVhw0+8My/z
	++EXzEXLWIaTJe/nN7Puvs9AV8=
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
Authentication-Results: sourceware.org; auth=none
X-Virus-Found: No
X-Spam-SWARE-Status: No, score=-3.1 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_LOW,T_RP_MATCHES_RCVD autolearn=ham version=3.3.2
X-HELO: mail2.intersystems.com
X-InterSystems: Sent from InterSystems
X-InterSystems: Sent from InterSystems
Message-ID: <54EB5208.8050009@intersystems.com>
Date: Mon, 23 Feb 2015 11:15:04 -0500
From: Len Giambrone <Leonard DOT Giambrone AT intersystems DOT com>
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0
MIME-Version: 1.0
To: <cygwin AT cygwin DOT com>
Subject: Re: bug in csih?
References: <54E7C402 DOT 80306 AT intersystems DOT com> <20150223120522 DOT GI437 AT calimero DOT vinschen DOT de> <20150223144715 DOT GS437 AT calimero DOT vinschen DOT de>
In-Reply-To: <20150223144715.GS437@calimero.vinschen.de>
Content-Type: text/plain; charset="UTF-8"; format=flowed
Content-Transfer-Encoding: 7bit
X-IsSubscribed: yes

Yes, WX64LG is the machine name.

$ net user sshd /delete
The command completed successfully.

$ net user cyg_server /delete
The user name could not be found.

More help is available by typing NET HELPMSG 2221.

$ cygrunsrv -Q sshd
$ ssh-host-config -y -w XXXXX

...

*** Info: This script plans to use 'cyg_server'.
*** Info: 'cyg_server' will only be used by registered services.
*** Query: Create new privileged user account 'WX64LG\cyg_server' 
(Cygwin name: 'cyg_server')? (yes/no) yes
*** Info: User 'cyg_server' has been created with password 'XXXXX'.
*** Info: If you change the password, please remember also to change the
*** Info: password for the installed services which use (or will soon use)
*** Info: the 'cyg_server' account.

*** Warning: Expected privileged user 'cyg_server' does not exist.
*** Warning: Defaulting to 'SYSTEM'

I will see if I can figure out why the Cygwin name is failing to become 
WX64LG+cyg_server and get back to you.

On 02/23/2015 09:47 AM, Corinna Vinschen wrote:
> On Feb 23 13:05, Corinna Vinschen wrote:
>> On Feb 20 18:32, Len Giambrone wrote:
>>> Running the latest version:
>>>
>>> $ cygcheck -c cygwin openssh csih
>>> Cygwin Package Information
>>> Package              Version        Status
>>> csih                 0.9.8-5        OK
>>> cygwin               1.7.34-6       OK
>>> openssh              6.7p1-2        OK
>>>
>>> When I run
>>>
>>>     ssh-host-config -y -w XXXXX
>>>
>>>
>>> I get this:
>>>
>>> *** Query: Create new privileged user account 'WX64LG\cyg_server' (Cygwin
>>> name: 'cyg_server')? (yes/no) yes
>> WX64LG is the local machine, right?  If you're in a domain, the Cygwin
>> name should have been "WX64LG+cyg_server", not just "cyg_server".
> I just tried that myself and that's what I see:
>
> *** Info: This script plans to use 'cyg_server'.
> *** Info: 'cyg_server' will only be used by registered services.
> *** Query: Do you want to use a different name? (yes/no) no
> *** Query: Create new privileged user account 'VMBERT8164\cyg_server' (Cygwin name: 'vmbert8164+cyg_server')? (yes/no)
>
> See that the Cygwin username is "vmbert8164+cyg_server"?  That's the
> expected result on a dmain member machine.
>
> Sorry, I don't see how it's possible that the csih script came up with
> "cyg_server" alone in your case, unless it's a domain controller.
> In theory, this piece of code in
> /usr/share/csih/cygwin-service-installation-helper.sh does the trick:
>
> Function csih_select_privileged_username(), line 2869ff:
>
>      csih_PRIVILEGED_USERNAME="${username}"
>      if ! csih_use_file_etc "passwd"
>      then
>        # This test succeeds on domain member machines only, not on DCs.
>        if [ "\\\\${COMPUTERNAME,,*}" != "${LOGONSERVER,,*}" ]
>        then
>          # Lowercase of USERDOMAIN
>          csih_PRIVILEGED_USERNAME="${COMPUTERNAME,,*}+${username}"
>        fi
>      fi
>      csih_PRIVILEGED_USERDOMAIN="${COMPUTERNAME}"
>      csih_PRIVILEGED_USERWINNAME="${username}"
>
> The only reason this didn't work would be if the test
>
>        if [ "\\\\${COMPUTERNAME,,*}" != "${LOGONSERVER,,*}" ]
>
> didn't have the desired result, but I don't see why that would occur.
> Any chance you can find out what happened in your scenario?
> environment?
>
>
> Thanks,
> Corinna
>

-- 
-Len

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple