WHATSNEW.txt

   1 What's new in Samba 4 alpha21
   2 =============================
   3
   4 Samba 4.0 will be the next version of the Samba suite and incorporates
   5 all the technology found in both the Samba4 alpha series and the
   6 stable 3.x series. The primary additional features over Samba 3.6 are
   7 support for the Active Directory logon protocols used by Windows 2000
   8 and above.
   9
  10
  11 WARNINGS
  12 ========
  13
  14 Samba4 alpha21 is not a final Samba release, however we are now making
  15 good progress towards a Samba 4.0 release, of which this is a preview.
  16 Be aware the this release contains the best of all of Samba's
  17 technology parts, both a file server (that you can reasonably expect
  18 to upgrade existing Samba 3.x releases to) and the AD domain
  19 controller work previously known as 'samba4'.
  20
  21 Samba4 is subjected to an awesome battery of tests on an automated
  22 basis, we have found Samba 4.0 to be very stable in it's behavior.
  23 However, we still recommend against upgrading production servers from
  24 Samba 3.x release to Samba 4.0 alpha at this stage.
  25
  26 In particular note that the new default configuration 's3fs' may have
  27 different stability characteristics compared with our previous default
  28 file server.  We are making this release so that we can find and fix
  29 any of these issues that arise in the real world.  New AD DC installations
  30 can provision with --use-ntvfs to obtain the previous default file
  31 server.  Existing installations will be unaffected at this stage.
  32
  33 If you are upgrading, or looking to develop, test or deploy Samba 4.0
  34 alpha releases, you should backup all configuration and data.
  35
  36 NEW FEATURES
  37 ============
  38
  39 Samba 4.0 alpha supports the server-side of the Active Directory logon
  40 environment used by Windows 2000 and later, so we can do full domain
  41 join and domain logon operations with these clients.
  42
  43 Our Domain Controller (DC) implementation includes our own built-in
  44 LDAP server and Kerberos Key Distribution Center (KDC) as well as the
  45 Samba3-like logon services provided over CIFS.  We correctly generate
  46 the infamous Kerberos PAC, and include it with the Kerberos tickets we
  47 issue.
  48
  49 Samba 4.0 alpha ships with two distinct file servers.  We now use the
  50 file server from the Samba 3.x series 'smbd' for all file serving by
  51 default.  For pure file server work, the binaries users would expect
  52 from that series (nmbd, winbindd, smbpasswd) continue to be available.
  53
  54 Samba 4.0 also ships with the 'NTVFS' file server.  This file server
  55 is what was used in all previous alpha releases of Samba 4.0, and is
  56 tuned to match the requirements of an AD domain controller.  We
  57 continue to support this, not only to provide continuity to
  58 installations that have deployed it as part of an AD DC, but also as a
  59 running example of the NT-FSA architecture we expect to move smbd to in
  60 the longer term.
  61
  62 As mentioned above, this change to the default file server may cause
  63 instability, as we learn about the real-world interactions between
  64 these two key components.
  65
  66 A new scripting interface has been added to Samba 4, allowing Python
  67 programs to interface to Samba's internals, and many tools and
  68 internal workings of the DC code is now implemented in python.
  69
  70
  71
  72 CHANGES SINCE alpha20
  73 =====================
  74
  75 For a list of changes since alpha20, please see the git log.
  76
  77 $ git clone git://git.samba.org/samba.git
  78 $ cd samba.git
  79 $ git log samba-4.0.0alpha20..samba-4.0.0alpha21
  80
  81 Some major user-visible changes include:
  82
  83 For installations that do not need an AD Domain controller, we can now
  84 build using MIT Kerberos from the local system.  This is important for
  85 some distributors.  This is enabled with the new --with-system-mitkrb5
  86 configure option.  A synonym is the new --without-ad-dc option.
  87
  88 The 's3fs' effort has moved to a new stage, with this now being the
  89 default mode of operation for new provisions.
  90
  91 The BIND 9 DLZ plugin has had some stability improvements under BIND reloads.
  92
  93 The 'samba-tool domain samba3upgrade' tool will now generally import
  94 all group members, and correctly imports domain password policies.
  95
  96 Some major but less visible changes include:
  97
  98 Continued early implementation work on the SMB 2.2 protocol client and server as
  99 the team improves and develops support these new protocols.
 100
 101
 102 KNOWN ISSUES
 103 ============
 104
 105 - We are making this alpha release to gain real-world use of the 's3fs'
 106   file server combination we will use for the Samba 4.0 release.
 107   Users should expect some rough edges: in particular, there are
 108   warnings about invalid parameters from the two respective parameter
 109   parsing engines.
 110
 111 - There have been improvements to FreeBSD support, but more work is
 112   still required to finish this effort
 113
 114 - upgradeprovision should not be run when upgrading to this release
 115   from a recent release.  No important database format changes have
 116   been made since alpha16.
 117
 118 - Installation on systems without a system iconv (and developer
 119   headers at compile time) is known to cause errors when dealing with
 120   non-ASCII characters.
 121
 122 - Domain member support in the 'samba' binary is in it's infancy, and
 123   is not comparable to the support found in winbindd.  As such, do not
 124   use the 'samba' binary (provided for the AD server) on a member
 125   server.
 126
 127 - There is no NetBIOS browsing support (network neighbourhood) in the
 128   'samba' binary (use nmbd and smbd instead)
 129
 130 - Clock Synchronisation is critical.  Many 'wrong password' errors are
 131   actually due to Kerberos objecting to a clock skew between client
 132   and server.  (The NTP work in the previous alphas are partly to assist
 133   with this problem).
 134
 135 - The DRS replication code may fail.  Please contact the team if you
 136   experience issues with DRS replication, as we have fixed many issues
 137   here in response to feedback from our production users.
 138
 139 RUNNING Samba 4.0 as an AD DC
 140 =============================
 141
 142 A short guide to setting up Samba 4 as an AD DC can be found on the wiki:
 143
 144   http://wiki.samba.org/index.php/Samba4/HOWTO
 145
 146 #######################################
 147 Reporting bugs & Development Discussion
 148 #######################################
 149
 150 Please discuss this release on the samba-technical mailing list or by
 151 joining the #samba-technical IRC channel on irc.freenode.net.
 152
 153 If you do report problems then please try to send high quality
 154 feedback. If you don't provide vital information to help us track down
 155 the problem then you will probably be ignored.  All bug reports should
 156 be filed under the Samba 4.0 product in the project's Bugzilla
 157 database (https://bugzilla.samba.org/).
 158
 159
 160 ======================================================================
 161 == Our Code, Our Bugs, Our Responsibility.
 162 == The Samba Team
 163 ======================================================================
 164