Network World
Friday, December 5, 2008
DNSstuff.com
Get information about your IP
IP Information
50+ On-demand DNS and network tools

Community

Navigation

RE: Novell NetWare vs. Microsoft networking

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.

Click to read the article this is in response to.

RE: Novell NetWare vs. Microsoft networking

0

And can AD associate an object (such as a user or group)with those NTFS permissions?

NetWare evolution

0

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

0

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

0

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

0

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!

Comment viewing options

Select your preferred way to display the comments and click "Save settings" to activate your changes.

Post new comment

The content of this field is kept private and will not be shown publicly.
  • Allowed HTML tags: <a> <em> <strong> <i> <b> <cite> <code> <ul> <ol> <li> <dl> <dt> <dd> <blockquote> <br /> <br> <p>
  • Lines and paragraphs break automatically.
  • You can use BBCode tags in the text.
  • Web page addresses and e-mail addresses turn into links automatically.

More information about formatting options

CAPTCHA
This question is for testing whether you are a human visitor and to prevent automated spam submissions.

Advertisement: