Slashdot Mirror


New Features In Samba 2.2 And 3.0

chromatic writes "Dustin Puryear has written a nice article summarizing the new and upcoming features of Samba. He's included a nice overview of what will be available when version 3.0 escapes. Let's hear it for interoperability!"

6 of 21 comments (clear)

  1. NT SAM by REBloomfield · · Score: 2, Interesting

    When this can mimic my NT PDC in a stable manner, NT is gone... this feature was a long time coming, and will be nice to see it pushed, rather than the standard "samba makes a great file/print server".
    For *nix to succeed in the enterprise, it needs to do *all* the enterprise level things, without resorting to one vendor solutions such as Enterprise Server.

  2. So true by Alethes · · Score: 3, Interesting

    If I had mod points, I'd move this up, but the best I can do is agree.

    One of the things I've wondered, however, is what does Microsoft have to lose by opening up SMB? It seems strange to me that nobody can see that most open operating systems can do it the correct way and the Microsoft way (at least limitedly), while Microsoft has self-imposed limitations that prevent them from being part of a much larger machine. Another example of these self-imposed limitations is the extremely limited selection of filesystems available to Windows (NTFS, FAT, FAT32), yet, in Linux, I probably have close to, if not over, 100 options that I can choose from including the Windows offerings.

  3. Windows Interoperability by MrWa · · Score: 4, Interesting
    What about the anti-trust decision? How did that affect the Samba team: will they have better access to interoperability specifications? What about security protocols and API - can they get these? Do they need them?

    As more and more of Microsoft's efforts start going towards Palladium, how will this affect Samba?

    Not trying to create FUD but I'm just curious where things are heading. As it is now, anyone could setup a Samba server - which is great - and anything that makes interoperability between these operating systems is good, good for users of both OS's.

  4. Question: How is Samba TNG doing? by Anonymous Coward · · Score: 1, Interesting

    How is Samba TNG doing? This fork was announced with much fanfair a few years ago. It was supposed to add Active Directory to Samba. It seems to have disappeared. It's mailing list archives seem to stop around Jun 2002:
    http://www.samba-tng.org/mailinglists.html

    Has that work been merged into Samba? Has it been converted to Samba plugins? Is it still going on? If so, what's the progress?

  5. Samba is at 2.2.7 now, not 2.2.4 by synq · · Score: 2, Interesting

    Hi, this article seems a bit 'stale' to me. It states that samba is at 2.2.4 at the time of writing and according to my latest Freshmeat notification:

    This email is to inform you of release '2.2.7' of 'Samba' through freshmeat.net.

    The changes in this release are as follows:
    A security hole has been discovered in versions 2.2.2 through 2.2.6 of Samba that could potentially allow an attacker to gain root access on the target machine. The word "potentially" is used because there is no known exploit of this bug, and the Samba Team itself has not been able to craft one. In addition to addressing this security issue, this release also includes thirteen unrelated improvements.

    --
    sig not found
  6. Ease of Use, How to do it? by synq · · Score: 4, Interesting

    I've been using samba for over 5 years now in a large company with a mixed flavour unix and windows network environment.

    When implementing samba I've always come across the same problems:

    • Unsufficient documentation available
    • E-mails for help to samba team members seem to get lost somewhere in /dev/null
    • Features that are reported to work don't and ones that are reported broken work perfectly
    • In the end it was always down to debug=999 in smb.conf and tcpdump. (But: I've implemented it on a solaris 2.6 sun cluster 2 machine supporting full failover capabilities and all.)
    • Once you find out what works and what doesn't you can use one version for years!

    The article says:
    It's very easy to use Samba as a PDC. Simply enable a few options in the Samba configuration file, add users to the local Samba password database, and build machine accounts for each Windows NT machine on the network.

    I find this at least peculiar.

    When you have 500 users you are not simply going to 'add users to the local samba password database', especially not when you need to run samba on more that 4 machines simultaniously. One of the things I had to do to get this working was sniff all the passwords from the network (wasn't too hard, since we use unencrypted NIS, so all passwords travel the LAN in plain text) and then add them to the smbpasswd file with a specially manufactured perl script.

    Also the 'simply enable a few options' isn't as simple as it seems, since even man smb.conf doesn't seem to have consequent answers for every switch you can set (and there are dozens of them).

    Most of the features that this article is about have been around for a few years now and still haven't improved much.

    I hope to see the day that installing and configuring samba for a medium to large corporation is really easy and clear. For now I'll just live with the kwirks.

    Just for the record: I'm not saying samba is a bad product, it just needs a lot of better documentation and ease of use and installation for larger userbases.

    --
    sig not found