Alex
2021-Dec-22 14:12 UTC
[Samba] Authentication issue after updating samba on CentOS 7 (from yum)
Hello, After updating from samba-4.10.16-15.el7_9.x86_64 to samba-4.10.16-17.el7_9.x86_64 our users are no longer able to get to samba shares. Besides that, winbindd and samba logs are getting flooded (even when nobody tries to get to a share): winbindd.log: ... [2021/12/22 16:21:32.350675, 3] ../../auth/kerberos/kerberos_pac.c:413(kerberos_decode_pac) Found account name from PAC: username [Firstname Lastname] [2021/12/22 16:21:33.426925, 3] ../../source3/winbindd/winbindd_misc.c:432(winbindd_interface_version) winbindd_interface_version: [smbd (5383)]: request interface version (version = 31) [2021/12/22 16:21:33.427150, 3] ../../source3/winbindd/winbindd_misc.c:470(winbindd_priv_pipe_dir) winbindd_priv_pipe_dir: [smbd (5383)]: request location of privileged pipe [2021/12/22 16:21:33.429703, 3] ../../auth/kerberos/kerberos_pac.c:413(kerberos_decode_pac) Found account name from PAC: username [Firstname Lastname] [2021/12/22 16:21:33.512604, 3] ../../source3/winbindd/winbindd_misc.c:432(winbindd_interface_version) winbindd_interface_version: [smbd (5385)]: request interface version (version = 31) [2021/12/22 16:21:33.512853, 3] ../../source3/winbindd/winbindd_misc.c:470(winbindd_priv_pipe_dir) winbindd_priv_pipe_dir: [smbd (5385)]: request location of privileged pipe [2021/12/22 16:21:33.515820, 3] ../../auth/kerberos/kerberos_pac.c:413(kerberos_decode_pac) Found account name from PAC: username [Firstname Lastname] ... 172.26.10.1.log: ... [2021/12/22 16:21:33.454953, 3] ../../source3/smbd/oplock.c:1422(init_oplocks) init_oplocks: initializing messages. [2021/12/22 16:21:33.455252, 3] ../../source3/smbd/process.c:1948(process_smb) Transaction 0 of length 108 (0 toread) [2021/12/22 16:21:33.455648, 3] ../../source3/smbd/smb2_negprot.c:293(smbd_smb2_request_process_negprot) Selected protocol SMB2_10 [2021/12/22 16:21:33.522077, 3] ../../source3/auth/auth_util.c:1877(check_account) Failed to find authenticated user DOMAIN\username via getpwnam(), denying access. [2021/12/22 16:21:33.522316, 3] ../../source3/smbd/smb2_server.c:3213(smbd_smb2_request_error_ex) smbd_smb2_request_error_ex: smbd_smb2_request_error_ex: idx[1] status[NT_STATUS_LOGON_FAILURE] || at ../../source3/smbd/smb2_sesssetup.c:146 [2021/12/22 16:21:33.524042, 3] ../../source3/smbd/server_exit.c:236(exit_server_common) Server exit (NT_STATUS_CONNECTION_RESET) ... I've rolled back to 4.10.16-15 and things got back to work. Here is the changelog: https://access.redhat.com/errata/RHSA-2021:5192 I understand you don't care much about packaged versions, but probably you could help me figure out what should be changed in the config to get latest version working. smb.conf: [global] workgroup = DOMAIN server string = vm-corp netbios name = VM-CORP realm = DOMAIN.BIZ security = ads template shell = /sbin/nologin kerberos method = secrets and keytab log file = /var/log/samba/%m.log log level = 3 max log size = 1000 idmap config * : backend = tdb idmap config * : range = 16777216-33554431 idmap config DOMAIN:backend = ad idmap config DOMAIN:schema_mode = rfc2307 idmap config DOMAIN:range = 400-999999 idmap config DOMAIN:unix_primary_group = yes idmap config DOMAIN:unix_nss_info = yes winbind use default domain = true winbind offline logon = false winbind enum users = Yes winbind enum groups = Yes winbind cache time = 15 winbind refresh tickets = Yes winbind expand groups = 5 vfs objects = acl_xattr map acl inherit = yes store dos attributes = yes load printers = No domain master = no local master = no preferred master = no server min protocol = SMB2 use sendfile = yes dos charset = CP866 veto oplock files = /*.mdb/*.MDB/*.dbf/*.DBF/ veto files = /*:Zone.Identifier:*/ [username] comment = username's home path = /home/username read only = No create mode = 0660 valid users = username I tried to create the username_map_script.sh and add the following lines (as mentioned in https://bugzilla.samba.org/show_bug.cgi?id=14901): min domain uid = 500 username map script = /etc/samba/username_map_script.sh local nt token from nss:DOMAIN = no But that didn't help. # uname -r 3.10.0-1160.45.1.el7.x86_64 Thanks in advance! -- Best regards, Alexander Kolesnik
Rowland Penny
2021-Dec-22 14:57 UTC
[Samba] Authentication issue after updating samba on CentOS 7 (from yum)
On Wed, 2021-12-22 at 17:12 +0300, Alex via samba wrote:> Hello, > > After updating from samba-4.10.16-15.el7_9.x86_64 to samba-4.10.16- > 17.el7_9.x86_64 our users are no longer able to get to samba shares. > Besides that, winbindd and samba logs are getting flooded (even when > nobody tries to get to a share): > winbindd.log: > ... > [2021/12/22 16:21:32.350675, 3] > ../../auth/kerberos/kerberos_pac.c:413(kerberos_decode_pac) > Found account name from PAC: username [Firstname Lastname] > [2021/12/22 16:21:33.426925, 3] > ../../source3/winbindd/winbindd_misc.c:432(winbindd_interface_version > ) > winbindd_interface_version: [smbd (5383)]: request interface > version (version = 31) > [2021/12/22 16:21:33.427150, 3] > ../../source3/winbindd/winbindd_misc.c:470(winbindd_priv_pipe_dir) > winbindd_priv_pipe_dir: [smbd (5383)]: request location of > privileged pipe > [2021/12/22 16:21:33.429703, 3] > ../../auth/kerberos/kerberos_pac.c:413(kerberos_decode_pac) > Found account name from PAC: username [Firstname Lastname] > [2021/12/22 16:21:33.512604, 3] > ../../source3/winbindd/winbindd_misc.c:432(winbindd_interface_version > ) > winbindd_interface_version: [smbd (5385)]: request interface > version (version = 31) > [2021/12/22 16:21:33.512853, 3] > ../../source3/winbindd/winbindd_misc.c:470(winbindd_priv_pipe_dir) > winbindd_priv_pipe_dir: [smbd (5385)]: request location of > privileged pipe > [2021/12/22 16:21:33.515820, 3] > ../../auth/kerberos/kerberos_pac.c:413(kerberos_decode_pac) > Found account name from PAC: username [Firstname Lastname] > ... > > 172.26.10.1.log: > ... > [2021/12/22 16:21:33.454953, 3] > ../../source3/smbd/oplock.c:1422(init_oplocks) > init_oplocks: initializing messages. > [2021/12/22 16:21:33.455252, 3] > ../../source3/smbd/process.c:1948(process_smb) > Transaction 0 of length 108 (0 toread) > [2021/12/22 16:21:33.455648, 3] > ../../source3/smbd/smb2_negprot.c:293(smbd_smb2_request_process_negpr > ot) > Selected protocol SMB2_10 > [2021/12/22 16:21:33.522077, 3] > ../../source3/auth/auth_util.c:1877(check_account) > Failed to find authenticated user DOMAIN\username via getpwnam(), > denying access. > [2021/12/22 16:21:33.522316, 3] > ../../source3/smbd/smb2_server.c:3213(smbd_smb2_request_error_ex) > smbd_smb2_request_error_ex: smbd_smb2_request_error_ex: idx[1] > status[NT_STATUS_LOGON_FAILURE] || at > ../../source3/smbd/smb2_sesssetup.c:146 > [2021/12/22 16:21:33.524042, 3] > ../../source3/smbd/server_exit.c:236(exit_server_common) > Server exit (NT_STATUS_CONNECTION_RESET) > ... > > I've rolled back to 4.10.16-15 and things got back to work. > > Here is the changelog: > https://access.redhat.com/errata/RHSA-2021:5192 > > I understand you don't care much about packaged versions, but > probably you could help me figure out what should be changed in the > config to get latest version working.It is not that we don't care about packaged versions, it is that a problem may have been fixed in a later version of Samba.> > smb.conf: > [global] > workgroup = DOMAIN > server string = vm-corp > netbios name = VM-CORP > realm = DOMAIN.BIZ > security = ads > template shell = /sbin/nologinSo, your users never log into the server directly, just via Samba.> kerberos method = secrets and keytab > > log file = /var/log/samba/%m.log > log level = 3 > max log size = 1000 > > idmap config * : backend = tdb > idmap config * : range = 16777216-33554431Is there some reason for that range ? It will allow you 16777215 users & groups for something that requires only about 200.> > idmap config DOMAIN:backend = ad > idmap config DOMAIN:schema_mode = rfc2307 > idmap config DOMAIN:range = 400-999999Again why the strange range, do you have users & groups with uidNumber & gidNumber attributes that low ?> idmap config DOMAIN:unix_primary_group = yesDo your users have gidNumber attributes.> idmap config DOMAIN:unix_nss_info = yesThis is interesting, you only need that if your users have a unixHomeDirectory attribute (at least), yet you are not using '[homes]' below.> > winbind use default domain = true > winbind offline logon = false > winbind enum users = Yes > winbind enum groups = YesYou do not need the 'enum' lines, it works without them.> winbind cache time = 15 > winbind refresh tickets = Yes > winbind expand groups = 5 > > vfs objects = acl_xattr > map acl inherit = yes > store dos attributes = yes > > load printers = No > domain master = no > local master = no > preferred master = no > server min protocol = SMB2 > use sendfile = yes > dos charset = CP866 > > veto oplock files = /*.mdb/*.MDB/*.dbf/*.DBF/ > veto files = /*:Zone.Identifier:*/ > > [username] > comment = username's home > path = /home/username > read only = No > create mode = 0660 > valid users = usernameAs noted above, why are you not using '[homes]' ?> > I tried to create the username_map_script.sh and add the following > lines (as mentioned in > https://bugzilla.samba.org/show_bug.cgi?id=14901): > min domain uid = 500Try changing the '500' to '0'> username map script = /etc/samba/username_map_script.shChange that to: username map script = /etc/samba/user.map Create /etc/samba/user.map containing: !root = DOMAIN\Administrator Rowland