News for hackers. Stuff that matters.
Re:Samba 4.0 released by sk5t on Tuesday December 11, 2012 @03:49PM (#4906719)
As probably one of the more AD-focused participants on HN, I have to approach this with a good dose of skepticism w.r.t. large companies adopting Samba for complex AD environments. AD + DFSN + (DFSR|NTFRS) + LDAP + SSL + RPC + NTP + GPO + CIFS + NTFS + SDDL + WMI + ADWS + etc., is an extremely complex set of stuff to implement, and the cost of supporting a third-party version could, IMHO, easily dwarf the cost of a few Windows licenses to run the domain controllers.

So many examples come to mind that it is hard to pick just one or two... consider an organization that configures access to Windows event logs (audit trails) and SMB signing requirements via GPO; will Samba 4 Domain Controllers honor that? What does it even mean to have access to modify the security auditing policy on a Samba DC without totally reimplementing the eventing system (syslog is not even close)?

In other words, AD sits on top of a ton of mature but sophisticated Windows services, the failure of any of which could be a critical problem, and make for a tough sell unless one has a pathological hatred of Microsoft yet still wishes to use AD anyway.

Re:Samba 4.0 released by illumin8 on Tuesday December 11, 2012 @10:19PM (#4908421)
I think you don't really understand what Samba is for: OEMs. There are several very large companies selling rock solid enterprise NAS devices that need a rock solid implementation of CIFS on top of the seamless ability to join an AD domain. When large companies want to setup Windows file servers, they don't exactly want to stick a bunch of hard drives in a server and pray it doesn't go down - even clustered Windows file servers are extremely complex and have all kinds of failure modes that can cause hours or even days of downtime. Large companies simply want to buy a NetApp or some other enterprise class NAS storage device and have it integrate seamlessly with their Windows AD infrastructure. Samba now offers that. Storage companies that are experts at building highly redundant no single point of failure systems can now use open source software to deliver technology to the enterprise.
Re:Samba 4.0 released by sk5t on Wednesday December 12, 2012 @12:26AM (#4908792)
Hmm, you're arguing against a point I didn't make... my concerns are around replacing AD Domain Controllers with Samba. I think Samba's core bits do a fine job as a SMB/CIFS server along with krb5/PAM and Winbind.
Re:Samba 4.0 released by lloeki on Wednesday December 12, 2012 @05:03AM (#4909394)
> my concerns are around replacing AD Domain Controllers with Samba.

Here for us (not OEM) the whole AD stack you mentioned is completely overkill, and the stuff implemented by this Samba release looks terribly like covering 99% of what we use and need in our half windows (customer TSE access, networked file store), half linux (web hosting + many services) infrastructure.

Re:Samba 4.0 released by diminish on Wednesday December 12, 2012 @07:28AM (#4909737)
In my tech environment, 3 cost-driven retailer clients with ~1000 branches have some 3rd party software which requires some AD to be present. Samba 4.x will be a nice option. They will start by migrating some branches from Windows Servers to Linux based AD services and move ahead as they see success.

Most people try to measure the cost benefit of free software, with TCOs, CALs, admin salaries etc. That is fine, but the true benefit of free and open source software in my experience:

1) The absence of license considerations in designing and developing systems; this frees the designer's mind in planning, and building. Now the system components can be planned without fear of a multitude of diverse, artificial license schemes.

2) The absence of a license-selling company; this frees the management's mind in estimating and revising the costs moving ahead. License-sellers like Oracle, Microsoft are well known for figuring out diverse sets of confusing licensing schemes. They spend their money in hiring the best sales people which are famous for hunting and then farming clients in the span of 5-10 years ahead by first locking them down.

Re:Samba 4.0 released by lhnn on Wednesday December 12, 2012 @02:32AM (#4909091)
Sounds like you were arguing against a use case which the other fellow doesn't believe is a target use of the product.
Re:Samba 4.0 released by xuhu on Wednesday December 12, 2012 @04:50AM (#4909365)
I counted 21 references to "Active Directory" in the release announcement (out of 26 paragraphs). Judging from this, AD may actually be a primary target use.
Re:Samba 4.0 released by rufugee on Tuesday December 11, 2012 @04:43PM (#4907010)
It's not the cost of a few domain controllers...it's the $50-60/user cost of client access license (CALS). I have 2500 users...that's quite a pricey (approx. $62K) system for directory services.

I personally am going to give Samba 4 a look.

Re:Samba 4.0 released by sk5t on Tuesday December 11, 2012 @04:55PM (#4907084)
If getting AD Domain Services off of Windows will actually avoid the need to buy any Windows Server CALs, then it certainly makes the proposition more interesting. But, this presumes that nearly all the other services (file sharing, http, etc.) are also not Windows.
Re:Samba 4.0 released by rufugee on Tuesday December 11, 2012 @05:07PM (#4907150)
We use Windows Server for three things:

1. Directory services/DC

2. Windows file shares

3. Exchange

I have to buy user CALs for #1 and #2. One CAL gives me the right to connect that user to any of our file shares and to AD. IIRC, that cost when we last purchased was around $50/user.

We also have to buy a separate CAL for Exchange.

I would love to replace AD and our Windows file shares with Samba 4, provided that it was a stable, viable replacement which didn't add a lot of overhead for our admins. Exchange is a separate issue, and one we're currently exploring Zimbra as a possibility. It's early days yet there.

Almost everything else in our environment is Linux.

Re:Samba 4.0 released by cryptomilk on Tuesday December 11, 2012 @06:10PM (#4907536)
For 3. you should take a look at OpenChange. It implements Exchange using Samba 4.0 libraries.
Re:Samba 4.0 released by rufugee on Tuesday December 11, 2012 @06:48PM (#4907704)
Do you know of any success stories with OpenChange? Thanks for the info.
Re:Samba 4.0 released by sbuk on Tuesday December 11, 2012 @07:42PM (#4907931)
I have to say that Microsoft convincing businesses that they need to pay to connect to servers that they've already paid for is a shear piece of economic genius. Morally abject, but still brilliant financially none the less.
Re:Samba 4.0 released by jsz0 on Tuesday December 11, 2012 @09:45PM (#4908339)
$62k sounds like a pretty good deal when you consider:

1) It's probably not enough money to hire even one extra IT person to deal with new issues that will arise with Samba 4

2) Linux sysadmins are more expensive than Windows sysadmins.

3) Cost of retraining existing IT staff.

4) Potential loss of productivity of your 2500 users

5) Lack of commercial support options.

6) Uncertainty about the future of Samba in general (release time tables, feature support, etc)

Re:Samba 4.0 released by rufugee on Tuesday December 11, 2012 @10:34PM (#4908473)
1. I wouldn't need to hire an extra IT person. I already have very capable Linux admins.

2. Bad Windows sysadmins are less expensive than good Linux sysadmins. I agree with you there. Good Windows admins, however, are just as expensive. Trust me...I've hired quite a few.

3. Again, I have well-trained Linux guys on staff.

4. This is a very valid possibility we'll need to consider.

5. Not worried about that at all. We use a lot of open source without commercial support options, and our experience with Microsoft support is four hours of scripted troubleshooting on average, with about a 60% success rate of resolution.

6. Not concerned with this at all. Samba has been here for a long while and I don't think it's going anywhere.

Re:Samba 4.0 released by brokenparser on Wednesday December 12, 2012 @02:49AM (#4909123)
1) FUD

2) You need an IT dept., not a monkey dept.

3) If your IT staff doesn't understand Linux already, see 2.

4) FUD

5) FUD

6) FUD

Re:Samba 4.0 released by zanny on Wednesday December 12, 2012 @06:02AM (#4909524)
But IT departments are expensive, why can't we just hire kids without college degrees to work minimum wage and make millions of dollars of hardware sing in harmonious chorus? The kids are good with the computers right?
Re:Samba 4.0 released by pippy on Tuesday December 11, 2012 @09:19PM (#4908258)
So samba 4.0 Samaba would be worth it, even if it required an entry level position (most likely part time)
Re:Samba 4.0 released by dbrian on Tuesday December 11, 2012 @05:43PM (#4907394)
If it costs 1 more sysadmin to support it, then it isn't worth it.
Re:Samba 4.0 released by jeltz on Tuesday December 11, 2012 @06:44PM (#4907688)
If it potentially could save licensing costs of about one sysadmin it is worth looking at. It is unlikely (but possible) an entire additional sysadmin will need to be employed just to support Samba.
Re:Samba 4.0 released by rufugee on Tuesday December 11, 2012 @06:51PM (#4907720)
Agreed. We currently have to keep a Windows admin on staff (who actually costs a lot more than the CALs) just to manage our shares, Exchange, and file servers. It'd be nice to get these final pieces of the Windows puzzle out of our environment and staff solely Linux admins.

But I do agree with the dbrain's sentiment. If it was going to have a significantly higher TCO, I wouldn't do it.

Re:Samba 4.0 released by wcchandler on Tuesday December 11, 2012 @11:08PM (#4908575)
There's definitely a benefit for having those "one off" admins around. I'm the one Linux guy surrounded by 4 Windows admins. The services I'm responsible for can easily be pushed on to Windows servers... but I'm kept around for the off chance that some software will only run on Redhat or Citrix or whatever. But I'm also useful in how I approach tasks. My coworkers are quick to search Google for an answer, download a tool and have it do the dirty work. I'd rather look at the documentation, source code or API, raw log files, or even write my own tool to do whatever's necessary. Neither philosophies are wrong. But some are definitely better.

All that being said, I'm also underpaid (80% regional average). Maybe that's the real reason they keep me around.

Re:Samba 4.0 released by tptacek on Tuesday December 11, 2012 @04:00PM (#4906772)
... and if you have enough control over your environment to replace Windows Server as a domain controller, why would you be using the AD stack to begin with?
Re:Samba 4.0 released by sk5t on Tuesday December 11, 2012 @04:22PM (#4906904)
Aye, if one has that much motivation to chuck Windows for AD, then it's only logical that Windows on the desktop, Exchange, etc., are not on the scene.

I've done a lot of work with other directory servers too, and AD does the best job of any when it comes to multimaster replication and a few other things. However, using it purely for LDAP for an environment full of Linux and OS X machines is a tough call...

Re:Samba 4.0 released by rufugee on Tuesday December 11, 2012 @05:00PM (#4907110)
Why? I have such motivation, yet I have no intent on eliminating Windows from our desktops. That would be very disruptive to our 2.5K users, and Windows does a pretty decent job there. However, AD is very pricey due to CALs, and what it gives me is IMO not worth the price if I can replace it with Samba 4. That said, we're only beginning to explore this option, so it may not be viable or wise.
Re:Samba 4.0 released by JoshTriplett on Tuesday December 11, 2012 @06:41PM (#4907673)
Just like many existing development companies have Windows-based infrastructure with both Windows and Linux on end-user systems, it makes sense to have Linux-based infrastructure while still supporting Windows end-user systems.

Linux support for AD also allows incremental migration of this infrastructure.

Re:Samba 4.0 released by brokenparser on Tuesday December 11, 2012 @04:10PM (#4906835)
Rsyslog is way beyond Windows Event Logger. Audit trails should still work but I don't know if your GPO maps to server configuration automatically. It's easy to test, though. If you want to get started with Samba quickly, you can use Zentyal.
Re:Samba 4.0 released by sk5t on Tuesday December 11, 2012 @04:27PM (#4906938)
I didn't mean to say that the Windows Event Log is better than syslog or Rsyslog, but it has a particular structure that is really dissimilar, as well as access patterns (WMI, WinRM) that lack an analog.
Re:Samba 4.0 released by brokenparser on Tuesday December 11, 2012 @04:54PM (#4907074)
That's MSFT and their NIH syndrome for you. Fortunately, there are several projects which allow you to map Event Log to syslog such as the aptly named "Eventlog To Syslog" ( http://code.google.com/p/eventlog-to-syslog/ ). This allows you to replace WMI with actual SQL (as Event Log can't use an SQL backend itself), and leverage all of the functionality of an RDBMS.
Re:Samba 4.0 released by sk5t on Tuesday December 11, 2012 @05:01PM (#4907118)
Similarly, my employer offers a product[1], which I have worked on, that can subscribe to Event Logs, syslog, ZMQ, etc., and do whatever you like with them. The inspiration to write this was the near-impossibility of getting the interesting, mostly AD-related stuff before all the super-chatty, useless crap pushes it out of the circular logs.

[1] http://zetetic.net/software-combine-index

Re:Samba 4.0 released by brokenparser on Wednesday December 12, 2012 @02:45AM (#4909119)
Imagine the revenue if you were actually selling it on that website.
Re:Samba 4.0 released by Osmium on Tuesday December 11, 2012 @03:46PM (#4906696)
Any news on if Samba 4.0 is still single-threaded? (the page isn't loading for me) I recently wanted to use Samba, but was limited by performance on a low-end dual core processor: it'd max out one core, and be unable to use the other. I'm sure they have (or have had) good reasons for not doing this, but with so many low-power multicore processors out there now it seems a shame...
Re:Samba 4.0 released by cryptomilk on Tuesday December 11, 2012 @06:17PM (#4907567)
Samba has a flexible process model so you can choose what you want: forking, preforking, threading (bad) or a single (for debuging) process model.
Re:Samba 4.0 released by josemariaruiz on Tuesday December 11, 2012 @03:24PM (#4906605)
Duke Nukem forever... Samba 4.0... what's the next? A GNU/Hurd competitor to Ubuntu? Space travels to Pluto? Time machines?
Re:Samba 4.0 released by jf on Tuesday December 11, 2012 @03:28PM (#4906622)
> A GNU/Hurd competitor to Ubuntu?

Well, there is this: http://www.debian.org/ports/hurd/

Re:Samba 4.0 released by duskwuff on Tuesday December 11, 2012 @03:47PM (#4906707)
HURD can largely be regarded as a cruel joke. It's been under development for over twenty years (since 1990!) without yet producing a usable product. Pretty much every operating system kernel that's in use today (Linux, the BSD family, Windows NT, and XNU) is younger than HURD, and yet far more mature.
Re:Samba 4.0 released by papsosouid on Tuesday December 11, 2012 @04:03PM (#4906795)
If you are measuring the current hurd kernel's age as starting from 1990, then the BSD kernels are far older, not younger. The initial release was in 1977, and obviously development started before that.

That said, hurd is essentially abandoned at this point. Even RMS has accepted that it will never be completed, and has said that it really doesn't matter since there's already a free kernel available (linux).

Re:Samba 4.0 released by josemariaruiz on Tuesday December 11, 2012 @03:33PM (#4906645)
"Get Xorg + gnome/kde/xfce (xfce should work, kde is missing working dbus (due to local socket auth and bugs in select() cornercases)) + some webbrowser working (iceweasel 9 works, though not https)."

From GNU/Hurd TODO list :)

Re:Samba 4.0 released by pyre on Tuesday December 11, 2012 @03:48PM (#4906709)

  bugs in select() cornercases
is the thing that stands out to me. Seems like I would want select() to be pretty solid to consider this a viable alternative.
Re:Samba 4.0 released by fafner on Wednesday December 12, 2012 @04:45AM (#4909356)
Re:Samba 4.0 released by yuhong on Wednesday December 12, 2012 @01:29AM (#4908925)
Even MS took years to finish Windows 2000 with Active Directory.
Re:Samba 4.0 released by RyanZAG on Tuesday December 11, 2012 @03:07PM (#4906525)
One more stake in Microsoft's coffin? With their Win8 tablet/mobile strategy not doing too great and rapidly improving office alternatives... Is the MS legendary lock-in cracking apart?
Re:Samba 4.0 released by shmerl on Tuesday December 11, 2012 @03:47PM (#4906706)
You can the deterioration of DirectX domination in the gaming market.
Re:Samba 4.0 released by flyinRyan on Wednesday December 12, 2012 @09:30AM (#4910174)
What has overtaken it? Open GL? Got any citations on that because that wasn't my impression at all.
Re:Samba 4.0 released by shmerl on Wednesday December 12, 2012 @04:08PM (#4912468)
The rise of mobile gaming and more interest in MacOSX and Linux brought more attention to OpenGL, SDL and etc. It definitely threatened the dominance of DirectX.

Practical example: http://en.thewitcher.com/forum/index.php?/topic/33183-red-en...

Re:Samba 4.0 released by shmerl on Tuesday December 11, 2012 @08:53PM (#4908168)
I mean "you can add".
Re:Samba 4.0 released by jiggy2011 on Tuesday December 11, 2012 @03:24PM (#4906604)
I'm not much a Windows guy, but is this really a full drop in replacement for all AD features?
Re:Samba 4.0 released by molf on Tuesday December 11, 2012 @03:34PM (#4906649)
This is fantastic. Microsoft Active Directory is truly awesome, but a replacement that is both free and runs on Linux? Yes please.
Re:Samba 4.0 released by japaget on Tuesday December 11, 2012 @04:47PM (#4907035)
Link is down; here is an alternative:

http://www.samba.org/samba/history/samba-4.0.0.html

Re:Samba 4.0 released by thyrsus on Tuesday December 11, 2012 @06:07PM (#4907522)
Thanks for that. The error I get when attempting to go to the original URL ( https://www.samba.org/samba/news/releases/4.0.0.html ) is

    Cannot communicate securely with peer: no common encryption algorithm(s).

    (Error code: ssl_error_no_cypher_overlap)
I went to about:config and turned on all the default-disabled ssl ciphers (per https://support.mozilla.org/es/questions/818578 ) but it didn't resolve the trouble.

UPDATE: I tried restarting my browser, and then it worked BUT after trying to do a binary search on which cipher setting was the "fix", I got to where everything was back to default, and the site still works. Probably there was a site problem that was fixed in the interim.

Re:Samba 4.0 released by dsr_ on Tuesday December 11, 2012 @03:14PM (#4906559)
There are few people running Windows AD who are going to view this as their next step, largely because they've already become used to running those Windows boxes.

For groups who aren't fully invested in AD, or need compatibility with those who are, this is a major win.

Re:Samba 4.0 released by josemariaruiz on Tuesday December 11, 2012 @03:25PM (#4906609)
Microsoft AD is the ONLY reason many companies (Apple shops included) have Microsoft servers. People cannot imagine how disruptive is a fully operational Samba 4.0 AD for Microsoft. (like a fully operational space station with a planet destroying laser :p)
Re:Samba 4.0 released by fleitz on Tuesday December 11, 2012 @06:38PM (#4907654)
If you can offer AD as a service you could setup a tidy business, otherwise not very many people are going to look at this.

Small companies don't have the expertise, large companies can't afford the risk.

Re:Samba 4.0 released by vy8vWJlco on Tuesday December 11, 2012 @03:29PM (#4906627)
Never underestimate the power of "free, as in cheap." :)
Re:Samba 4.0 released by axusgrad on Tuesday December 11, 2012 @03:49PM (#4906718)
How are the GUIs for Samba 4.0 AD features? I usually prefer nice configuration files, but the Windows Server features were very easy to learn. Another nice thing about Windows Server, updates are "free" after a high up-front cost.
Re:Samba 4.0 released by bennysaurus on Tuesday December 11, 2012 @04:32PM (#4906959)
The windows ones apparently work with this version of Samba.
Re:Samba 4.0 released by rbanffy on Tuesday December 11, 2012 @08:47PM (#4908151)
I bet the next patch Tuesday will solve that.
Re:Samba 4.0 released by rplacd on Wednesday December 12, 2012 @05:56AM (#4909507)
The usual MMC snapins probably work with it.
Re:Samba 4.0 released by jmspring on Tuesday December 11, 2012 @03:32PM (#4906641)
"free, as in cheap" does not apply in the case of an existing infrastructure with staff already trained on using the deployed (AD) system.
Re:Samba 4.0 released by vy8vWJlco on Tuesday December 11, 2012 @06:28PM (#4907628)
Not immediately, but the thing that people can set up and try and say "yeah, sure, problem solved" has a funny way of making it's way into the rack. Whether it does or doesn't in a specific case usually just comes down to whether the one supporting it likes Vi, Emacs, or Word.
Re:Samba 4.0 released by josemariaruiz on Tuesday December 11, 2012 @03:34PM (#4906651)
Can you imagine offering a fully scalable AD online? Having access to the code you can start doing things that Microsoft never allowed you to do ;)

(Google Docs is, as far as I know, OpenOffice for example)

Re:Samba 4.0 released by josteink on Tuesday December 11, 2012 @04:22PM (#4906909)
Google Docs is, as far as I know, OpenOffice

I've never heard about this before, and if true, would be really interested in knowing more about the story behind this.

Got some choice links?

Re:Samba 4.0 released by glomph on Tuesday December 11, 2012 @04:44PM (#4907020)
Google Docs has no relation to OpenOffice iirc. The word processor came from writely and the spreadsheets was some other company's source code, the rest was just extensions on that.
Re:Samba 4.0 released by madao on Tuesday December 11, 2012 @05:40PM (#4907371)
When people start mentioning price for these sorts of things I get a little confused, volume licensing for a bunch of hyper-v servers running 20-30 windows guests is actually quite cheap (you only have to pay for each licensed host server) I also have seen mention of a per user cost for ad? not sure where you got that from... I think exchange goes for about 6 bucks a user or so.. the next office setup ill be looking at will be three beefy hyper-v servers and running most applications on windows core... windows is now getting to the point where the only time I need to do any work is for weekly windows updates.
Re:Samba 4.0 released by theatrus2 on Wednesday December 12, 2012 @01:22AM (#4908912)
A 5-user CAL pack for Exchange is ~$400, about $75 per user.

http://www.amazon.com/Exchange-Standard-2010-English-User/dp...

A Windows server CAL is about $20 per device.

http://www.newegg.com/Product/Product.aspx?Item=N82E16832416...

Windows licensing is somewhat a mess, between user CALs, device CALs, processor CALs, or combinations thereof. You can see why Google's $50/user/year price is attractive - no hardware to buy, no CALs to buy, no client software to buy.

Re:Samba 4.0 released by jeremiep on Tuesday December 11, 2012 @09:36PM (#4908314)
Some companies have more than 20-30 employees. All these "quite cheap" expenses quickly add up. This is money better spent towards getting a better product on the shelves.

Now when you consider that managing unix machines requires much less work to begin with, you can't look at "quite cheap" the same way anymore - it's actually "quite expensive".

Not to mention I often see improved performance of server applications just by switching them to a linux host. Samba 4 is indeed very good news.

Re:Samba 4.0 released by obituary_latte on Tuesday December 11, 2012 @04:20PM (#4906896)
Well, if the current version is any indication...

Fortuitously for this article, I've spent the entire day today trying to get samba sharing with AD. Oh, NT_USER_NOT_PERMITTED? Bbbut, the user is there; I even have it working on another server!

I'm sure it's my fault, but still, as of this moment, I hate samba more than almost everything.

At any rate, congrats.

Re:Samba 4.0 released by polarix on Tuesday December 11, 2012 @04:17PM (#4906877)
Last time I tried to use Samba 4, earlier this year, most of the config directives I was trying to use weren't supported. Has that changed?
Re:Samba 4.0 released by mrb on Tuesday December 11, 2012 @04:34PM (#4906972)
Yes. Except the one you had on line 42.

Seriously, how do you expect someone to give you a useful reply?

Re:Samba 4.0 released by rbanffy on Tuesday December 11, 2012 @08:51PM (#4908159)
You assume he actually wants a useful answer.
Re:Samba 4.0 released by buster on Tuesday December 11, 2012 @06:02PM (#4907501)
I, for one,am extremely glad that i'm not the only one with the line 42 problem!
Re:Samba 4.0 released by jussij on Tuesday December 11, 2012 @09:31PM (#4908302)
To fix the issue on line 42 just reboot Deep Thought.