WHATSNEW.txt

   1 Release Announcements
   2 =====================
   3
   4 This is the first preview release of Samba 4.12.  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.12 will be the next version of the Samba suite.
  10
  11
  12 UPGRADING
  13 =========
  14
  15
  16 NEW FEATURES/CHANGES
  17 ====================
  18
  19 Python 3.5 Required
  20 -------------------
  21
  22 Samba's minimum runtime requirement for python was raised to Python
  23 3.4 with samba 4.11.  Samba 4.12 raises this minimum version to Python
  24 3.5 both to access new features and because this is the oldest version
  25 we test with in our CI infrastructure.
  26
  27 (Build time support for the file server with Python 2.6 has not
  28 changed)
  29
  30 GnuTLS 3.4.7 required
  31 ---------------------
  32
  33 Samba is making efforts to remove in-tree cryptographic functionality,
  34 and to instead rely on externally maintained libraries.  To this end,
  35 Samba has chosen GnuTLS as our standard cryptographic provider.
  36
  37 Samba now requires GnuTLS 3.4.7 to be installed (including development
  38 headers at build time) for all configurations, not just the Samba AD
  39 DC.
  40
  41 Using GnuTLS for SMB3 encryption you will notice huge performance and copy
  42 speed improvements. Tests with the CIFS Kernel client from Linux Kernel 5.3
  43 show a 3x speed improvement for writing and a 2.5x speed improvement for reads!
  44
  45 NOTE WELL: The use of GnuTLS means that Samba will honour the
  46 system-wide 'FIPS mode' (a reference to the US FIPS-140 cryptographic
  47 standard) and so will not operate in many still common situations if
  48 this system-wide parameter is in effect, as many of our protocols rely
  49 on outdated cryptography.
  50
  51 A future Samba version will mitigate this to some extent where good
  52 cryptography effectively wraps bad cryptography, but for now that above
  53 applies.
  54
  55
  56 "net ads kerberos pac save" and "net eventlog export"
  57 -----------------------------------------------------
  58
  59 The "net ads kerberos pac save" and "net eventlog export" tools will
  60 no longer silently overwrite an existing file during data export.  If
  61 the filename given exits, an error will be shown.
  62
  63 VFS
  64 ===
  65
  66 SMB_VFS_NTIMES
  67 --------------
  68
  69 Samba now uses a sentinel value based on utimensat(2) UTIME_OMIT to denote
  70 to-be-ignored timestamp variables passed to the SMB_VFS_NTIMES() VFS function.
  71
  72 VFS modules can check whether any of the time values inside a struct
  73 smb_file_time is to be ignored by calling is_omit_timespec() on the value.
  74
  75 REMOVED FEATURES
  76 ================
  77
  78 The smb.conf parameter "write cache size" has been removed.
  79
  80 Since the in-memory write caching code was written, our write path has
  81 changed significantly. In particular we have gained very flexible
  82 support for async I/O, with the new linux io_uring interface in
  83 development.  The old write cache concept which cached data in main
  84 memory followed by a blocking pwrite no longer gives any improvement
  85 on modern systems, and may make performance worse on memory-contrained
  86 systems, so this functionality should not be enabled in core smbd
  87 code.
  88
  89 In addition, it complicated the write code, which is a performance
  90 critical code path.
  91
  92 If required for specialist purposes, it can be recreated as a VFS
  93 module.
  94
  95 BIND9_FLATFILE deprecated
  96 -------------------------
  97
  98 The BIND9_FLATFILE DNS backend is deprecated in this release and will
  99 be removed in the future.  This was only practically useful on a single
 100 domain controller or under expert care and supervision.
 101
 102 This release removes the "rndc command" smb.conf parameter, which
 103 supported this configuration by writing out a list of DCs permitted to
 104 make changes to the DNS Zone and nudging the 'named' server if a new
 105 DC was added to the domain.  Administrators using BIND9_FLATFILE will
 106 need to maintain this manually from now on.
 107
 108
 109 Retiring DES encryption types in Kerberos.
 110 ------------------------------------------
 111 With this release, support for DES encryption types has been removed from
 112 Samba, and setting DES_ONLY flag for an account will cause Kerberos
 113 authentication to fail for that account (see RFC-6649).
 114
 115 Samba-DC: DES keys no longer saved in DB.
 116 -----------------------------------------
 117 When a new password is set for an account, Samba DC will store random keys
 118 in DB instead of DES keys derived from the password.  If the account is being
 119 migrated to Windbows or to an older version of Samba in order to use DES keys,
 120 the password must be reset to make it work.
 121
 122 Heimdal-DC: removal of weak-crypto.
 123 -----------------------------------
 124 Following removal of DES encryption types from Samba, the embedded Heimdal
 125 build has been updated to not compile weak crypto code (HEIM_WEAK_CRYPTO).
 126
 127
 128 smb.conf changes
 129 ================
 130
 131   Parameter Name                     Description                Default
 132   --------------                     -----------                -------
 133
 134   nfs4:acedup                        Changed default            merge
 135   rndc command                       Removed
 136   write cache size                   Removed
 137
 138 KNOWN ISSUES
 139 ============
 140
 141 https://wiki.samba.org/index.php/Release_Planning_for_Samba_4.12#Release_blocking_bugs
 142
 143
 144 #######################################
 145 Reporting bugs & Development Discussion
 146 #######################################
 147
 148 Please discuss this release on the samba-technical mailing list or by
 149 joining the #samba-technical IRC channel on irc.freenode.net.
 150
 151 If you do report problems then please try to send high quality
 152 feedback. If you don't provide vital information to help us track down
 153 the problem then you will probably be ignored.  All bug reports should
 154 be filed under the Samba 4.1 and newer product in the project's Bugzilla
 155 database (https://bugzilla.samba.org/).
 156
 157
 158 ======================================================================
 159 == Our Code, Our Bugs, Our Responsibility.
 160 == The Samba Team
 161 ======================================================================
 162