Group name madness: "CurrentSession" vs. "LogonSessionId_0_111590" vs. "NT AUTHORITY\LogonSessionId_0_111590" ...
Hi! While implementing chown/chgrp support in the ms-nfs41-client (Windows NFSv4.1 client filesystem driver) I encountered an issue with group names. I tried a simple $ chgrp CurrentSession myfile #, which returned "Permission denied". OK, /usr/bin/id -a shows that the current user is a member of this group, so I added a new group called "CurrentSession" to the NFSv4.1 server side ([1]). But that did not work either, /usr/bin/chgrp # still failed. Enabling debug output (see https://nrubsig.kpaste.net/ed343a8) I saw something weird: The filesystem driver gets the group as SID, but converting this SID back into a Windows Account name (which is used as NFSv4 group name string) returned "LogonSessionId_0_111590", NOT "CurrentSession". 1. Why is this happening ? Who or what defines "CurrentSession" ? 2. Why does $ getent group LogonSessionId_0_111590 # not work, even if this is a legal Windows account name ? 3. $ getent -w group CurrentSession # has "NT AUTHORITY\LogonSessionId_0_111590" as a field value, but neither "LogonSessionId_0_111590" nor "NT AUTHORITY\LogonSessionId_0_111590" return matches when passed to $ getent -w group ... # - is this intended ? [1]=Unlike NFSv2/NFSv3 the NFSv4 protocol uses user and group names as strings, and no longer uses integer values. So usernames and group names must match, not no longer the |uid_t|/|gid_t| values. That can be used to avoid |uid_t|/|gid_t| collisions, and allows "identify mapping", e.g. via a idmapd daemon. Bye, Roland -- __ . . __ (o.\ \/ /.o) roland.ma...@nrubsig.org \__\/\/__/ MPEG specialist, C&&JAVA&&Sun&&Unix programmer /O /==\ O\ TEL +49 641 3992797 (;O/ \/ \O;) -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation:https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
Re: I am getting an error trying to use openssl 1.1.1v in cygwin
On Sun, Feb 18, 2024 at 3:40 PM Cary Lewis via Cygwin wrote: > > Attempting to run: > > openssl enc -base64 -i file > > gives the following error: > > 42949672976:error:25066067:DSO support routines:dlfcn_load:could not load > the shared library:crypto/dso/dso_dlfcn.c:118:filename(libproviders.dll): > No such file or directory > 42949672976:error:25070067:DSO support routines:DSO_load:could not load the > shared library:crypto/dso/dso_lib.c:162: > 42949672976:error:0E07506E:configuration file > routines:module_load_dso:error loading > dso:crypto/conf/conf_mod.c:224:module=providers, path=providers > 42949672976:error:0E076071:configuration file routines:module_run:unknown > module name:crypto/conf/conf_mod.c:165:module=providers > > I removed openssl 1.1.1v with apt-cyg remove openssl and reinstalled it > with apt-cyg install openssl, and now I have version 3.0.13 30 which > resolves the problem. > > I had version OpenSSL 1.1.1f installed on another machine, which did not > display the error. > > I am just posting here in case someone else runs into this issue. > what about to use the Cygwin setup so that all the dependencies are properly updated ? My guess is that that you have not updated the cygwin1.dll Regards Marco PS: apt-cyg is not supported by cygwin maintainers (and the last time I checked was also not updated by long time) -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation:https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
I am getting an error trying to use openssl 1.1.1v in cygwin
Attempting to run: openssl enc -base64 -i file gives the following error: 42949672976:error:25066067:DSO support routines:dlfcn_load:could not load the shared library:crypto/dso/dso_dlfcn.c:118:filename(libproviders.dll): No such file or directory 42949672976:error:25070067:DSO support routines:DSO_load:could not load the shared library:crypto/dso/dso_lib.c:162: 42949672976:error:0E07506E:configuration file routines:module_load_dso:error loading dso:crypto/conf/conf_mod.c:224:module=providers, path=providers 42949672976:error:0E076071:configuration file routines:module_run:unknown module name:crypto/conf/conf_mod.c:165:module=providers I removed openssl 1.1.1v with apt-cyg remove openssl and reinstalled it with apt-cyg install openssl, and now I have version 3.0.13 30 which resolves the problem. I had version OpenSSL 1.1.1f installed on another machine, which did not display the error. I am just posting here in case someone else runs into this issue. -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation:https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
Re: ssh over stunnel hangs on second connection
ASSI via Cygwin wrote at about 08:35:10 +0100 on Sunday, February 18, 2024: > cygwin--- via Cygwin writes: > > Running stunnel under gdb, shows that when 'ssh' exits, the thread > > initiated by the 'ssh' login ends with a 'Segmentation Fault' due to a > > SIGSEGV - so it appears that there is an attempt to read/write from an > > invalid memory area > > Based on the location of the crash and the trace leading up to it: could > you install the latest snapshot for the Cygwin DLL and see if that fixes > this crash? > > I just tried with: cygwin 3.6.0-0.45 which was the latest I could find on setup.exe. Unfortunately did not solve the problem :( -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation:https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple