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:mime-version:references:in-reply-to:from:date :message-id:subject:to:content-type; q=dns; s=default; b=fJeP5Ev QmUZNKomiBRWcLmoBP6aLKpI5ZE8d+dFgrLaNqpv/XWFF15xPlCtlyijy7XKd3Er JuHIF1Y2e2WM2jmDfMreJyPdUPvxFxawOi5oKWWlM7qu1KGJE/QwDh+8HuTG7023 FSsTtFG8lajjG4sba742XILuyFvaFSoTglXg= 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:mime-version:references:in-reply-to:from:date :message-id:subject:to:content-type; s=default; bh=Pteg9PFFFTJ5g Krz2Ae68GNqEew=; b=yp+Z0IKIJ9Zzc+9dtGN7ekwvYRB5gSllR9+BXHcNNl0AK dDg5AcsWMSGTnpuBdg0o/BSsIj4G3/7ZwG2KSaJqd0DvezHqScYDFEQXLPiWgal6 XSvukQvzUlDJmEvSWKoBs6V62JJImyNuwx6/rPlffdqU3hZdZj/rNGUiXxXXM4= Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm List-Id: 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 Authentication-Results: sourceware.org; auth=none X-Spam-SWARE-Status: No, score=-2.6 required=5.0 tests=BAYES_00,FREEMAIL_FROM,HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS autolearn=ham version=3.3.2 spammy=Actions, H*c:alternative, password X-HELO: mout.gmx.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=mail.com; s=dbd5af2cbaf7; t=1551890741; bh=onY1WARvM7DA64DUeyjmvt8PhFdSnaLyFeOzvaNckRo=; h=X-UI-Sender-Class:References:In-Reply-To:From:Date:Subject:To; b=lPE4dUpunZkbDSgjNeZ/icVHmgVFx/VA/8KxenyzfjZ87i2PpHpx9FPtvn5VwIdEF w2VignoCb6/v2P63lHw9TsA1AqJUuRHDAHe2fM+m7RozEAQDC+/ZAihTnysOj9erFe UhqyQTUeZIX12ItWKsILGXeVK+zJeuYddPZ4me8s= X-UI-Sender-Class: 214d933f-fd2f-45c7-a636-f5d79ae31a79 MIME-Version: 1.0 References: <20190306010254 DOT GA4210 AT zebra> <20190306121154 DOT GN3785 AT calimero DOT vinschen DOT de> <20190306124816 DOT GR3785 AT calimero DOT vinschen DOT de> <20190306141716 DOT GS3785 AT calimero DOT vinschen DOT de> <20190306143424 DOT GU3785 AT calimero DOT vinschen DOT de> <20190306153404 DOT GX3785 AT calimero DOT vinschen DOT de> In-Reply-To: <20190306153404.GX3785@calimero.vinschen.de> From: Bill Stewart Date: Wed, 6 Mar 2019 09:45:12 -0700 Message-ID: Subject: Re: sshd problem on WS2008R2 64bit To: cygwin AT cygwin DOT com Content-Type: text/plain; charset="UTF-8" X-IsSubscribed: yes On Wed, Mar 6, 2019 at 8:34 AM Corinna Vinschen wrote: > On Mar 6 08:38, Bill Stewart wrote: > > On Wed, Mar 6, 2019 at 7:34 AM Corinna Vinschen wrote: > > > On Mar 6 15:17, Corinna Vinschen wrote: > > > > But the old Systems like Windows 7 don't want to play nice. > > > > > > > > - On Vista and Windows 7 WOW64, MsV1_0S4ULogon isn't implemented > > > > at all, which required to keep the create_token method > > > > available > > > > > > > > - On Vista and Windows 7 MsV1_0S4ULogon does not work without > > > > some user logged in locally, even if it's just the cyg_server > > > > service account. > > > > > > FTR, Windows 8 / Server 2012 is affected as well, > > > Windows 8.1 / Server 2012 R2 is not. > > > > > > > > Question is, what is a good solution? Reverting cyglsa as > > > > well to allow the old methods to work as before? This is > > > > the opposite of what I had hoped to accomplish :( > > > > I agree that the new S4U logon method is by far the best solution. > > > > It seems to me that this MSV1 S4ULogon behavior on versions older than NT > > 6.3 (Vista/Srv2008/Win7/Srv2008R2/Win8/Srv2012) is not expected. > > > > What precisely happens when Cygwin uses MSV1 S4ULogon on versions older > > than 6.3 before a user has logged on? > > MsV1S4ULogon returns with STATUS_NOT_SUPPORTED. Funny status code, > given it works if some user already logged in by other means... OK, so here's another potential workaround that doesn't require running the service as a specific user... Create a scheduled task to run using the following settings: General -> Run using user account - > choose a local account General -> "Run whether user is logged on or not" Triggers -> Run at system startup Actions -> Start a program -> Program/script: %SystemRoot%\Cystem32\cmd.exe Actions -> Start a program -> Add arguments: /c exit Full password logon is required (seems we can't use "do not store password" option). The local account does not have to be a member of Administrators, but it does require user right "Log on as a batch job" (SeBatchLogonRight). In my prefunctory testing this seems to fix this problem. Does this work? Bill -- 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