Re: getent passwd which works for unprefixed Windows user names with both local and domain users?

$ getent passwd LAB14+SW-Install:*:197611:197121:U-LAB14\SW-Install,S-1-5-21-521464686-2813731464-1693715110-1003:/home/SW-Install:/bin/bash 2. Looking up user by plain Windows user name fails: $ getent passwd 'SW-Install' || echo fail fail 3. Looking up user by Hostname plus Windows user

Re: getent passwd which works for unprefixed Windows user names with both local and domain users?

On Tue, Dec 10, 2024 at 6:37 AM Cedric Blancher wrote: We have a Win10 env with mixed local and domain accounts. > We cannot lookup up local AND domain users with just the plain > username from Windows. Instead we have to do lookups twice: > I don't know the Cygwin solution, but here's a short Po

getent passwd which works for unprefixed Windows user names with both local and domain users?

Good afternoon! We have a Win10 env with mixed local and domain accounts. We cannot lookup up local AND domain users with just the plain username from Windows. Instead we have to do lookups twice: 1. Configuration: $ hostname LAB14 $ getent passwd LAB14+SW-Install:*:197611:197121:U-LAB14\SW

Re: passwd/group/grent fixes for Cygwin 3.5.1?

n 3.5.1 branch? > > > > > > 4 days agoCorinna VinschenCygwin: getgrent/getpwent: avoid local > > > enumeration...commit | commitdiff | tree > > > 4 days agoCorinna VinschenCygwin: getgrent: fix local SAM enumeration > > > on domain...commit | commitdiff | t

Re: passwd/group/grent fixes for Cygwin 3.5.1?

etpwent: avoid local > > enumeration...commit | commitdiff | tree > > 4 days agoCorinna VinschenCygwin: getgrent: fix local SAM enumeration > > on domain...commit | commitdiff | tree > > 5 days agoCorinna VinschenCygwin: passwd/group: drop Capability > > SIDscommit | commit

Re: passwd/group/grent fixes for Cygwin 3.5.1?

: getgrent: fix local SAM enumeration > on domain...commit | commitdiff | tree > 5 days agoCorinna VinschenCygwin: passwd/group: drop Capability > SIDscommit | commitdiff | tree Did changing db_enum in /etc/nsswitch.conf help on your test machine? Corinna -- Problem reports: https:

passwd/group/grent fixes for Cygwin 3.5.1?

days agoCorinna VinschenCygwin: passwd/group: drop Capability SIDscommit | commitdiff | tree Dan -- Dan Shelton - Cluster Specialist Win/Lin/Bsd -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation:https://cygwin.com/docs.html

RE: can't access remote shares when using ssh with rsa key - passwd -R / set(e)uid / LogonUser is not working as expected

