WHATSNEW.txt

   1 Release Announcements
   2 =====================
   3
   4 This is the first pre release of Samba 4.19.  This is *not*
   5 intended for production environments and is designed for testing
   6 purposes only.  Please report any defects via the Samba bug reporting
   7 system at https://bugzilla.samba.org/.
   8
   9 Samba 4.19 will be the next version of the Samba suite.
  10
  11
  12 UPGRADING
  13 =========
  14
  15
  16 NEW FEATURES/CHANGES
  17 ====================
  18
  19 Migrated smbget to use common command line parser
  20 -------------------------------------------------
  21
  22 The smbget utility implemented its own command line parsing logic. After
  23 discovering an issue we decided to migrate it to use the common command line
  24 parser. This has some advantages as you get all the feature it provides like
  25 Kerberos authentication. The downside is that breaks the options interface.
  26 The support for smbgetrc has been removed. You can use an authentication file
  27 if needed, this is documented in the manpage.
  28
  29 Please check the smbget manpage or --help output.
  30
  31 gpupdate changes
  32 ----------------
  33
  34 The libgpo.get_gpo_list function has been deprecated in favor of
  35 an implementation written in python. The new function can be imported via
  36 `import samba.gp`. The python implementation connects to Active Directory
  37 using the SamDB module, instead of ADS (which is what libgpo uses).
  38
  39 Improved winbind logging and a new tool for parsing the winbind logs
  40 --------------------------------------------------------------------
  41
  42 Winbind logs (if smb.conf 'winbind debug traceid = yes' is set) contain new
  43 trace header fields 'traceid' and 'depth'.  Field 'traceid' allows to track the
  44 trace records belonging to the same request.  Field 'depth' allows to track the
  45 request nesting level. A new tool samba-log-parser is added for better log
  46 parsing.
  47
  48 AD database prepared to FL 2016 standards for new domains
  49 ---------------------------------------------------------
  50
  51 While Samba still provides only Functional Level 2008R2 by default,
  52 Samba as an AD DC will now, in provision ensure that the blank
  53 database is already prepared for Functional Level 2016, with AD Schema
  54 2019.
  55
  56 This preparation is of the default objects in the database, adding
  57 containers for Authentication Policies, Authentication Silos and AD
  58 claims in particular.  These DB objects must be updated to allow
  59 operation of the new features found in higher functional levels.
  60
  61 Kerberos Claims, Authentication Silos and NTLM authentication policies
  62 ----------------------------------------------------------------------
  63
  64 An initial, partial implementation of Active Directory Functional
  65 Level 2012, 2012R2 and 2016 is available in this release.
  66
  67 In particular Samba will issue Active Directory "Claims" in the PAC,
  68 for member servers that support these, and honour in-directory
  69 configuration for Authentication Policies and Authentication Silos.
  70
  71 The primary limitation is that while Samba can read and write claims
  72 in the directory, and populate the PAC, Samba does not yet use them
  73 for access control decisions.
  74
  75 While we continue to develop these features, existing domains can
  76 test the feature by selecting the functional level in provision or
  77 raising the DC functional level by setting
  78
  79  ad dc functional level = 2016
  80
  81 in the smb.conf
  82
  83 The smb.conf file on each DC must have 'ad dc functional level = 2016'
  84 set to have the partially complete feature available.  This will also,
  85 at first startup, update the server's own AD entry with the configured
  86 functional level.
  87
  88 For new domains, add these parameters to 'samba-tool provision'
  89
  90 --option="ad dc functional level = 2016" --function-level=2016
  91
  92 The second option, setting the overall domain functional level
  93 indicates that all DCs should be at this functional level.
  94
  95 To raise the domain functional level of an existing domain, after
  96 updating the smb.conf and restarting Samba run
  97 samba-tool domain schemaupgrade --schema=2019
  98 samba-tool domain functionalprep --function-level=2016
  99 samba-tool domain level raise --domain-level=2016 --forest-level=2016
 100
 101 New samba-tool support for silos, claims, sites and subnets.
 102 ------------------------------------------------------------
 103
 104 samba-tool can now list, show, add and manipulate Authentication Silos
 105 (silos) and Active Directory Authentication Claims (claims).
 106
 107 samba-tool can now list and show Active Directory sites and subnets.
 108
 109 A new Object Relational Model (ORM) based architecture, similar to
 110 that used with Django, has been built to make adding new samba-tool
 111 subcommands simpler and more consistent, with JSON output available
 112 standard on these new commands.
 113
 114 Updated GnuTLS requirement / in-tree cryptography removal
 115 ----------------------------------------------------------
 116
 117 Samba requires GnuTLS 3.6.13 and prefers GnuTLS 3.6.14 or later.
 118
 119 This has allowed Samba to remove all of our in-tree cryptography,
 120 except that found in our Heimdal import.  Samba's runtime cryptography
 121 needs are now all provided by GnuTLS.
 122
 123 (The GnuTLS vesion requirement is raised to 3.7.2 on systems without
 124 the Linux getrandom())
 125
 126 We also use Python's cryptography module for our testing.
 127
 128 The use of well known cryptography libraries makes Samba easier for
 129 end-users to validate and deploy, and for distributors to ship.  This
 130 is the end of a very long journey for Samba.
 131
 132 Updated Heimdal import
 133 ----------------------
 134
 135 Samba's Heimdal branch (known as lorikeet-heimdal) has been updated to
 136 the current pre-8.0 (master) tree from upstream Heimdal, ensuring that
 137 this vendored copy, included in our release remains as close as
 138 possible to the current upstream code.
 139
 140 Revocation support in Heimdal KDC for PKINIT certificates
 141 ---------------------------------------------------------
 142
 143 Samba will now correctly honour the revocation of 'smart card'
 144 certificates used for PKINIT Kerberos authentication.
 145
 146 This list is reloaded each time the file changes, so no further action
 147 other than replacing the file is required.  The additional krb5.conf
 148 option is:
 149
 150  [kdc]
 151         pkinit_revoke = FILE:/path/to/crl.pem
 152
 153 Information on the "Smart Card login" feature as a whole is at:
 154  https://wiki.samba.org/index.php/Samba_AD_Smart_Card_Login
 155
 156 Protocol level testsuite for (Smart Card Logon) PKINIT
 157 ------------------------------------------------------
 158
 159 Previously Samba's PKINIT support in the KDC was tested by use of
 160 shell scripts around the client tools of MIT or Heimdal Kerberos.
 161 Samba's independently written python testsuite has been extended to
 162 validate KDC behaviour for PKINIT.
 163
 164
 165 ================
 166 REMOVED FEATURES
 167 ================
 168
 169
 170 smb.conf changes
 171 ================
 172
 173   Parameter Name                          Description     Default
 174   --------------                          -----------     -------
 175   winbind debug traceid                   Add traceid     No
 176   directory name cache size               Removed
 177
 178
 179 KNOWN ISSUES
 180 ============
 181
 182 https://wiki.samba.org/index.php/Release_Planning_for_Samba_4.19#Release_blocking_bugs
 183
 184
 185 #######################################
 186 Reporting bugs & Development Discussion
 187 #######################################
 188
 189 Please discuss this release on the samba-technical mailing list or by
 190 joining the #samba-technical:matrix.org matrix room, or
 191 #samba-technical IRC channel on irc.libera.chat
 192
 193 If you do report problems then please try to send high quality
 194 feedback. If you don't provide vital information to help us track down
 195 the problem then you will probably be ignored.  All bug reports should
 196 be filed under the Samba 4.1 and newer product in the project's Bugzilla
 197 database (https://bugzilla.samba.org/).
 198
 199
 200 ======================================================================
 201 == Our Code, Our Bugs, Our Responsibility.
 202 == The Samba Team
 203 ======================================================================
 204