A CIO's View of SUSE's Enterprise Viability
onehitwonder writes "As part of an ongoing quest to find a viable alternative to the Microsoft desktop in the enterprise, well-known healthcare CIO John Halamka spent a month using Novell SUSE 10 as his sole operating system. His conclusion? It's good enough for the enterprise. In Windows vs. Linux vs. OS X: CIO John Halamka Tests SUSE, he explains how SUSE stacks up against RHEL, Fedora, XP and OS X (in a life-critical business environment), and which issues should influence an enterprise-class organization to adopt it."
We've had everyone from HardOCP to grandmas post their opinion on the "best desktop system" issue, but I think someone with not only workers and an enterprise on the line, but the life-and-death of people on his hands, is really going to give an honest opinion. He doesn't want deaths on his hands either directly or from his recommendations. I think everyone reading this post should give the article at least a cursory glance before jumping to their own opinions.
Most men are not thought unwise until they speak.
If anybody knows about medical tech, they do NOT run "laptops" or desktops on critical equipment.
/. , and it would have likely killed someone as it had them hooked up to a computer serial port.
The life-maintaining equipment runs only secure hardware, with mathematically proven code, and fiber-optic links for isolation (to prevent electrocution hazards). There was even a heart monitor someone made and posted to
SuSE will NOT run on the dangerous equipment. It will run on the network as a "online chart". Many people should be against that as well, for altogether different reasons. This is somewhat critical, as most med groups run paper charts just in case..
When it comes to sex, nerds everywhere claim that an inflatable doll is "good enough".
See http://www.medical-journals.com/r0313.htm
In the end, the best prices go to MS only shops. Which is perfectly reasonable. The fact that this leads to employees only seeing MS, and therefore not realizing that other choices exist, is an coincidence. OTOH, It can be said that any subsidizes, in the same that MS subsidizes the xBox, is worthwhile to maintain the desktop monopoly.
Then we have the terms of Vista use that restrict the virtualization of the product. If MS were competing, it would develop and OS that was the best base for virtualization. Instead, it merely licesnses the product as non virtual. If MS is not the OS that everyone sees on startup, then people might start to believe that MS is not the best choice.
It kind of reminds of hummers, and the assumption of others on the road, that wow, that person can afford to buy a hummer. People in the know realize that for many hummer drivers, the US taxpayer is paying for large percentage of the Hummer. In fact, some figure suggest that if you bought a new hummer, and took all the tax breaks, and sold it after 5 years, your total cost of ownership would be zero, thanks to the goodness of the conservative government.
MS products are the same way. A good deal if you can get, but not such a good deal if you won't play ball.
"She's a scientist and a lesbian. She's not going to let it slide." Orphan Black
The author of the summary is flat wrong when he says the conclusion was "ready for the enterprise". If you actually RTFA the exact words were: "Though he personally is pleased with the OS, Halamka is not so sure he'd deploy it widely in his organization." Incredible that the poster of this article actually gets the conclusion 100% wrong. Biases like this is why nobody trusts technology people for an opinion of the readiness of new technology.
Exactly......from the article: "For your average administrator or manager who is very comfortable with Windows 95, 98 and XP, it might be a little bit of a leap," he [Halamka] adds."
I've used SUSE 9.3-10.2 on a lightweight Dell laptop for the last 3.5 years. My experience was nearly identical, down the wifi connection issue after suspend and the work around. :)
I've used SUSE for a while. They pulled me away from RedHat with SUSE 9.0. It was the first linux I used that just worked after being installed. I didn't have to jigger with crap. RedHat lost me when they decided to put the desktop user in second place. I've used Linux exclusively for home and office for the past 5 years and it's been SUSE that made it enjoyable.
Too bad Novell felt the need to lick Balmer's d*** last fall. The best thing that could happen to the computing world is *not* greater compatibility between Linux and Windows. Windows is on its way disappearing into the ether. At the moment it fast becoming just a crappy API that can run (safely) in a VM to support the odd application that's not got a functional duplicate on Linux (eg. IE for testing web pages and some of the corporate crapware clients (oracle)). Too bad Hovispan forgot to read the judgment from the MS monopoly trial and pay attention to ever other poor bastard that thought they could dance with the devil.
The article says that many linux loyalist chided him for the distros he chose. I have to agree with them. It is not that difficult to do a search and see what is the most popular distro.
uname -a on one of GE's latest generation of CT scanners reports a version of Red Hat. Diagnosing cancer may not be as life critical as an EKG, but it's not something you want to have crash or degrade over time or have some kind of file quirk that screws up images.
Friends don't help friends install M$ junk.
Suppose there is a file he needs on a W2K3 share in an existing AD domain. How can he get Linux or OSX to authenticate into the domain to have access to the share? Don't you need to make a descision up front wether to be a MS shop or a *NIX shop. Samba could be a partial solution, but the problem is a Samba *NIX server will still not tightly integrate into an AD domain.
His real opinion is this:
The X60 running Novell SUSE is the first Linux laptop I have used that is good enough to be my only computing device,
That is astounding after only one month of use. Most users take years to shake bad old M$ habits and almost as long to learn which of the dozens of free packages is their favorite for any given task. Most people want their Windoze safety blanket for a year or so. This kind of endorsement is ringing - he's saying that he could do without Windoze tomorrow, forever. He's right but has not had time to develop real confidence in his opinion, which is reasonable given the billion dollars a month M$ spends on marketing and lock on major vendors.
To be fair, you should have quoted his worry. What's keeping him from recommending widespread deployment? Well, this:
"I dont know enough about the remote management tools and capabilities for it"
OMFG! and,
"For your average administrator or manager who is very comfortable with Windows 95, 98 and XP, it might be a little bit of a leap"
Free software absolutely kills Windoze for remote control and management. The fact that thousands of computers have been corralled into clusters for decades should tell anyone that remote configuration has been mastered long ago in the free software world. It's amazing how much easier things are when you don't have integrated licensing and copy protection built into the product itself. On top of that, Novel offers it's own set of tools to manage mixed environments which are widely admired. This is a slam dunk for free software and Suse.
The other concern is a bit condescending. Even fanboys, given proper support and encouragement, soon learn how much better free software is. It's true that the deeper you are into M$, the harder it is for you to see anything else, but those who escape become the biggest M$ haters. They, more than anyone else, bear the brunt of M$'s intentional waste. It makes them angry but they accept it without knowing any better. Eventually, the lies melt away and all the talk about software freedom sinks in. Liberate them for just a while and it's all over.
Friends don't help friends install M$ junk.
He's not running a nuclear reactor -- He's just doing email and typical business person stuff. Nobody lets a CIO do potentially dangerous or important things.
Oh, I just hate to quote the fine article but:
It's kind of like ... unsafe at any speed.
Friends don't help friends install M$ junk.
Do you think this will help the image of Novell after drinking Microsoft's Kool Aid? No, only when pigs fly.
If your boss offered you the chance to migrate from the Beast to Novel, you would be crazy to say no. The more free software people use, the better. I'd rather everyone used nothing but free software and I don't like that Novel endorsed M$, but let's not get carried away. When the alternatives are to stick with seven year old software and slowly migrate to Vista or migrate to Suse, Suse is the clear winner.
Friends don't help friends install M$ junk.
Too bad Hovispan forgot to read the judgment from the MS monopoly trial and pay attention to ever other poor bastard that thought they could dance with the devil.
He does not really think M$ is co-operating with Novel and is close to fed up with Outlook/Exchange:
I think he's catching on very well for a big dog. Most of us would be very happy with a boss this open and clued.
Friends don't help friends install M$ junk.
Here are some of the recent impressions from someone who just had to deploy a 120-node SLES 9 cluster, shortly followed by an 80-node RHEL 4 cluster. This is not scientific research, so here is my unscientific professional opinion: both RHEL and Suse are a royal pain the ass to install, configure and maintain.
I have over a decade of Unix sysadmin experience (Solaris, AIX, HP-UX, IRIX) and about five years Linux experience (Red Hat and SuSE primarily). To give you an idea of my personal preferences and my unbiased nature: my personal laptop runs Solaris 10; my work laptop runs Suse 10; my home PC is a Windows XP Pro; my work desktop #1 is RHEL 4 WS; desktop #2 is Suse 9.1; and desktop #3 is a Sun Blade running Solaris 10.
So what is my problem with Linux? I like Suse as a desktop system. It's easier to configure and re-configure then Red Hat, mostly thanks to Yast and some logical organization of things. I am not a GUI sysadmin: I live inside Korn shell. Still, having a well-organized GUI is useful because you just can't remember everything.
All the little annoying things, which I can deal with on my laptop or desktop, are multiplied to obscene proportions in a large cluster. Scali and Yast apparently don't like each other; there are strange transient NFS problems having something to do with large file support; patching is more complicated then it has to be with RHEL and absolutely infuriating with SLES.
I don't want to go into all the bugs and idiosyncrasies of the two leading enterprise linuxes, the bottom line is: you want reliability and performance - stick with the big 'nixes and leave Linux to ripen a bit more. You want a desktop, then go with Linux, if Windows is not your cup of tea. But be prepared to catch heavy flak from your former Windows users.
There is no such thing as a "typical user". Rather there are typical tasks. Web browsing, emailing, text messaging are all trivial things you can do with most modern operating systems. Or can you? How many of your users ran into problems with video and sound using a Linux desktop? Why don't Java applets in Web pages never seem to work right under Solaris? Why does a thousand other things go wrong?
Is Linux more buggy than Windows? I don't think so, but many of my users do. They are switching from Windows to Linux - not their choice to begin with - and, being already used to all the Windows problems, they find Linux bugs to be new and worth complaining about. A lot. I have Suse 10 running on my laptop PERFECTLY. Everything works right: video, sound, wireless, card reader, volume buttons and all the other little things that usually annoy Linux users. But it wasn't easy getting there and it has to be if Linux is ever going to squeeze Windows market share. Not every PC user is a Unix sysadmin and they don't have to be.
The placement of GNOME as the default desktop environment does not help matters either. This is not an endorsement of KDE either. But I hear KDE 4.0 will be a killer.
By the way...does anyone know whether the folks touting Linux as a possible Windows and Mac replacement have made its fonts beautiful by default?
This would not hurt at all. I hope slashdotters will not tell me to turn on the "byte code interpreter" or use "use freetype version xxx", or "load M$ fonts" and what not in order to have a decently looking desktop.
Desktop computers ("PCs" in the vernacular) run things like, please excuse me if this raises your blood pressure, Microsoft Office, Windows Explorer, Outlook and Bugs Bunny wallpapers. The critical systems typically use an embedded OS (ventilators and other machines that go "ping") or they run some UNIX variant (CTs, MRIs).
I'm trying desperately to get our small hospital off of XP. All we run are the above "productivity" apps and a bizarre VT100 terminal program that talks to the billing / order entry / lab system. Any reasonable Linux system would be fine except that company that runs the back end system won't allow anything but this oddball emulator to talk to their system. (Don't even think of VMware or similar - that's much too complex for them).
But anyway, don't have a heart attack if you see the green and blue wavy fields on the screen at your local ER. It won't shock you.
Faster! Faster! Faster would be better!
The conclusion of the article is that:
Though he personally is pleased with the OS, Halamka is not so sure he'd deploy it widely in his organization.
Although he apparently thought much more of SuSE then he did of RedHat, which is covered in this article:
http://www.cio.com/article/41140
Incidentally, in that article (which is the actual comparison) he says the best OS is Mac OS X, although his favorite piece of hardware is a Dell?!?
]{
since MS support is really very, very bad
I have a live version of Kubuntu running on a machine downstairs. I could install the live version to test that hardware, network compatibility and that it could find the shared network printer and backup drives. It didn't cost anything and the few minor problems resolved online. Actually, there weren't any problems, all I had to look up were some installation instructions. Didn't need to buy anything, call anyone, wait for anything. Tomorrow I can install it if everything else checks out. What risk am I taking adding that OS to my network?
Microsoft support, like Dell's support, used to be THE reason to stay with Windows on Dell hardware. But lately they've both let their support slide. There's no reason to stay with them. There's no risk trying Linux. You can test everything before committing. And it doesn't cost...how much are MSFT service calls going for these days?
That's our life, the big wheel of shit. - The Fat Man, Blue Tango Salvage
I'm trying desperately to get our small hospital off of XP.
Then we both agree with Halamka that Windoze is suitable for neither critical systems nor desktops in a hospital. That was my point, so you might want to work on your own reading comprehension skills, coldwetdog
I'll go a step further and say that Windoze is an accident waiting to happen, however you use it. It's surprising how annoying a botnet can be on your network and how such non critical systems, like the door opener to surgery, can be painful when the network is congested by it.
I'll also point you here where I note that GE's new CT uses Red Hat. It's not the average PC under the hood because it's very fast at what it does, but that's not so far fetched.
Friends don't help friends install M$ junk.
Here we have a study buy a highly technical CIO that claims that SUSE Linux is an acceptable enterprise OS. This is bunk. Any solid technical person can use any OS and make it work.
Show me a study where a non-technical standard business user is successfully using SUSE for 30 days as their only OS, and suddenly you got my interest.
Horns are really just a broken halo.
Halamka Halamka Halamka Halamka Halamka .... Come on everyone, it's getting better as you keep saying it.
...
Halamka Halamka Halamka Halamka Halamka Halamka Halamka Halamka Halamka Halamka Halamka
Dealing with Microsoft at the enterprise level is like entering a partnership with Wal-mart. It may look great on paper, and like the only way to follow the next step economically. But it's often death on your bottom line, strips your corporate resources dry to maintain the relationship, and leaves your users frustrated with failed goals.
His big problem is not the desktop: it's the email system, most especially the associated calendar system. Calendar systems have turned out to be a huge chokepoint on the implementation of new email systems, and far too many of them simply stink due to poor interfaces, unstable databases, or user interfaces written for Exicing! New! Feature-Filled! Vaporware Demos!!!!!
I've been through the difficulty of convincing a company to switch from MS Exchange to an actually supportable mail server. I've seen half a dozen buy into Exchange as their primary mail server, then have to buy front-end Sendmail based servers to handle all their incoming email from outside their company because Exchange just couldn't deal with it.
After playing around with Novell's OES I have come to the conclusion that nothing really has changed. It may be using a linux structure now. But there is virtually no difference between Novell of the past and the Novell of the present. Its just window dressing.
Heh.
Well, I think it depends a lot on what you run.
I had a MSW2k box that ran well enough when I was using it for php dev a couple of years. Dual-booted freebsd on the box. Had to make sure I cut the MSW2k partitions first and keep the MSW2k partitioning tools away from the desk after I cut the freebsd slices, though. MS's tools would kill the freebsd partitions pretty quickly. I think I even managed to have multiple user accounts on it so I could be running a non-admin user when I went to the web looking for answers.
But the non-admin user was running an English locale.
Different job, different box. I think it was MSWxp. I needed to be in Japanese locale when I hit the web. (I forget why.) I set up a user account to run in Japanese locale, logged out and back in, and wasted a day trying to get the account unfrozen. Logging into that account would freeze the box. I couldn't even get it switched back to English locale. Fortunately, I hadn't saved anything important in that account.
What did my co-workers do when they hit the web? I asked. They looked at me with wide eyes and asked why bother making non-admin accounts? Malware? It wasn't such a problem back then, if you were careful where you visited. Otherwise, they wiped the OS on some machines regularly.
My solution? I would re-boot in Linux when I needed to hit the web in Japanese locale. (Again, I was careful not to touch the partitions with MS's tools after the Linux primary partition was cut.) Ultimately got a dedicated Linux box (and a Mac Mini a little later).
So, yeah, Microsoft Windows OS is table.
But I'm much more productive on anything else.
Suse dropped the ball for 10.2. The software management and update stuff is slow in 10.0. But in 10.2 it is extremely slow. I don't know about 10.1 (seems the suse support people claim 10.2 is an improvement over 10.1, and they are aware of the problem - this was when I submitted a bug to complain).
Maybe 10.3 will be better. But I suggest a test drive first.
I have no idea what they are doing that requires the software mgmt/update stuff to be so slow. I turned off their ZMD (Zen/Enterprise) crap and it's still slower. apt is magnitudes faster (we run apt to update stuff on our suse 10.2 servers).
That said, other than that, 10.2 is not bad (except I prefer the classic KDE, vs the "Vista style" KDE which 10.2 defaults to - you can switch it by right clicking). I think suse makes a decent linux desktop.
But, suse better make the software update and management stuff FASTER.
I wouldnt exactly called NTLM a secure form of authentication, or even a remotely well designed one.
Plus that means you need to expose all the overly complex rpc and netbios services to the network, and there really is a whole mess of code implementing those functions. Plenty of scope for more security vulnerabilities to be found in those thousands of lines of code.
On the other hand, SSH is relatively small, it's authentication and encryption is tried and tested, so you only expose a relatively small footprint to the network. Anything else can be piped over it, and done in the same way it would have been done locally.
http://spamdecoy.net - free throwaway anonymous email - avoid spam!
"Most well known for being the responsible guy for one of the biggest hospital IT failures on the books"
Yea, and he was personally responciple for the outage, not.
"On that date, a researcher at the hospital who was sharing data with colleagues inadvertently flooded the network with large quantities of data, causing it to slow drastically"
"The problem had to do with a system called spanning tree protocol, which finds the most efficient way to move information through the network and blocks alternate routes to prevent data from getting stuck in a loop"
was: Re:Why listen to this guy?
davecb5620@gmail.com
"It feels well-integrated and well-supported enough to be used in selected circumstances in my organization, but I don't know enough about the remote management tools and capabilities for it"
"He would consider running Novell SUSE on kiosks used exclusively for browsing the Web in CareGroup's hospitals. He also thinks it would be fine for early adopters of new technology who are willing to adapt to slightly different user interfaces and experiences"
His conclusion? Its NOT ready... (Score:4, Informative)
davecb5620@gmail.com
"Show me a study where a non-technical standard business user is successfully using SUSE for 30 days as their only OS, and suddenly you got my interest"
I've sat non-technical Windows user down in front of this dual boot Win/SuSE/KDE box and they can't tell the difference. Start menu, browser, word processer, email, media player, they can't tell the difference.
was: Re:This Article Is Heavily Flawed
davecb5620@gmail.com
so we can safely say you don't use computers?
Semi-automatic amateur armchair Australian philosopher; conjecture ready at any moment...
C'mon a CIOs opinion of a desktop is as valid, or trite as anyone else's. Why?
CIOs have support staffs, you do not.
A desktop is not a server or an enterprise it's a desktop in the enterprise.
This is silly. Are we going to read CIO reviews of corporate caterers too?
I wish I had mod points myself right now.
On Linux and OSX you can write a script that runs when connected to the Internet accesses a password protected encrypted web page, revealing a copy of a script to run locally, then run that script locally.
Any pointers here ? Or do I hear the usual WYO (Write Your Own) ? If the latter was the case, your contribution doesn't help very much at solving the problem of Adam (John Halamka).
All we run are the above "productivity" apps and a bizarre VT100 terminal program that talks to the billing / order entry / lab system. Any reasonable Linux system would be fine except that company that runs the back end system won't allow anything but this oddball emulator to talk to their system.
If it is really just a VT-100 emulator, how can their back end differentiate between their oddball program and minicom?Bring back Sirius Punk!
Now that Novell got officially 0wned by Microsoft (okay, so Novell gave up the farm, work with me here) you gotta think they'll put a stop to such propaganda.
I remember a company that had it's Exchange Server directly hooked up to the Internet on port 25, without any live antivirus software running! Months of arguing, pleading and even begging to either at least put some security softare on it or shield the thing using some Sendmail satellites doing the scanning were not enough to make management understand that there was a serious and realistic risk of our whole network going down in case of an infection.
Suddenly, it became all so much easier and management understood... I love you...
From that experience, armoring a mail service with Exchange servers in front of it is like painting your house with watercolors. You can make pretty pictures, but you'll get smeared by every storm.
They're very expensive, they take expensive hardware to make physically robust, maintaining security for them is dreadful, they can't take much standard SMTP load, and they blue screen of death frequently (though less frequently than they used to, I admit).
Also note: there is no such thing as "no store" MTA's. You *MUST* have storage, to deal with temporary bounces when downstream MTA's go down. And since a spam or email worm deluge can easily saturate a 100BaseT uplink for a major company's mail services, you have to be ready to deal with that. That's a lot more Exchange servers than almost any other MTA.
Security is security, its no different than any other box on your data center. You should already know how to lock it down by this point, so you just do it. What's the big deal? It's just a matter of configuration.
As far as BSOD
Are you, by any chance, basing your experience on Exchange 5.5 or earlier? Also note: there is no such thing as "no store" MTA's. You *MUST* have storage, to deal with temporary bounces when downstream MTA's go down. Sorry, I thought since you had experience with managing Exchange, that you would recognize the lingo. Exchange MTAs do not have an Exchange 'Store'. Only the mailbox servers have those.
Exchange MTAs cache incoming mail in the file-system (havent migrated over to 2007, so dont know if this changed there or not yet). So yes, there is a mail data 'store', but not an Exchange 'Store' on MTAs.
The modern version of NTLM (NTLMv2) is quite robust, and does not have any trivial attacks, other than massive brute-force approaches (of either the time-based dictionary attacks type, or the storage based rainbow-tables approach).
Mind you, if you still have all the legacy protocols turned on, then you may have problems (ie, LM, NTMLv1, etc). Plus that means you need to expose all the overly complex rpc and netbios services to the network, and there really is a whole mess of code implementing those functions. Plenty of scope for more security vulnerabilities to be found in those thousands of lines of code.
On the other hand, SSH is relatively small, it's authentication and encryption is tried and tested, so you only expose a relatively small footprint to the network. Anything else can be piped over it, and done in the same way it would have been done locally. If you're concerned about this in a Windows environment, you just create some IPSec policies, and only allow this traffic. Then you use the ipsec policy to only allow your trusted, known, 'admin' workstations or subnets access to the servers or other desktops.
A firewall-based ipsec vpn tunnel is effectively the same thing, just moves the tunnel endpoint to the firewall, rather than the servers.
Security is just a matter of configuration. Oh, my. You've never actually run an MS based externally facing server, have you?
Let's take the BSOD. Basic Exchange Server 5.0 couldn't handle simultaneous incoming port 25 connections. Period, end of sentence, it wasn't fixed properly until about 5.5.
And I see your point about Exchange store. I've simply had the argument with new-to-the-business admins that external forwardnig MTA's don't need any significant local storage, and had to walk through the requirements with them. Then I had to explain that they had to store the mail for up to 3 days. Then I had to explain about rewriting the envelopes of the messages correctly, so that the external and internal mail servers were distinguishable for debugging reasons but the user still saw their mail to the correct "From:" line, and why using this kind of system broke their SPF filters on inbound mail (which they hadn't realized had to be moved out to the external mail servers).
That was a long, painful week the last time I did this. They finally gave up and bought some Linux based external spam filters, which did the job very nicely.
My expertise (up until ~2 years ago, which has been almost exclusively development) was IIS & SQL, with some hefty Exchange admin experience thrown in. All of these (except SQL and the DCs) were publicly available to some extent, ie the required minimum ports available to the world. So 25 inbound on Exchange MTAs, 80/443 on the OWA servers, and 80/443 on the IIS boxen. Sometimes DNS on the DCs in the olden days, but thats dangerous too nowadays, with most orgs doing split-brained dns on bind external, windows internal.
All OS management is formulaic. You do the research, create the most secure configuration you can that satisfies your needs. Identify risk vectors, develop a mitigation and monitoring plan to deal with it. Then you put together operational procedures to manage (ie, patch, deploy, upgrade) and audit (did patches apply, is the configuration in expected state, who logged in when, other log monitoring, etc). It's only complicated if its your first time and you have no mentors. Otherwise, you just take your proven best practices, and repeat them, with the occasional revamp/improvement as the platforms change or the environment changes. Basic Exchange Server 5.0 couldn't handle simultaneous incoming port 25 connections. Period, end of sentence, it wasn't fixed properly until about 5.5. Well, that may be true, but you're reaching pretty far into the past there. That version only existed between May and November of 1997. Since then have been 5.5 (the first version that was doable for Small and Mid-sized orgs) in 1997-200, Exchange 2000 from 2000-2003, Exchange 2003 from 2003-2007, and Exchange 2007 currently. Given that since Exchange 2000, Exchange has been one of the most commonly seen collaboration (ie, mail & calendar) setups in big business, I think issues like you mention can be considered 'very old history'.
(Mind you, all big installations separate out the store servers, mta servers, and client connectivity servers (IIS & MAPI), as this provides effectively infinite scalability at only the needed layer. Some use unix-based mta's for that layer, some dont.) Then I had to explain about rewriting the envelopes of the messages correctly, so that the external and internal mail servers were distinguishable for debugging reasons but the user still saw their mail to the correct "From:" line I believe this is only an issue if you're using non-exchange systems for your external MTAs. If its all Exchange, then the Message Tracking system shows clearly the progression through servers and layers. Same if your external email address isnt necessarily the same as your username@domain.name, if you're on a full exchange stack, this 'just works'. Not sure of the behavior if you have non-exchange MTAs re-writing the envelopes. But this is a commonly enough done thing, that I'm sure its well documented through google.
If your in a position to MITM, you can often force the clients down to using LM auth unless that's been explicitely disabled...
It's also very poorly documented, most third party implementations of ntlm suffer from several common misunderstandings of the protocol, which are sometimes exploitable.
Arent the windows "ipsec" policies just filtering rules? Or do they actually encrypt/authenticate the traffic in some way? Either way, i've hardly ever seen anyone bother.
As for the hashing, it's relatively weak and fast to crack compared to other comparable authentication methods, it's unsalted for instance which is why rainbow tables work.
http://spamdecoy.net - free throwaway anonymous email - avoid spam!
We've used it in the past a number of times, for example, to restrict who can talk to a sensitive database server to only some select machines. Just a nice added layer of protection. Pretty easy to implement as well. As for the hashing, it's relatively weak and fast to crack compared to other comparable authentication methods, it's unsalted for instance which is why rainbow tables work. Unsalted, yes. Weak hashing, no. It's not computationally possible (with any publicly known math at least, who knows what the NSA or such has up their sleeve) to reverse NTLMv2 hashes. Rainbow tables dont reverse the hash, they just repeat the known implementation of the hash to pre-compute all possible hash results within a keyspace.
At least that is my understanding. If you're aware of any way to reverse the NTLMv2 hash, I'd love to know.
The salting issues is an interesting one. It's what lets cross-domain (or cross-machine in a non-domain situation) user/pass combos work if the user/pass is the same on both sides. So a nice usability thing, but probably not the best solution in this day.
There are techniques such as using syskey to deal with an offline recovery attack (encrypts the sam), but there is not, to my knowledge, any way to use a unique salt in the hash. Which is a shame.
I don't, I won't be caught dead using anything that has signed with the devil. Sellout wankers, they make me puke, STILL. Nobody give me that openSUSE is ok crap, it's the testbed for the sellouts. I can't say %$&# you Novell enough.
Will Linux ever mature? I hope so because I really don't want a Mac. =l
The herd is already thin enough.
IT people in big corps know that the gem in town is Red Hat, SuSE and perhaps Mandriva or Ubuntu depending on the situation.
Smaller companies that will provide their own in house support can opt for Debian or perhaps Slackware.
Anybody else should be free to try anything that is being produced, but it is a false economy not to have options. The last thing I want to see is freedom of choice killed in Linux.
IANAL but write like a drunk one.
Patching is a nightmare of unintended consequences, the GUI is very often on the way of what the machines hould be really doing.
Bizarre dependencies.
Applications locking up the machine.
Sorry, but that just does not happen in Linux and UNIX land.
IANAL but write like a drunk one.