Anyone who has ever run Netware knows the stability of it. It doesn't crash. You don't need to reboot it just because it's been running for a month, or a year, or two.
With Netware, you can change key components of it, e.g. the printing subsystem, without rebooting - UNLOAD SERVICE, (a little file copying), LOAD SERVICE. Even Windows 2003 forces you to reboot for "changes to take effect" all too often.
Those issues are structural - you either designed a strong core to your operating system (Netware) or you hashed together some code from a desktop user OS and added some resource sharing features to it (Windows Server).
The bigger issue I have with Windows networking is NTFS - what were they thinking? It would be difficult to design a more complicated and inefficient file security scheme than NTFS. With NTFS, every single permission is stored with every single file - arrgghh. With Netware, files inherit permissions from the directory/folder it's in - unless you override it; if a directory/folder has no explicit permissions, they are inherited from the parent folder. Netware's approach is 1000 times more efficient, and provides every bit as much control - and actually more because certain attributes such as "Execute Only" don't exist in Windows.
Even more important than efficiency, is effectiveness. In Netware, you can move a file from a less restrictive area to a more restrictive area - and the restrictions are immediate - and require no further action to implement. In Windows, you can move a file from an area (e.g. general staff read-write area) to a more restrictive area (e.g. word processing area where no further edits are allowed by general staff) - and it doesn't always restrict the original author (the "owner) - or rather, it only works (at times, granted most of the time) because of a side effect in the way most Windows applications save files.
The side effect is that most applications first create a completely new file (new file handle), then write that file with a temporary name, then either delete or rename to "backup" the old file, then rename the temporary file to the original filename. The result is that the original author cannot create the temp file needed in the more restrictive area (e.g. word processing), and thus is prevented from editing the file as he should be - but this is a side effect and NOT a requirement imposed by the OS. It works for MS-Word, Excel, and most other apps. Try the same thing with Notepad - Notepad does not use this method - Notepad create only one file handle to the original document - and just writes the changes - in the area where the author should no longer have access - the only way to fix this is to explicitly change NTFS permissions on the file after you most it - this approach is wrong! Windows NTFS file security is fatally flawed - you absolutely must rely on "share" permissions!
Microsoft chose a boneheaded method of file security that is fatally flawed. Use SHARE PERMISSIONS if you have a Windows server.
With Netware, you could have one UNC path for all your data, and provide an extremely efficient and effective (and predictable - easily understandable) set of permissions to your files.
|
Does Verizon's Voyager stack up to the iPhone? |
|
|
5 IT skills that won't boost your salary
[1,407]
Women 4 times more likely than men to cough up personal info
[589]
Japan's 10 funniest tech-related commercials [Videos]
[407]
Throwing away a promo CD is "unauthorized distribution"?
[1,265]
Adults too quick to dismiss educational video games
[682]
Attack of the iPhone clones [Slideshow]
[578]
10 things IT needs to know about AJAX
[1,258]
This Year's 25 Geekiest 25th Anniversaries [Slideshow]
[409]
|
|
RE: Novell NetWare vs. Microsoft networking
And can AD associate an object (such as a user or group)with those NTFS permissions?
NetWare evolution
A lot of people don't know that Open Enterprise Server 2 (OES2) has replaced NetWare. But OES2 is based completely on Suse Linux and installs as "add on" services to Linux. While on the backend, this means a major change in thinking as the infrastructure must be migrated from NetWare to Linux, it can be done completely transparent to the end users.
When you migrate NetWare to Windows, it requires a significant change/investment on the desktop. When going from NetWare to OES2, there is very little impact on end users. In fact, we have developed best practice methodologies that allow us to do a full migration on most server environments with approximately 1-2 hours of "actual" downtime at the most on any NetWare to OES2 migration.
OES2 <> Linux
So... OES2 has "replaced" NetWare, and OES2 is based completely on Suse Linux? Then what is NetWare 6.5 SP7?
No, really, you are very nearly correct. This is the last NetWare version with physical support. The next release will be virtual-only.
It's exciting to see all of the traditional NetWare services showing up on SLES in a realistic way, but there are still clients who are very nervous about losing their NetWare before they are ready to let go.
This release could be considered transitional for those more conservative customers just as OES1 was transitional for the more adventurous. But NetWare isn't quite out of the picture -- yet.
Good piece, Marvin, Thanks!
Specialized OS vs General Purpose
Underlying this: Should you have a specialized OS for servers, or a general purpose one? Every single line of code in Netware was written for the goal of fast, secure network services. Windows aims to do everything. I personally would have preferred that the market chose a specialized OS.
There are ramifications in having a general purpose system, like Windows. For one thing, the code becomes so monstrously bloated that checking for security flaws is difficult. For another, programs seeking permissions to do anything becomes a convoluted process.
Of course there are also advantages to a general purpose system: easier to learn, more flexible, and more applications.
The last-mentioned is often taken as a killer for Netware, but people fail to realize that the Novell designers had addressed this by about 2001. For example, platform-agnostic Java support built-in, popular open source server apps like MySQL, Apache, and Tomcat, and Novell Script For Netware, which was compatible with VBscript, and allowed the same programs to be written for Netware web apps too.
Sadly, Novell management didn't push these tactical developments and around about the same time began to give up on Netware.
Also Microsoft's efforts to
Also Microsoft's efforts to make things easier to use also makes them less secure. By default Windows Server, up until recently, granted all users full access by default. Of course no ones going to ring you up and tell you they have rights to something they shouldn't. Netware on the other hand grants only the administrator rights so you have to go in and add whoever needs access, much more sensible and secure.
Who's ever seen a Netware server slow down because someone thought it would be good to have a nice 3D screensaver!
Post new comment