2021-12-15 05:58:06 |
David Thao |
bug |
|
|
added bug |
2021-12-15 06:01:08 |
David Thao |
description |
Our file shares on our samba server was working until last Tuesday, when an unattended upgrade upgraded Samba to 2:4.7.6+dfsg~ubuntu-0ubuntu2.26, we are now at 2:4.7.6+dfsg~ubuntu-0ubuntu2.27 after another upgrade last night.
Environment:
OS: Ubbuntu 18.04.2 LTS
Kernel: 4.15.0-163-generic
/etc/samba/smb.conf
[global]
workgroup = DOMAIN
realm = DOMAIN.AD.DOMAIN
server string = default
fruit:aapl = yes
log file = /var/log/samba/log.%m
max log size = 5000
log level = 8
# Authentication
server role = standalone server
security = ADS
passdb backend = tdbsam
map to guest = bad user
interfaces = 10.100.0.100
hosts allow = 10.0.0.0/8
dns proxy = no
bind interfaces only = no
client signing = yes
client use spnego = yes
password server = *
encrypt passwords = yes
kerberos method = secrets and keytab
# Printers
# Don't load printers
load printers = no
printing = bsd
printcap name = /dev/null
disable spoolss = yes
include = /etc/samba/storage1_shares.conf
/etc/samba/storage1_shares.conf
[Share_one]
comment = Share_one
path = /mnt/zpool1/Share_one
write list =
create mask = 744
directory mask = 755
guest ok = no
read only = no
browseable = yes
printable = no
writable = yes
inherit permissions = yes
inherit acls = yes
users = @"DOMAIN\group one", @"DOMAIN\group two"
force group =
vfs objects = catia fruit streams_xattr
fruit:resource = xattr
fruit:encoding = native
Changes:
Start-Date: 2021-12-07 06:40:49
Commandline: /usr/bin/unattended-upgrade
Upgrade: python-samba:amd64 (2:4.7.6+dfsg~ubuntu-0ubuntu2.23, 2:4.7.6+dfsg~ubuntu-0ubuntu2.26), libwbclient0:amd64 (2:4.7.6+dfsg~ubuntu-0ubuntu2.23, 2:4.7.6+dfsg~ubuntu-0ubuntu2.26), samba:amd64 (2:4.7.6+dfsg~ubuntu-0ubuntu2.23, 2:4.7.6+dfsg~ubuntu-0ubuntu2.26), samba-dsdb-modules:amd64 (2:4.7.6+dfsg~ubuntu-0ubuntu2.23, 2:4.7.6+dfsg~ubuntu-0ubuntu2.26), samba-libs:amd64 (2:4.7.6+dfsg~ubuntu-0ubuntu2.23, 2:4.7.6+dfsg~ubuntu-0ubuntu2.26), samba-common:amd64 (2:4.7.6+dfsg~ubuntu-0ubuntu2.23, 2:4.7.6+dfsg~ubuntu-0ubuntu2.26), samba-vfs-modules:amd64 (2:4.7.6+dfsg~ubuntu-0ubuntu2.23, 2:4.7.6+dfsg~ubuntu-0ubuntu2.26), libsmbclient:amd64 (2:4.7.6+dfsg~ubuntu-0ubuntu2.23, 2:4.7.6+dfsg~ubuntu-0ubuntu2.26), smbclient:amd64 (2:4.7.6+dfsg~ubuntu-0ubuntu2.23, 2:4.7.6+dfsg~ubuntu-0ubuntu2.26), samba-common-bin:amd64 (2:4.7.6+dfsg~ubuntu-0ubuntu2.23, 2:4.7.6+dfsg~ubuntu-0ubuntu2.26)
End-Date: 2021-12-07 06:41:02
Problem:
No Domain Users or Administrators are able to access any of the shares any longer. All we get when trying to accessing the drives from our Windows workstations is that we do not have permissions to access the drives. |
Our file shares on our samba server was working until last Tuesday, when an unattended upgrade upgraded Samba to 2:4.7.6+dfsg~ubuntu-0ubuntu2.26, we are now at 2:4.7.6+dfsg~ubuntu-0ubuntu2.27 after another upgrade last night.
Environment:
OS: Ubbuntu 18.04.2 LTS
Kernel: 4.15.0-163-generic
################################################
/etc/samba/smb.conf
[global]
workgroup = DOMAIN
realm = DOMAIN.AD.DOMAIN
server string = default
fruit:aapl = yes
log file = /var/log/samba/log.%m
max log size = 5000
log level = 8
# Authentication
server role = standalone server
security = ADS
passdb backend = tdbsam
map to guest = bad user
interfaces = 10.100.0.100
hosts allow = 10.0.0.0/8
dns proxy = no
bind interfaces only = no
client signing = yes
client use spnego = yes
password server = *
encrypt passwords = yes
kerberos method = secrets and keytab
# Printers
# Don't load printers
load printers = no
printing = bsd
printcap name = /dev/null
disable spoolss = yes
include = /etc/samba/storage1_shares.conf
################################################
/etc/samba/storage1_shares.conf
[Share_one]
comment = Share_one
path = /mnt/zpool1/Share_one
write list =
create mask = 744
directory mask = 755
guest ok = no
read only = no
browseable = yes
printable = no
writable = yes
inherit permissions = yes
inherit acls = yes
users = @"DOMAIN\group one", @"DOMAIN\group two"
force group =
vfs objects = catia fruit streams_xattr
fruit:resource = xattr
fruit:encoding = native
################################################
/etc/krb5.conf
[libdefaults]
default_realm = AD.DOMAIN.COM
ticket_lifetime = 24h
renew_lifetime = 7d
[realms]
AD.BIOLA.EDU = {
kdc = "dc1.ad.domain.com"
admin_server = "dc1.ad.domain.com"
}
[domain_realm]
.ad.domain.com = AD.DOMAIN.COM
ad.domain.com = AD.DOMAIN.COM
[logging]
Default = FILE:/var/log/krb5.log
################################################
/etc/sssd/sssd.conf
[sssd]
services = nss, pam
config_file_version = 2
domains = AD.DOMAIN.COM
[domain/AD.DOMAIN.COM]
id_provider = ad
access_provider = ad
override_homedir = /home/%d/%u
[nss]
filter_users = user1,user2,user3,user4
################################################
Changes:
Start-Date: 2021-12-07 06:40:49
Commandline: /usr/bin/unattended-upgrade
Upgrade: python-samba:amd64 (2:4.7.6+dfsg~ubuntu-0ubuntu2.23, 2:4.7.6+dfsg~ubuntu-0ubuntu2.26), libwbclient0:amd64 (2:4.7.6+dfsg~ubuntu-0ubuntu2.23, 2:4.7.6+dfsg~ubuntu-0ubuntu2.26), samba:amd64 (2:4.7.6+dfsg~ubuntu-0ubuntu2.23, 2:4.7.6+dfsg~ubuntu-0ubuntu2.26), samba-dsdb-modules:amd64 (2:4.7.6+dfsg~ubuntu-0ubuntu2.23, 2:4.7.6+dfsg~ubuntu-0ubuntu2.26), samba-libs:amd64 (2:4.7.6+dfsg~ubuntu-0ubuntu2.23, 2:4.7.6+dfsg~ubuntu-0ubuntu2.26), samba-common:amd64 (2:4.7.6+dfsg~ubuntu-0ubuntu2.23, 2:4.7.6+dfsg~ubuntu-0ubuntu2.26), samba-vfs-modules:amd64 (2:4.7.6+dfsg~ubuntu-0ubuntu2.23, 2:4.7.6+dfsg~ubuntu-0ubuntu2.26), libsmbclient:amd64 (2:4.7.6+dfsg~ubuntu-0ubuntu2.23, 2:4.7.6+dfsg~ubuntu-0ubuntu2.26), smbclient:amd64 (2:4.7.6+dfsg~ubuntu-0ubuntu2.23, 2:4.7.6+dfsg~ubuntu-0ubuntu2.26), samba-common-bin:amd64 (2:4.7.6+dfsg~ubuntu-0ubuntu2.23, 2:4.7.6+dfsg~ubuntu-0ubuntu2.26)
End-Date: 2021-12-07 06:41:02
Problem:
No Domain Users or Administrators are able to access any of the shares any longer. All we get when trying to accessing the drives from our Windows workstations is that we do not have permissions to access the drives. |
|
2021-12-15 06:01:33 |
David Thao |
description |
Our file shares on our samba server was working until last Tuesday, when an unattended upgrade upgraded Samba to 2:4.7.6+dfsg~ubuntu-0ubuntu2.26, we are now at 2:4.7.6+dfsg~ubuntu-0ubuntu2.27 after another upgrade last night.
Environment:
OS: Ubbuntu 18.04.2 LTS
Kernel: 4.15.0-163-generic
################################################
/etc/samba/smb.conf
[global]
workgroup = DOMAIN
realm = DOMAIN.AD.DOMAIN
server string = default
fruit:aapl = yes
log file = /var/log/samba/log.%m
max log size = 5000
log level = 8
# Authentication
server role = standalone server
security = ADS
passdb backend = tdbsam
map to guest = bad user
interfaces = 10.100.0.100
hosts allow = 10.0.0.0/8
dns proxy = no
bind interfaces only = no
client signing = yes
client use spnego = yes
password server = *
encrypt passwords = yes
kerberos method = secrets and keytab
# Printers
# Don't load printers
load printers = no
printing = bsd
printcap name = /dev/null
disable spoolss = yes
include = /etc/samba/storage1_shares.conf
################################################
/etc/samba/storage1_shares.conf
[Share_one]
comment = Share_one
path = /mnt/zpool1/Share_one
write list =
create mask = 744
directory mask = 755
guest ok = no
read only = no
browseable = yes
printable = no
writable = yes
inherit permissions = yes
inherit acls = yes
users = @"DOMAIN\group one", @"DOMAIN\group two"
force group =
vfs objects = catia fruit streams_xattr
fruit:resource = xattr
fruit:encoding = native
################################################
/etc/krb5.conf
[libdefaults]
default_realm = AD.DOMAIN.COM
ticket_lifetime = 24h
renew_lifetime = 7d
[realms]
AD.BIOLA.EDU = {
kdc = "dc1.ad.domain.com"
admin_server = "dc1.ad.domain.com"
}
[domain_realm]
.ad.domain.com = AD.DOMAIN.COM
ad.domain.com = AD.DOMAIN.COM
[logging]
Default = FILE:/var/log/krb5.log
################################################
/etc/sssd/sssd.conf
[sssd]
services = nss, pam
config_file_version = 2
domains = AD.DOMAIN.COM
[domain/AD.DOMAIN.COM]
id_provider = ad
access_provider = ad
override_homedir = /home/%d/%u
[nss]
filter_users = user1,user2,user3,user4
################################################
Changes:
Start-Date: 2021-12-07 06:40:49
Commandline: /usr/bin/unattended-upgrade
Upgrade: python-samba:amd64 (2:4.7.6+dfsg~ubuntu-0ubuntu2.23, 2:4.7.6+dfsg~ubuntu-0ubuntu2.26), libwbclient0:amd64 (2:4.7.6+dfsg~ubuntu-0ubuntu2.23, 2:4.7.6+dfsg~ubuntu-0ubuntu2.26), samba:amd64 (2:4.7.6+dfsg~ubuntu-0ubuntu2.23, 2:4.7.6+dfsg~ubuntu-0ubuntu2.26), samba-dsdb-modules:amd64 (2:4.7.6+dfsg~ubuntu-0ubuntu2.23, 2:4.7.6+dfsg~ubuntu-0ubuntu2.26), samba-libs:amd64 (2:4.7.6+dfsg~ubuntu-0ubuntu2.23, 2:4.7.6+dfsg~ubuntu-0ubuntu2.26), samba-common:amd64 (2:4.7.6+dfsg~ubuntu-0ubuntu2.23, 2:4.7.6+dfsg~ubuntu-0ubuntu2.26), samba-vfs-modules:amd64 (2:4.7.6+dfsg~ubuntu-0ubuntu2.23, 2:4.7.6+dfsg~ubuntu-0ubuntu2.26), libsmbclient:amd64 (2:4.7.6+dfsg~ubuntu-0ubuntu2.23, 2:4.7.6+dfsg~ubuntu-0ubuntu2.26), smbclient:amd64 (2:4.7.6+dfsg~ubuntu-0ubuntu2.23, 2:4.7.6+dfsg~ubuntu-0ubuntu2.26), samba-common-bin:amd64 (2:4.7.6+dfsg~ubuntu-0ubuntu2.23, 2:4.7.6+dfsg~ubuntu-0ubuntu2.26)
End-Date: 2021-12-07 06:41:02
Problem:
No Domain Users or Administrators are able to access any of the shares any longer. All we get when trying to accessing the drives from our Windows workstations is that we do not have permissions to access the drives. |
Our file shares on our samba server was working until last Tuesday, when an unattended upgrade upgraded Samba to 2:4.7.6+dfsg~ubuntu-0ubuntu2.26, we are now at 2:4.7.6+dfsg~ubuntu-0ubuntu2.27 after another upgrade last night.
Environment:
OS: Ubbuntu 18.04.2 LTS
Kernel: 4.15.0-163-generic
################################################
/etc/samba/smb.conf
[global]
workgroup = DOMAIN
realm = DOMAIN.AD.DOMAIN
server string = default
fruit:aapl = yes
log file = /var/log/samba/log.%m
max log size = 5000
log level = 8
# Authentication
server role = standalone server
security = ADS
passdb backend = tdbsam
map to guest = bad user
interfaces = 10.100.0.100
hosts allow = 10.0.0.0/8
dns proxy = no
bind interfaces only = no
client signing = yes
client use spnego = yes
password server = *
encrypt passwords = yes
kerberos method = secrets and keytab
# Printers
# Don't load printers
load printers = no
printing = bsd
printcap name = /dev/null
disable spoolss = yes
include = /etc/samba/storage1_shares.conf
################################################
/etc/samba/storage1_shares.conf
[Share_one]
comment = Share_one
path = /mnt/zpool1/Share_one
write list =
create mask = 744
directory mask = 755
guest ok = no
read only = no
browseable = yes
printable = no
writable = yes
inherit permissions = yes
inherit acls = yes
users = @"DOMAIN\group one", @"DOMAIN\group two"
force group =
vfs objects = catia fruit streams_xattr
fruit:resource = xattr
fruit:encoding = native
################################################
/etc/krb5.conf
[libdefaults]
default_realm = AD.DOMAIN.COM
ticket_lifetime = 24h
renew_lifetime = 7d
[realms]
AD.DOMAIN.COM = {
kdc = "dc1.ad.domain.com"
admin_server = "dc1.ad.domain.com"
}
[domain_realm]
.ad.domain.com = AD.DOMAIN.COM
ad.domain.com = AD.DOMAIN.COM
[logging]
Default = FILE:/var/log/krb5.log
################################################
/etc/sssd/sssd.conf
[sssd]
services = nss, pam
config_file_version = 2
domains = AD.DOMAIN.COM
[domain/AD.DOMAIN.COM]
id_provider = ad
access_provider = ad
override_homedir = /home/%d/%u
[nss]
filter_users = user1,user2,user3,user4
################################################
Changes:
Start-Date: 2021-12-07 06:40:49
Commandline: /usr/bin/unattended-upgrade
Upgrade: python-samba:amd64 (2:4.7.6+dfsg~ubuntu-0ubuntu2.23, 2:4.7.6+dfsg~ubuntu-0ubuntu2.26), libwbclient0:amd64 (2:4.7.6+dfsg~ubuntu-0ubuntu2.23, 2:4.7.6+dfsg~ubuntu-0ubuntu2.26), samba:amd64 (2:4.7.6+dfsg~ubuntu-0ubuntu2.23, 2:4.7.6+dfsg~ubuntu-0ubuntu2.26), samba-dsdb-modules:amd64 (2:4.7.6+dfsg~ubuntu-0ubuntu2.23, 2:4.7.6+dfsg~ubuntu-0ubuntu2.26), samba-libs:amd64 (2:4.7.6+dfsg~ubuntu-0ubuntu2.23, 2:4.7.6+dfsg~ubuntu-0ubuntu2.26), samba-common:amd64 (2:4.7.6+dfsg~ubuntu-0ubuntu2.23, 2:4.7.6+dfsg~ubuntu-0ubuntu2.26), samba-vfs-modules:amd64 (2:4.7.6+dfsg~ubuntu-0ubuntu2.23, 2:4.7.6+dfsg~ubuntu-0ubuntu2.26), libsmbclient:amd64 (2:4.7.6+dfsg~ubuntu-0ubuntu2.23, 2:4.7.6+dfsg~ubuntu-0ubuntu2.26), smbclient:amd64 (2:4.7.6+dfsg~ubuntu-0ubuntu2.23, 2:4.7.6+dfsg~ubuntu-0ubuntu2.26), samba-common-bin:amd64 (2:4.7.6+dfsg~ubuntu-0ubuntu2.23, 2:4.7.6+dfsg~ubuntu-0ubuntu2.26)
End-Date: 2021-12-07 06:41:02
Problem:
No Domain Users or Administrators are able to access any of the shares any longer. All we get when trying to accessing the drives from our Windows workstations is that we do not have permissions to access the drives. |
|
2021-12-15 06:09:28 |
David Thao |
description |
Our file shares on our samba server was working until last Tuesday, when an unattended upgrade upgraded Samba to 2:4.7.6+dfsg~ubuntu-0ubuntu2.26, we are now at 2:4.7.6+dfsg~ubuntu-0ubuntu2.27 after another upgrade last night.
Environment:
OS: Ubbuntu 18.04.2 LTS
Kernel: 4.15.0-163-generic
################################################
/etc/samba/smb.conf
[global]
workgroup = DOMAIN
realm = DOMAIN.AD.DOMAIN
server string = default
fruit:aapl = yes
log file = /var/log/samba/log.%m
max log size = 5000
log level = 8
# Authentication
server role = standalone server
security = ADS
passdb backend = tdbsam
map to guest = bad user
interfaces = 10.100.0.100
hosts allow = 10.0.0.0/8
dns proxy = no
bind interfaces only = no
client signing = yes
client use spnego = yes
password server = *
encrypt passwords = yes
kerberos method = secrets and keytab
# Printers
# Don't load printers
load printers = no
printing = bsd
printcap name = /dev/null
disable spoolss = yes
include = /etc/samba/storage1_shares.conf
################################################
/etc/samba/storage1_shares.conf
[Share_one]
comment = Share_one
path = /mnt/zpool1/Share_one
write list =
create mask = 744
directory mask = 755
guest ok = no
read only = no
browseable = yes
printable = no
writable = yes
inherit permissions = yes
inherit acls = yes
users = @"DOMAIN\group one", @"DOMAIN\group two"
force group =
vfs objects = catia fruit streams_xattr
fruit:resource = xattr
fruit:encoding = native
################################################
/etc/krb5.conf
[libdefaults]
default_realm = AD.DOMAIN.COM
ticket_lifetime = 24h
renew_lifetime = 7d
[realms]
AD.DOMAIN.COM = {
kdc = "dc1.ad.domain.com"
admin_server = "dc1.ad.domain.com"
}
[domain_realm]
.ad.domain.com = AD.DOMAIN.COM
ad.domain.com = AD.DOMAIN.COM
[logging]
Default = FILE:/var/log/krb5.log
################################################
/etc/sssd/sssd.conf
[sssd]
services = nss, pam
config_file_version = 2
domains = AD.DOMAIN.COM
[domain/AD.DOMAIN.COM]
id_provider = ad
access_provider = ad
override_homedir = /home/%d/%u
[nss]
filter_users = user1,user2,user3,user4
################################################
Changes:
Start-Date: 2021-12-07 06:40:49
Commandline: /usr/bin/unattended-upgrade
Upgrade: python-samba:amd64 (2:4.7.6+dfsg~ubuntu-0ubuntu2.23, 2:4.7.6+dfsg~ubuntu-0ubuntu2.26), libwbclient0:amd64 (2:4.7.6+dfsg~ubuntu-0ubuntu2.23, 2:4.7.6+dfsg~ubuntu-0ubuntu2.26), samba:amd64 (2:4.7.6+dfsg~ubuntu-0ubuntu2.23, 2:4.7.6+dfsg~ubuntu-0ubuntu2.26), samba-dsdb-modules:amd64 (2:4.7.6+dfsg~ubuntu-0ubuntu2.23, 2:4.7.6+dfsg~ubuntu-0ubuntu2.26), samba-libs:amd64 (2:4.7.6+dfsg~ubuntu-0ubuntu2.23, 2:4.7.6+dfsg~ubuntu-0ubuntu2.26), samba-common:amd64 (2:4.7.6+dfsg~ubuntu-0ubuntu2.23, 2:4.7.6+dfsg~ubuntu-0ubuntu2.26), samba-vfs-modules:amd64 (2:4.7.6+dfsg~ubuntu-0ubuntu2.23, 2:4.7.6+dfsg~ubuntu-0ubuntu2.26), libsmbclient:amd64 (2:4.7.6+dfsg~ubuntu-0ubuntu2.23, 2:4.7.6+dfsg~ubuntu-0ubuntu2.26), smbclient:amd64 (2:4.7.6+dfsg~ubuntu-0ubuntu2.23, 2:4.7.6+dfsg~ubuntu-0ubuntu2.26), samba-common-bin:amd64 (2:4.7.6+dfsg~ubuntu-0ubuntu2.23, 2:4.7.6+dfsg~ubuntu-0ubuntu2.26)
End-Date: 2021-12-07 06:41:02
Problem:
No Domain Users or Administrators are able to access any of the shares any longer. All we get when trying to accessing the drives from our Windows workstations is that we do not have permissions to access the drives. |
Our file shares on our samba server was working until last Tuesday, when an unattended upgrade upgraded Samba to 2:4.7.6+dfsg~ubuntu-0ubuntu2.26, we are now at 2:4.7.6+dfsg~ubuntu-0ubuntu2.27 after another upgrade last night.
Environment:
OS: Ubbuntu 18.04.2 LTS
Kernel: 4.15.0-163-generic
################################################
/etc/samba/smb.conf
[global]
workgroup = DOMAIN
realm = DOMAIN.AD.DOMAIN
server string = default
fruit:aapl = yes
log file = /var/log/samba/log.%m
max log size = 5000
log level = 8
# Authentication
server role = standalone server
security = ADS
passdb backend = tdbsam
map to guest = bad user
interfaces = 10.100.0.100
hosts allow = 10.0.0.0/8
dns proxy = no
bind interfaces only = no
client signing = yes
client use spnego = yes
password server = *
encrypt passwords = yes
kerberos method = secrets and keytab
# Printers
# Don't load printers
load printers = no
printing = bsd
printcap name = /dev/null
disable spoolss = yes
include = /etc/samba/storage1_shares.conf
################################################
/etc/samba/storage1_shares.conf
[Share_one]
comment = Share_one
path = /mnt/zpool1/Share_one
write list =
create mask = 744
directory mask = 755
guest ok = no
read only = no
browseable = yes
printable = no
writable = yes
inherit permissions = yes
inherit acls = yes
users = @"DOMAIN\group one", @"DOMAIN\group two"
force group =
vfs objects = catia fruit streams_xattr
fruit:resource = xattr
fruit:encoding = native
################################################
/etc/krb5.conf
[libdefaults]
default_realm = AD.DOMAIN.COM
ticket_lifetime = 24h
renew_lifetime = 7d
[realms]
AD.DOMAIN.COM = {
kdc = "dc1.ad.domain.com"
admin_server = "dc1.ad.domain.com"
}
[domain_realm]
.ad.domain.com = AD.DOMAIN.COM
ad.domain.com = AD.DOMAIN.COM
[logging]
Default = FILE:/var/log/krb5.log
################################################
/etc/sssd/sssd.conf
[sssd]
services = nss, pam
config_file_version = 2
domains = AD.DOMAIN.COM
[domain/AD.DOMAIN.COM]
id_provider = ad
access_provider = ad
override_homedir = /home/%d/%u
[nss]
filter_users = user1,user2,user3,user4
################################################
Changes:
Start-Date: 2021-12-07 06:40:49
Commandline: /usr/bin/unattended-upgrade
Upgrade: python-samba:amd64 (2:4.7.6+dfsg~ubuntu-0ubuntu2.23, 2:4.7.6+dfsg~ubuntu-0ubuntu2.26), libwbclient0:amd64 (2:4.7.6+dfsg~ubuntu-0ubuntu2.23, 2:4.7.6+dfsg~ubuntu-0ubuntu2.26), samba:amd64 (2:4.7.6+dfsg~ubuntu-0ubuntu2.23, 2:4.7.6+dfsg~ubuntu-0ubuntu2.26), samba-dsdb-modules:amd64 (2:4.7.6+dfsg~ubuntu-0ubuntu2.23, 2:4.7.6+dfsg~ubuntu-0ubuntu2.26), samba-libs:amd64 (2:4.7.6+dfsg~ubuntu-0ubuntu2.23, 2:4.7.6+dfsg~ubuntu-0ubuntu2.26), samba-common:amd64 (2:4.7.6+dfsg~ubuntu-0ubuntu2.23, 2:4.7.6+dfsg~ubuntu-0ubuntu2.26), samba-vfs-modules:amd64 (2:4.7.6+dfsg~ubuntu-0ubuntu2.23, 2:4.7.6+dfsg~ubuntu-0ubuntu2.26), libsmbclient:amd64 (2:4.7.6+dfsg~ubuntu-0ubuntu2.23, 2:4.7.6+dfsg~ubuntu-0ubuntu2.26), smbclient:amd64 (2:4.7.6+dfsg~ubuntu-0ubuntu2.23, 2:4.7.6+dfsg~ubuntu-0ubuntu2.26), samba-common-bin:amd64 (2:4.7.6+dfsg~ubuntu-0ubuntu2.23, 2:4.7.6+dfsg~ubuntu-0ubuntu2.26)
End-Date: 2021-12-07 06:41:02
Problem:
No Domain Users or Administrators are able to access any of the shares any longer. All we get when trying to accessing the drives from our Windows workstations is that we do not have permissions to access the drives.
Additionally from the logs, it looks like domain users and administrators authenticate successfully, so I can see that LDAP / AD Authentication is working. But users are just not able to access files / folders from their clients to the samba shares. |
|
2021-12-16 13:00:38 |
Paride Legovini |
samba (Ubuntu): status |
New |
Incomplete |
|
2021-12-16 18:24:50 |
Richard Bass |
bug |
|
|
added subscriber Richard Bass |
2021-12-21 08:58:45 |
Aurel Miron |
bug |
|
|
added subscriber Aurel Miron |
2021-12-22 22:51:33 |
cls_cls |
bug |
|
|
added subscriber Carol Szolinger |
2022-01-03 13:41:33 |
Christian Ehrhardt |
samba (Ubuntu): assignee |
|
Ubuntu Security Team (ubuntu-security) |
|
2022-01-03 13:41:40 |
Christian Ehrhardt |
bug |
|
|
added subscriber Ubuntu Security Team |
2022-01-03 13:41:48 |
Christian Ehrhardt |
tags |
|
regression-update |
|
2022-01-06 12:01:48 |
Paul Barton |
bug |
|
|
added subscriber Paul Barton |