If password auth or `passwd -R' auth is used you'll have the "4(INTERACTIVE)" group in your `id' output. If S4ULogon is used you'll have the "2(NETWORK)" group in your `id' output. This is one way to identify which logon method has been used.

Re: can't access remote shares when using ssh with rsa key - passwd -R / set(e)uid / LogonUser is not working as expected

some reason. > > > Corinna > > -- > Corinna Vinschen > Cygwin Maintainer > > --- > > Yes, I'm sure I used the correct password, I use it all the time and I > also tried runnin

RE: can't access remote shares when using ssh with rsa key - passwd -R / set(e)uid / LogonUser is not working as expected

Corinna Vinschen Cygwin Maintainer --- Yes, I'm sure I used the correct password, I use it all the time and I also tried running passwd -R multiple times in case I entered it wrongly. I'm not sure what are "interactive" & "network" groups

Re: can't access remote shares when using ssh with rsa key - passwd -R / set(e)uid / LogonUser is not working as expected

Please, don't top-post. On Mar 13 08:31, Maayan Apelboim wrote: >> From: Corinna Vinschen >> Sent: Wednesday, March 6, 2019 2:28 PM >> To: cygwin@cygwin.com >> Subject: Re: can't access remote shares when using ssh with rsa key - passwd >> -R / set(e)ui

RE: can't access remote shares when using ssh with rsa key - passwd -R / set(e)uid / LogonUser is not working as expected

Hi, I appreciate your detailed response, however, stored passwords doesn't work properly. I've read the article and ran passwd -R as described - no errors generated and I was able to find the relevant registry entry after running the command, but still can't access network

Re: can't access remote shares when using ssh with rsa key - passwd -R / set(e)uid / LogonUser is not working as expected

On Mar 6 13:28, Corinna Vinschen wrote: > On Mar 6 10:09, Maayan Apelboim wrote: > > Well, it doesn't work OK unfortunately, but I'm not sure if I missed > > something in the process, or is it just not working properly. > > I'm a bit worried to upgrade to 3.0.2 at the moment cause it's a major

Re: can't access remote shares when using ssh with rsa key - passwd -R / set(e)uid / LogonUser is not working as expected

On Mar 6 10:09, Maayan Apelboim wrote: > Well, it doesn't work OK unfortunately, but I'm not sure if I missed > something in the process, or is it just not working properly. > I'm a bit worried to upgrade to 3.0.2 at the moment cause it's a major > version and will probably have new bugs that I

RE: can't access remote shares when using ssh with rsa key - passwd -R / set(e)uid / LogonUser is not working as expected

? Will it help with my network shares problem? Thank you for your reply -Original Message- From: Achim Gratz [mailto:strom...@nexgo.de] Sent: Tuesday, March 5, 2019 9:28 PM To: cygwin@cygwin.com Subject: Re: can't access remote shares when using ssh with rsa key - passwd -R / set(

Re: can't access remote shares when using ssh with rsa key - passwd -R / set(e)uid / LogonUser is not working as expected

Maayan Apelboim writes: > To my understanding this feature should be working in older versions > as well. If it works OK with 2.11.2, then wait a few moments for 3.0.2 to appear and it should work the same, plus you can then run the service under Local System instead of the special cyg_server user

RE: can't access remote shares when using ssh with rsa key - passwd -R / set(e)uid / LogonUser is not working as expected

Repin [mailto:anrdae...@yandex.ru] Sent: Wednesday, February 27, 2019 2:46 AM To: Houder ; cygwin@cygwin.com Subject: Re: can't access remote shares when using ssh with rsa key - passwd -R / set(e)uid / LogonUser is not working as expected Greetings, Houder! > On Tue, 26 Feb 2019 18:01:18

Re: can't access remote shares when using ssh with rsa key - passwd -R / set(e)uid / LogonUser is not working as expected

Greetings, Houder! > On Tue, 26 Feb 2019 18:01:18, Andrey Repin wrote: >> Greetings, Maayan Apelboim! >> >> > Hi, >> >> > I hope I'm mailing the proper mailing list.. >> > I am using password-less ssh login using RSA key to login windows servers >> > from linux. >> > I've read this article ab

Re: can't access remote shares when using ssh with rsa key - passwd -R / set(e)uid / LogonUser is not working as expected

On Tue, 26 Feb 2019 18:01:18, Andrey Repin wrote: > Greetings, Maayan Apelboim! > > > Hi, > > > I hope I'm mailing the proper mailing list.. > > I am using password-less ssh login using RSA key to login windows servers > > from linux. > > I've read this article about network shares problems wh

Re: can't access remote shares when using ssh with rsa key - passwd -R / set(e)uid / LogonUser is not working as expected

and decided method 2 is most suitable for my case: > https://cygwin.com/cygwin-ug-net/ntsec.html#ntsec-setuid-overview > So I ran passwd -R for the relevant user, but still getting 'permission > denied' when trying to access network shares. > Tried restarting the ssh service

can't access remote shares when using ssh with rsa key - passwd -R / set(e)uid / LogonUser is not working as expected

cygwin.com/cygwin-ug-net/ntsec.html#ntsec-setuid-overview So I ran passwd -R for the relevant user, but still getting 'permission denied' when trying to access network shares. Tried restarting the ssh service and rebooting the server but it didn't help. I checked the registry as SYS

Re: Vixie's cron and cron-config broken? /etc/passwd empty - Entry for the SYSTEM sid was not found in passwd. Unknown system name

Anyone? -- 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

Vixie's cron and cron-config broken? /etc/passwd empty - Entry for the SYSTEM sid was not found in passwd. Unknown system name

et the following output: Entry for the SYSTEM sid was not found in passwd. Unknown system name So, to work around this, I generated the /etc/passwd file since it is no longer generated by default using: mkpasswd > /etc/passwd Then, if I try to execute cron-config again, I still get the same output:

Re: passwd unrecoverable error 1265

On Aug 31 14:12, Vlado wrote: > On 31.8.2016 12:16, Corinna Vinschen wrote: > > I found a workaround: The Windows call for changing the password used > > by the passwd tool is > > > > ret = NetUserChangePassowrd (server, username, old_pwd, new_pwd); > > &g

Re: passwd unrecoverable error 1265

On 31.8.2016 12:16, Corinna Vinschen wrote: I found a workaround: The Windows call for changing the password used by the passwd tool is ret = NetUserChangePassowrd (server, username, old_pwd, new_pwd); The server is usually the logon server, prepended by double backslash, as in the variable

Re: passwd unrecoverable error 1265

On Aug 30 20:20, Vlado wrote: > Hello. > > I have few users with sshd-only access to server. They use passwd when > changing passwords. > > passwd is not working anymore for regular user (remote connection with > PuTTy): > > test@server ~ > $ passwd &

Re: passwd -R?

On 11/03/2016 14:47, Alex P wrote: I do have cygserver running as "Local System". My original issue is that cron stopped working after domain user password reset. Stopped as - it worked fine before. My first stop was to reset password with "passwd -R", but it did not fix m

Re: passwd -R?

I do have cygserver running as "Local System". My original issue is that cron stopped working after domain user password reset. Stopped as - it worked fine before. My first stop was to reset password with "passwd -R", but it did not fix my cron problem - not running as u

Re: passwd -R?

On Thu, Mar 10, 2016 at 6:22 PM, Andrey Repin wrote: > Greetings, Alex P! > >> How do I check that "passwd -R" worked correctly? >> I get error messages in Event Viewer when I run it as user (vs "As >> Administrator"). > > You must use it with

Re: passwd -R?

Greetings, Alex P! > How do I check that "passwd -R" worked correctly? > I get error messages in Event Viewer when I run it as user (vs "As > Administrator"). You must use it with elevated privileges. Else it wouldn't work at all. -- With best regards, Andr

passwd -R?

Hello All! How do I check that "passwd -R" worked correctly? I get error messages in Event Viewer when I run it as user (vs "As Administrator"). Regards, Alex P. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.co

Re: ssh-host-config script sends /etc/passwd thru awk

On Feb 20 09:52, Achim Gratz wrote: > Corinna Vinschen writes: > > Yup, that looks right. Thanks for explaining. I guess that should > > help us along. If you check this change in, I will release a new > > csih version asap. > > Done. please check again. Looks good to me, thanks! Corinna -

Re: ssh-host-config script sends /etc/passwd thru awk

Corinna Vinschen writes: > Yup, that looks right. Thanks for explaining. I guess that should > help us along. If you check this change in, I will release a new > csih version asap. Done. please check again. Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld

Re: ssh-host-config script sends /etc/passwd thru awk

other >> >> > stuff right now. I quickly scanned the ssh-*-config scripts again >> >> > and they never write a passwd entry so, if anything, it's a problem >> >> > in the csih helper script. Does anybody want to inspect >> >> > /usr/s

Re: ssh-host-config script sends /etc/passwd thru awk

On Feb 18 15:14, Frank Fesevur wrote: > 2015-02-18 15:00 GMT+01:00 Corinna Vinschen: > > > The openssh is the 64-bit version, as in the stackexchange user's case. > > > The issue is interesting, though. When I first installed the openssh, it > > > offered me "prev" version of the package, even thou

Re: ssh-host-config script sends /etc/passwd thru awk

2015-02-18 15:00 GMT+01:00 Corinna Vinschen: > > The openssh is the 64-bit version, as in the stackexchange user's case. > > The issue is interesting, though. When I first installed the openssh, it > > offered me "prev" version of the package, even though I was installing from > > the net. Re-runni

Re: ssh-host-config script sends /etc/passwd thru awk

I quickly scanned the ssh-*-config scripts again > >> > and they never write a passwd entry so, if anything, it's a problem > >> > in the csih helper script. Does anybody want to inspect > >> > /usr/share/csih/cygwin-service-installation-helper.sh for this? >

Re: ssh-host-config script sends /etc/passwd thru awk

; I was sure I looked into my local copies before answering that >> >> question. Maybe I had old versions? >> >> >> >> An /etc/passwd containing only an sshd user certainly does seem like a >> >> fresh install of 1.7.34, with the entry coming from ss

Re: ssh-host-config script sends /etc/passwd thru awk

far, so good, but... in how far does this change the > > result of csih_use_file_etc?!? Assuming the expression has a bug, > > wouldn't this still be the case, and the mkpasswd calls in > > csih_create_privileged_user and csih_create_unprivileged_user > > would

Re: ssh-host-config script sends /etc/passwd thru awk

Achim Gratz writes: > The old test wrote to /etc/{passwd,group} when use_file!=1, …make that -^!=0 Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ Factory and User Sound Singles for Waldorf Blof

Re: ssh-host-config script sends /etc/passwd thru awk

Assuming the expression has a bug, > wouldn't this still be the case, and the mkpasswd calls in > csih_create_privileged_user and csih_create_unprivileged_user > would still write the entry to /etc/passwd? > > Can you explain what I'm missing? The old test wrote to /etc/{pas

Re: ssh-host-config script sends /etc/passwd thru awk

> >> >> It seems that the ssh-host-config script isn’t using Corinna’s new > >> >> getent package yet. > >> > >> > Both scripts are using geten or mkpasswd/mkgroup. > >> > >> I was sure I looked into my local copies before answering

Re: ssh-host-config script sends /etc/passwd thru awk

cripts again > > and they never write a passwd entry so, if anything, it's a problem > > in the csih helper script. Does anybody want to inspect > > /usr/share/csih/cygwin-service-installation-helper.sh for this? > > How about this (untested)? Thanks for looking

Re: ssh-host-config script sends /etc/passwd thru awk

rinna’s new >> >> getent package yet. >> >> > Both scripts are using geten or mkpasswd/mkgroup. >> >> I was sure I looked into my local copies before answering that >> question. Maybe I had old versions? >> >> An /etc/passwd containing only

Re: ssh-host-config script sends /etc/passwd thru awk

Achim Gratz writes: > + if csih_old_cygwin Missing a "then" here of course… > +if [ "$(/usr/bin/id -un)" = "mkpasswd" ] Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ Wavetables for the Waldorf Blofeld: http://Synth.Stromeko.net/Downloads.html#Blof

Re: ssh-host-config script sends /etc/passwd thru awk

Corinna Vinschen writes: > It's a bit confusing to talk about the Cygwin version when this is > only about openssh and the csih package. I'm really busy with other > stuff right now. I quickly scanned the ssh-*-config scripts again > and they never write a passwd entry s

Re: ssh-host-config script sends /etc/passwd thru awk

t; Both scripts are using geten or mkpasswd/mkgroup. > > I was sure I looked into my local copies before answering that > question. Maybe I had old versions? > > An /etc/passwd containing only an sshd user certainly does seem like a > fresh install of 1.7.34, with the entry co

Re: ssh-host-config script sends /etc/passwd thru awk

into my local copies before answering that question. Maybe I had old versions? An /etc/passwd containing only an sshd user certainly does seem like a fresh install of 1.7.34, with the entry coming from ssh-*-config, though, rather than an upgrade from pre-.34. -- Problem reports: http://c

Re: ssh-host-config script sends /etc/passwd thru awk

On Feb 17 15:51, Warren Young wrote: > It seems that the ssh-host-config script isn’t using Corinna’s new > getent package yet. It only works on 1.7.34+ if you haven’t moved > /etc/passwd out of the way yet. > > Just a heads-up to whoever is maintaining this. It’s starting

ssh-host-config script sends /etc/passwd thru awk

It seems that the ssh-host-config script isn’t using Corinna’s new getent package yet. It only works on 1.7.34+ if you haven’t moved /etc/passwd out of the way yet. Just a heads-up to whoever is maintaining this. It’s starting to bite people: http://unix.stackexchange.com/questions/184962

Re: Fix for ssh-user-config /etc/passwd parsing

On Jan 5 09:12, Andrey Repin wrote: > Greetings, All! > > Replace line 79 with > > pwdhome=$(getent passwd ${uid} | cut -sd : -f 6 ) > > The error messages in the next few lines should probably be updated as well. > Something along the lines of > > 83: &q

Fix for ssh-user-config /etc/passwd parsing

Greetings, All! Replace line 79 with pwdhome=$(getent passwd ${uid} | cut -sd : -f 6 ) The error messages in the next few lines should probably be updated as well. Something along the lines of 83: "Unable to determine user's home directory from system settings." \ 90:

Re: cannot display man page for /bin/passwd

On Aug 6 23:57, Andrey Repin wrote: > Greetings, Corinna Vinschen! > > >> >> When I try to display the man page for /bin/passwd, the man page for > >> >> the openssl passwd subcommand is displayed. > >> >> > >> >> It appears tha

Re: cannot display man page for /bin/passwd

Greetings, Corinna Vinschen! >> >> When I try to display the man page for /bin/passwd, the man page for >> >> the openssl passwd subcommand is displayed. >> >> >> >> It appears that both the package containing /bin/passwd, and the >> >

Re: cannot display man page for /bin/passwd

On Aug 6 21:21, Andrey Repin wrote: > Greetings, Corinna Vinschen! > > >> When I try to display the man page for /bin/passwd, the man page for > >> the openssl passwd subcommand is displayed. > >> > >> It appears that both the package containing /bin/

Re: cannot display man page for /bin/passwd

Greetings, Corinna Vinschen! >> When I try to display the man page for /bin/passwd, the man page for >> the openssl passwd subcommand is displayed. >> >> It appears that both the package containing /bin/passwd, and the >> openssl package place the passwd.1.gz f

Re: cannot display man page for /bin/passwd

On Tue, Aug 5, 2014 at 10:48 AM, Larry Hall (Cygwin) wrote: > On 08/05/2014 11:09 AM, Doug Henderson wrote: >> >> On Tue, Aug 5, 2014 at 2:21 AM, Corinna Vinschen wrote: >>> >>> On Aug 4 13:48, Doug Henderson wrote: > Did you not see this > >

Re: cannot display man page for /bin/passwd

On 08/05/2014 11:09 AM, Doug Henderson wrote: On Tue, Aug 5, 2014 at 2:21 AM, Corinna Vinschen wrote: On Aug 4 13:48, Doug Henderson wrote: When I try to display the man page for /bin/passwd, the man page for the openssl passwd subcommand is displayed. It appears that both the package

Re: cannot display man page for /bin/passwd

On Tue, Aug 5, 2014 at 2:21 AM, Corinna Vinschen wrote: > On Aug 4 13:48, Doug Henderson wrote: >> When I try to display the man page for /bin/passwd, the man page for >> the openssl passwd subcommand is displayed. >> >> It appears that both the package containing /bin

Re: cannot display man page for /bin/passwd

On Aug 5 13:43, Nellis, Kenneth wrote: > > From: Corinna Vinschen > > No, the Cygwin passwd tool has no man page. The documentation is only in > > the User's Guide: > > https://cygwin.com/cygwin-ug-net/using-utils.html#passwd > > But then, how to explain the

RE: cannot display man page for /bin/passwd

> From: Corinna Vinschen > No, the Cygwin passwd tool has no man page. The documentation is only in > the User's Guide: > https://cygwin.com/cygwin-ug-net/using-utils.html#passwd But then, how to explain the following? $ man passwd | head PASSWD(1)

Re: cannot display man page for /bin/passwd

On Aug 4 13:48, Doug Henderson wrote: > When I try to display the man page for /bin/passwd, the man page for > the openssl passwd subcommand is displayed. > > It appears that both the package containing /bin/passwd, and the > openssl package place the passwd.1.gz file in the /usr

Re: passwd (cygwin) 1.7.31 ignores keyboard interrupts

On Aug 4 13:40, Doug Henderson wrote: > The password utility /bin/passwd ignores the ^C and ^D interrupt > characters in mintty in my 64-bit only cygwin environment. That's kind of by design. The passwd tool uses the getpass function. The getpass function is written so that it ignor

cannot display man page for /bin/passwd

When I try to display the man page for /bin/passwd, the man page for the openssl passwd subcommand is displayed. It appears that both the package containing /bin/passwd, and the openssl package place the passwd.1.gz file in the /usr/share/man/man1 directory, so that only the man page from the

passwd (cygwin) 1.7.31 ignores keyboard interrupts

The password utility /bin/passwd ignores the ^C and ^D interrupt characters in mintty in my 64-bit only cygwin environment. This can lead to inadvertent password changes, possibly requiring a lengthy or complex password recovery or reset. When you start /bin/passwd from a mintty terminal window

Re: passwd -R

On Jul 25 13:18, Achim Gratz wrote: > Corinna Vinschen cygwin.com> writes: > > 2014-07-24 is such a snapshot, basically what I just upload as 1.7.31-3, > > plus all the AD integration stuff. > > OK. I'll have to pull from the mirrors and then roll a new snapshot package > locally. BTW, the Chan

Re: passwd -R

Corinna Vinschen cygwin.com> writes: > 2014-07-24 is such a snapshot, basically what I just upload as 1.7.31-3, > plus all the AD integration stuff. OK. I'll have to pull from the mirrors and then roll a new snapshot package locally. BTW, the ChangeLog for that snapshot looks like it might have

Re: passwd -R

On Jul 25 12:09, Achim Gratz wrote: > I've been running with the latest LDAP enabled snapshot from 2014-07-14. > With this snapshot the "passwd -R" hangs when trying to set or delete the > password on the server. That's very likely the problem introduced by changi

passwd -R

I've been running with the latest LDAP enabled snapshot from 2014-07-14. With this snapshot the "passwd -R" hangs when trying to set or delete the password on the server. The snapshot from 2014-07-09 works correctly in that respect. Would it be possible to roll a new LDAP enable

Re: New Version 1.7.30-1: Passwd -R option. Can only update logged in user.

On Jun 4 05:06, Thomas Fay wrote: > > Hi, > > Recently there was an update to the passwd -R feature in 1.7.30-1 > which allows you to pipe in a password to the "passwd -R". This is a > something that we really need and the update is appreciated. :

Cygwin 1.7.30-1 passwd -R broken and displays password

This is a followup to the 1.7.30-1 problem that was reported in: http://cygwin.com/ml/cygwin/2014-06/msg00058.html I have detailed exact problem and have included screen shots In Summary, the problem is that a user password, other than the user logged in, cannot be updated using the passwd

New Version 1.7.30-1: Passwd -R option. Can only update logged in user.

Hi, Recently there was an update to the passwd -R feature in 1.7.30-1 which allows you to pipe in a password to the "passwd -R". This is a something that we really need and the update is appreciated. :) There is still an issue in that you can only update the re

Re: New passwd handling upgrade issue?

ge as mentioned previously during testing [1]. This was tested with > snapshots as recent as today [1.7.31s(0.273/5/3) 20140523 10:31:42 i686 > Cygwin]. In my testing I didn't change anything except add the new snapshot > dll. Of note is that I had an old /etc/passwd file with (obviously

New passwd handling upgrade issue?

ote is that I had an old /etc/passwd file with (obviously) different uid/pgid numbers, and the error was caused by trying to lookup the old primary gid as listed in the passwd entry and failing. According to the discussion previously on the list, cygwin should report it as a fake group (either Unkno

Re: More testing needed: New passwd/group AD/SAM integration

n machine. > > $ uname -a > CYGWIN_NT-6.3 cbreisch-win8 1.7.30s(0.272/5/3) 20140514 11:29:16 x86_64 > Cygwin > > I had ssh set up and working properly before installing the snapshot. > > $ cat /etc/nsswitch.conf > passwd: files > group: files > > If I leave it

Re: More testing needed: New passwd/group AD/SAM integration

up and working properly before installing the snapshot. $ cat /etc/nsswitch.conf passwd: files group: files If I leave it using files, I have no problems. So, I change it to db and attempt to restart sshd $ cat /etc/nsswitch.conf passwd: db group: db # cygrunsrv -E sshd # cygrunsrv -S sshd

Re: More testing needed: New passwd/group AD/SAM integration

ehaviour > wrt prefix '+': > > w/o w > + + > SYSTEM no yes > LocalServiceno yes > NetworkService no yes > Administrators no yes > TrustedInstaller no yes > Administrator ye

Re: More testing needed: New passwd/group AD/SAM integration

er no yes Administrator yes no cyg_server yes no Guest yes no ht yes no postgresyes no sshdyes no [you can reproduce this using > cut -d ':' -f 1 /etc/passwd | while read u; do echo -n "$u "; if

Re: More testing needed: New passwd/group AD/SAM integration

On May 13 22:15, Henry S. Thompson wrote: > Corinna Vinschen writes: > > On May 13 18:29, Henry S. Thompson wrote: > >> Glitch (also true for x86 1.7.29-2): > >> id returns effectively immediately for all users and non-users _except_: > >>> time id Administrators > >> uid=544(+Administrat

Re: More testing needed: New passwd/group AD/SAM integration

Corinna Vinschen writes: > On May 13 18:29, Henry S. Thompson wrote: >> Glitch (also true for x86 1.7.29-2): >> id returns effectively immediately for all users and non-users _except_: >>> time id Administrators >> uid=544(+Administrators) gid=544(+Administrators) >> groups=11(+Auth

Re: More testing needed: New passwd/group AD/SAM integration

so that does yield. . .rather different results than it used to. > > Poking around with id compared to the the contents of /etc/passwd > (from mkpasswd) and also compared to what my x86 install (not using > snapshot) does, I see one glitch and one difference: > > Glitch (also

Re: More testing needed: New passwd/group AD/SAM integration

ith id compared to the the contents of /etc/passwd (from mkpasswd) and also compared to what my x86 install (not using snapshot) does, I see one glitch and one difference: Glitch (also true for x86 1.7.29-2): id returns effectively immediately for all users and non-users _except_: > time

Re: More testing needed: New passwd/group AD/SAM integration

init worked for me again with this. > > I'd be grateful if you could check if it works for you too and, maybe, > > test the account stuff a bit more...? > > kinit works. ssh works. (New) screen works. > > Both with /etc/passwd,group and no nsswitch.conf, and wit

Re: More testing needed: New passwd/group AD/SAM integration

ou too and, maybe, > test the account stuff a bit more...? kinit works. ssh works. (New) screen works. Both with /etc/passwd,group and no nsswitch.conf, and with /etc/passwd,group,nsswitch.conf with passwd: db group: db Any trivial way I can test that I am actually _getting_ identities

Re: More testing needed: New passwd/group AD/SAM integration

On May 13 16:52, Corinna Vinschen wrote: > On May 13 12:57, Henry S. Thompson wrote: > > I then successfully launched mintty, but (since the most important > > aspect of my 'identity' is my ability to authenticate using Kerberos), > > the next thing I tried did not work as expected: > > > > > kini

Re: More testing needed: New passwd/group AD/SAM integration

On May 13 12:57, Henry S. Thompson wrote: > Corinna Vinschen writes: > > > I'm still interested in testing of the new Cygwin code to have > > user/group identification without requiring /etc/passwd and /etc/group > > files. > > So I installed the 2014-05-09 x8

Re: More testing needed: New passwd/group AD/SAM integration

Corinna Vinschen writes: > I'm still interested in testing of the new Cygwin code to have > user/group identification without requiring /etc/passwd and /etc/group > files. So I installed the 2014-05-09 x86_64 snapshot, and did nothing else (i.e. left /etc/{passwd,group} alone, di

More testing needed: New passwd/group AD/SAM integration

Hi list, I'm still interested in testing of the new Cygwin code to have user/group identification without requiring /etc/passwd and /etc/group files. This is a pretty big change, and it would be very helpful if as many users as possible would be willing to give this a test. Think abo

Re: Testers needed: New passwd/group handling in Cygwin

this behaviour is stable (and maps to 544 in every case) the > problem that Perl is having also goes away. I've installed todays snapshot and removed passwd, group and nsswitch.conf. So far everything looks OK (while I'm wired to the local network, wireless and VPN testing will have t

Re: passwd -R : Storing password failed: Function not implemented

On Apr 28 17:15, Sébastien Chaumat wrote: > Hi, > Installing latest version (tested on 2 arch : x32 and x64 on windows > 7 pro SP1), with just openssh and openssl installed, > > running cygwin shell as an administrator : > passwd -R > leads to > Storing password failed:

passwd -R : Storing password failed: Function not implemented

Hi, Installing latest version (tested on 2 arch : x32 and x64 on windows 7 pro SP1), with just openssh and openssl installed, running cygwin shell as an administrator : passwd -R leads to Storing password failed: Function not implemented There was a previous post about this : http://cygwin.com

Re: passwd -R

the password registry entry using passwd -R Hang on. You only need to do this if you use the account for login purposes where you don't want to give your password, according to http://cygwin.com/cygwin-ug-net/ntsec.html#ntsec-setuid-overview > 2) net user Administrator Otherwise this comm

passwd -R

Hi, I am trying to decipher how to do some of commands on a cygwin shell remotely. I am using a Jython script to reset the Admin password and I understand that I would have to do the following 1) change the password registry entry using passwd -R 2) net user Administrator When the command is

Re: Still testing needed: New passwd/group AD/SAM integration

er the cyg_server account while cygserver is running under the > >>LocalSystem account? > > > >Yes to all. > > > >>I'm just testing this, only with a domain machine and domain accounts, > >>and I can't reproduce this. I have a bit of a problem to

Re: Still testing needed: New passwd/group AD/SAM integration

I have to start sshd before I start cygserver, or else I have problems (can't ssh from a non-administrator account to an administrator account). Here are the details on 64 bit Cygwin; I haven't tested 32 bit: I've installed the full 2014-04-12 snapshot and removed /etc/passwd a

Re: Still testing needed: New passwd/group AD/SAM integration

server, or else I have problems (can't ssh from a non-administrator account to an administrator account). Here are the details on 64 bit Cygwin; I haven't tested 32 bit: I've installed the full 2014-04-12 snapshot and removed /etc/passwd and /etc/group. I have an ordinary user kbrown

Re: Still testing needed: New passwd/group AD/SAM integration

have problems (can't ssh from a > > non-administrator account to an administrator account). Here are > > the details on 64 bit Cygwin; I haven't tested 32 bit: > > > > I've installed the full 2014-04-12 snapshot and removed /etc/passwd > > and /etc

Re: Still testing needed: New passwd/group AD/SAM integration

to an administrator account). Here are > the details on 64 bit Cygwin; I haven't tested 32 bit: > > I've installed the full 2014-04-12 snapshot and removed /etc/passwd > and /etc/group. I have an ordinary user kbrown and an administrator > user kbrown-admin. I now do the

Re: Still testing needed: New passwd/group AD/SAM integration

tails on 64 bit Cygwin; I haven't tested 32 bit: I've installed the full 2014-04-12 snapshot and removed /etc/passwd and /etc/group. I have an ordinary user kbrown and an administrator user kbrown-admin. I now do the following: 1. Start sshd. 2. Start cygserver. 3. Start a Cygwin Termin

Re: Still testing needed: New passwd/group AD/SAM integration

On Apr 15 03:00, Andrey Repin wrote: > Greetings, Corinna Vinschen! > > > For clarity: There is no "looking for users first at"... capability at > > all. The user is searched via the functions LookupAccountSid and > > LookupAccountName and they decide by themselves in what order to look. > > Go

  1   2   3   4   5   6   7   >