Novell NetWare

În informatică NetWare este o rețea de sistem de operare dezvoltat de Novell , care permite computerelor să fie conectate la rețea , indiferent dacă acestea sunt DOS , pentru Windows , Unix sau Mac OS .

NetWare a avut un mare succes în anii 1980, fiind primul sistem de operare de rețea adevărat compatibil cu PC-urile obișnuite compatibile IBM și MS-DOS . Sistemul avea nevoie de un server dedicat sau semi-dedicat, al cărui hard disk trebuia formatat exclusiv pentru NetWare și avea punctul forte în software - ul client , în special ușor și stabil, compatibil cu diferite platforme .

Printre numeroasele merite ale NetWare este acela de a fi introdus pe piața pe scară largă conceptele de schimb de informații și de rețea, care au devenit acum comune pentru toate companiile moderne și, de asemenea, au contribuit la răspândirea standardelor de sisteme . astăzi, cum ar fi plăcile de rețea cu tehnologie Ethernet .

Sistemul NetWare supraviețuiește în multe companii până în prezent, deși a fost înlocuit de Open Enterprise Server (OES).

Istorie

NetWare s-a dezvoltat dintr-un concept foarte simplu: partajarea fișierelor în locul discurilor. În 1983, când a fost proiectată prima versiune a NetWare, toate celelalte produse concurente se bazau pe conceptul de a oferi acces direct la discurile partajate. Abordarea alternativă a Novell a fost aprobată de IBM în 1984, ceea ce a contribuit la promovarea produsului.

Cu NetWare, spațiul pe disc a fost partajat sub formă de volume NetWare, comparabile cu volumele DOS. Clienții MS-DOS ar rula un program special Terminate and Stay Resident (TSR) care le-a permis să mapeze o literă de disc locală la un volum NetWare. Clienții au trebuit să se autentifice pe un server pentru a li se permite să mapeze volume, iar accesul ar putea fi restricționat pe baza numelui de utilizator. În mod similar, ei s-ar putea conecta la imprimantele partajate de pe serverul dedicat și ar putea imprima ca și cum imprimanta ar fi conectată local. NetWare a câștigat o poziție dominantă pe piață în prima jumătate a anilor '90 prin dezvoltarea protocolului IPX / SPX derivat de la Xerox XNS și a standardului LAN ( Local Area Network ).

La sfârșitul anilor 1990 , odată cu boom-ul conectivității la internet , TCP / IP a devenit, de asemenea, dominant pe rețelele LAN. Novell a introdus un suport limitat pentru TCP / IP cu versiunile 3.x (circa 1992) și 4.x (circa 1995), constând în principal din servicii FTP, servicii de tipărire LPR / LPD în stil UNIX (disponibile cu NetWare 3 .x), și un server web dezvoltat de Novell (în NetWare 4.x). Suportul TCP / IP nativ pentru servicii de fișiere și tipărire asociate în mod normal cu Novell a fost introdus cu NetWare 5.0 (lansat în 1998).

În timp ce unii atribuie întârzierea Novell în adoptarea TCP / IP ca protocol nativ pentru pierderea cotei de piață a NetWare, se poate spune că Novell a fost cel care s-a lăsat scos din afaceri. În prima jumătate a anilor optzeci, Microsoft a introdus propriul său sistem LAN cu LAN Manager , bazat pe protocolul NetBEUI . Încercările timpurii de a lupta cu NetWare nu au avut succes, dar acest lucru s-a schimbat odată cu includerea suportului de rețea îmbunătățit în Windows pentru grupurile de lucru și mai târziu cu succesul Windows NT și Windows 95 . NT, în special, oferea servicii similare cu cele oferite de NetWare, dar pe un sistem care putea fi folosit ca desktop și conectat direct la alte desktop-uri Windows unde NetBEUI era aproape universal.

Avansul NetWare

Utilizarea și creșterea pe scară largă a NetWare au început în 1985 odată cu lansarea simultană a NetWare 286 2.0a și a procesorului Intel 80286 pe 16 biți. CPU 80286 avea un mod protejat pe 16 biți care oferea acces la până la 16 MB de RAM, cu multitasking eficient și fiabil. Înainte de 80286, serverele de arhitectură PC IBM se bazau pe procesoare Intel 8086/8088 pe 8 biți, care erau limitate la 640k de RAM și nu aveau multitasking preventiv .

Combinația dintre caracteristicile modelului 80286, limita de 16 MB RAM și limita volumului NetWare de 256 MB, a făcut posibilă pentru prima dată să existe rețele locale bazate pe server ieftine. Limita de 16 MB RAM a avut o importanță deosebită, deoarece a pus la dispoziție suficientă memorie RAM pentru stocarea în cache a discului, rezultând o performanță îmbunătățită. Aceasta a devenit cheia performanței Novell și, de asemenea, a permis construirea unor rețele mai mari.

O altă diferență importantă în NetWare 286 a fost că era independent de hardware, spre deosebire de sistemele de concurență de la 3Com. Serverele NetWare pot fi asamblate folosind orice sistem cu un procesor 80286 sau mai mare, orice hard disk MFM, RLL sau SCSI și orice placă de rețea de 8 sau 16 biți.

De asemenea, Novell a proiectat software-ul client simplu și compact care a permis stațiilor DOS să se conecteze la un server și să acceseze discurile sale partajate. Deși serverele NetWare au introdus un nou sistem de fișiere proprietar, acesta a apărut pe stațiile de lucru ca un volum normal compatibil DOS, asigurând funcționalitatea tuturor programelor DOS existente.

Primii ani

NetWare s-a bazat pe activitatea de consultanță a SuperSet Software, un grup fondat de prietenii Drew Major , Dale Neibauer și Kyle Powell, la care s-a alăturat ulterior Mark Hurst. Această lucrare s-a bazat pe un proiect pe care l-au început la Universitatea Brigham Young din Provo (Utah) începând cu octombrie 1981 .

În 1983, Ray Noorda a preluat activitatea echipei SuperSet. Acest lucru a fost inițial atribuit pentru a crea un sistem de partajare a discului pentru CP / M , pentru a ajuta la rețeaua hardware CP / M pe care Novell o vândea în acel moment. Particular echipa a fost convins că CP / M a fost o platformă condamnată și în schimb a venit cu un sistem de succes de partajare de fișiere pentru nou - născuți compatibile IBM PC - uri . Grupul a scris, de asemenea, o aplicație numită Snipes , un joc în modul text pe care l-au folosit pentru a testa noua rețea și a-și demonstra capacitățile. Snipes a fost prima aplicație de rețea scrisă vreodată pentru un computer personal comercial și este recunoscută drept unul dintre precursorii multor jocuri populare multi-utilizatori, precum Doom și Quake . ^[1]

Acest sistem de operare în rețea (NOS) a fost numit ulterior Novell NetWare. NetWare s-a bazat pe NetWare Core Protocol (NCP), care este un protocol de pachete care permite clientului să trimită cereri și să primească răspunsuri de la un server NetWare. Inițial, NCP era legat direct de protocolul IPX / SPX, ceea ce însemna că NetWare poate comunica nativ numai folosind IPX / SPX.

Primul produs care a purtat numele NetWare a fost lansat în 1983. Acesta a fost numit Netware 68 (alias S-Net ); a funcționat pe procesorul Motorola 68000 și a folosit o topologie de rețea stea . A fost înlocuit în 1985 de NetWare 86 versiunea 1.5, care a fost scrisă pentru Intel 8086 . După lansarea procesorului Intel 80286 , Novell a lansat NetWare 286 în 1986. Același lucru s-a întâmplat și cu lansarea Intel 80386 ; Novell a lansat NetWare 386 în 1989. Novell a consolidat ulterior numerotarea versiunilor NetWare, NetWare 286 devenind 2.x, iar NetWare 386 devenind NetWare 3.x.

NetWare 286 2.x

NetWare versiunea 2 a fost notoriu dificil de configurat, deoarece sistemul de operare a fost livrat ca un set de module de obiecte compilate care trebuiau configurate și conectate . La aceasta s-a adăugat faptul că acest proces a fost conceput pentru a fi realizat folosind mai multe dischete, ceea ce l-a făcut lent și nesigur.

Orice modificare a sistemului de operare a necesitat o reconectare a nucleului și o repornire a sistemului, care a necesitat cel puțin 20 de modificări ale dischetei. NetWare a fost administrat folosind utilitare în modul text, cum ar fi SYSCON. Sistemul de fișiere utilizat de NetWare 2 a fost NetWare File System 286 sau NWFS 286, care acceptă volume de până la 256 MB. NetWare 2 a recunoscut doar modul protejat al lui 80286, limitându-și suportul RAM la 16 MB sau mai puțin. Pentru a porni sistemul de operare a fost necesar un minim de 2 MB; toată memoria RAM suplimentară a fost folosită pentru stocarea în cache a fișierelor FAT, DET. Deoarece modul protejat pe 16 biți al lui 80286 a fost implementat pe toate procesoarele familiale Intel x86 ulterioare, NetWare 286 versiunea 2.x a putut rula pe 80286 sau pe orice procesor compatibil ulterior.

NetWare 2 a implementat deja mai multe funcții inspirate de sistemele mainframe și minicomputer , care nu erau disponibile în alte sisteme de operare la acea vreme. Funcțiile de toleranță la defecțiuni ale sistemului (SFT) includ citirea standard după verificarea scrierii (SFT-I) cu remaparea „în timp real” a blocurilor defecte (discurile nu aveau această caracteristică codificată în acel moment) și software-ul RAID1 (oglindirea discurilor, SFT -II). Opțional, sistemul de urmărire a tranzacțiilor (TTS) a protejat fișierele de actualizări incomplete. Pentru fișiere individuale, acest lucru necesită doar setarea unui atribut de fișier. Tranzacțiile cu mai multe fișiere și restabilirile controlate au fost posibile prin programarea API-ului TTS.

NetWare 2.x a acceptat două moduri de operare: dedicat și nededicat. În modul dedicat, serverul a folosit un încărcător de pornire care a rulat fișierele net $ os.exe ale sistemului de operare. Toată memoria a fost alocată NetWare; serverul nu rulează DOS. În modul nededicat, DOS 3.3 sau o versiune ulterioară a fost pornită pe server, utilizând o dischetă bootabilă sau o partiție DOS pe hard disk. DOS a fost limitat la 640k, deoarece nu a putut fi utilizat niciun manager de memorie. Toată memoria RAM extinsă a fost alocată NetWare 2.x, iar procesorul a împărțit timpul de procesare între programele DOS și NetWare. Decuparea timpului a fost realizată folosind întreruperi de la tastatură. Această caracteristică a necesitat respectarea strictă a modelului de proiectare IBM PC, altfel performanța a fost afectată negativ. În rețelele mici de 2 până la 5 utilizatori, modul nededicat era foarte popular, deși era mai susceptibil la blocări din cauza problemelor programului DOS. NetWare 3.x și versiunile ulterioare au acceptat doar modul dedicat.

NetWare 3.x

Începând cu NetWare 3.x, a fost adăugat un mod protejat pe 32 de biți, care a permis sistemului de operare să elimine limita de memorie de 16 MB a NetWare 2.x. Acest lucru a pregătit calea pentru asistență pentru hard disk-uri mai mari, deoarece NetWare 3.x a memorat în cache (a copiat) Tabelul de alocare a fișierelor (FAT) și Tabelul de intrare a directorului (DET) în întregime pe RAM, rezultând o performanță îmbunătățită.

NetWare versiunea 3 a facilitat dezvoltarea și administrarea prin modularizare. Fiecare funcționalitate a fost controlată de un modul software numit NetWare Loadable Module (NLM), încărcat fie la pornire, fie la nevoie. A devenit posibil să adăugați funcții precum software antivirus, software de backup, bază de date și server web, suport pentru nume de fișiere extinse (numele de fișiere standard erau limitate la opt caractere plus o extensie de trei litere, ca pentru MS-DOS ) sau pentru Macintosh- fișiere de stil.

NetWare a continuat să fie administrat folosind utilitare în modul text. Sistemul de fișiere introdus de Netware 3.x și utilizat implicit până la Netware 5.x a fost Netware File System 386 sau NWFS 386 , care a extins semnificativ capacitatea volumelor (1 TB, cu fișiere de până la 4 GB) și ar putea gestiona până la 16 segmente de volum care ar putea acoperi mai multe discuri fizice. Segmentele de volum ar putea fi adăugate în timp ce serverul era utilizat și volumul montat, permițând extinderea perfectă a serverului.

NetWare a folosit inițial serviciile Bindery pentru autentificare. Era o bază de date de sistem autonomă , în care toate accesele utilizatorilor și datele de securitate se aflau pe fiecare server individual. Când o infrastructură conținea mai mult de un server, utilizatorii trebuiau să se autentifice pe fiecare în mod individual și fiecare server trebuia să fie configurat cu o listă cu toți utilizatorii activați.

„Serviciile de nume NetWare” a fost un produs care a permis extinderea datelor utilizatorilor pe mai multe servere, iar conceptul „Domeniu” utilizat de Windows este echivalent din punct de vedere funcțional cu serviciile Bindery ale NetWare v3.x cu adăugarea serviciilor de nume NetWare (adică două -baza de date dimensională, cu un spațiu de nume plat și o schemă statică).

Pentru o perioadă scurtă de timp, Novell a comercializat și o versiune OEM a NetWare 3, numită Portable NetWare , împreună cu producători precum Hewlett-Packard , DEC și Data General , care au adus codul sursă NetWare pentru a rula pe sistemele lor de operare Unix. NetWare portabil a avut doar un succes marginal.

În era 3.x, Novell a introdus primul său sistem de clusterizare de înaltă disponibilitate, numit NetWare SFT-III , care a permis ca un server logic să fie „oglindit” complet la o mașină fizică separată. Implementat ca un cluster de nimic partajat , cu SFT-III sistemul de operare a fost împărțit logic într-un motor I / O acționat prin întreruperi și un nucleu de sistem bazat pe evenimente. Motoarele I / O și-au serializat întreruperile (disc, rețea etc.) într-un flux combinat de evenimente care a fost alimentat către două copii identice ale motorului sistemului , printr-o legătură rapidă (de obicei 100 Mbit / s) între cele două. . Datorită naturii sale non-preventive , nucleul sistemului de operare, dezbrăcat de I / O nedeterminist, s-a comportat deterministic, ca o mașină mare de stare finită .

Producția celor două motoare de sistem a fost comparată pentru a asigura funcționarea corectă și două copii au fost trimise înapoi la motoarele I / O. Folosind funcționalitatea RAID a software-ului SFT-II existent în kernel, discurile pot fi oglindite între cele două mașini fără a fi nevoie să utilizați hardware special. Cele două mașini ar putea fi separate până la distanța maximă permisă de conexiunea dintre servere. În cazul unei defecțiuni a serverului sau a discului, serverul supraviețuitor ar putea, după o scurtă pauză, să preia în mod transparent sesiunile clientului, deoarece avea toate informațiile de stare și nu trebuia, de exemplu, să remonteze volumele (un proces în care NetWare a fost notoriu lent). De altfel, SFT-III a fost prima versiune a NetWare care a folosit hardware-ul SMP ( motorul I / O poate fi opțional rulat pe un procesor dedicat).

NetWare SFT-III, fiind înaintea timpului său din multe puncte de vedere, a fost pe jumătate de succes. De asemenea, trebuie remarcat faptul că întruparea modernă a clusterelor NetWare, numită Novell Cluster Services (introdusă cu NetWare 5.0), este foarte diferită de SFT-III.

NetWare 3.x a fost conceput pentru a rula toate aplicațiile de server la același nivel de protecție a memoriei, cunoscut sub numele de „inel 0”. Acest lucru a oferit cele mai bune performanțe posibile, dar a sacrificat fiabilitatea. Rezultatul a fost posibilitatea blocării sistemului (cunoscut sub numele de Abend , contracția sfârșitului anormal ). Din NetWare 5.x, modulele software (NetWare Loadable Modules sau NLM) ar putea fi alocate execuției în diferite inele (inele) ale protecției procesorului, asigurându-se astfel că o eroare software ar bloca sistemul.

Prin comparație, chiar și până la Windows NT v4.0, multe „bune practici” includeau repornirea lunară sau chiar săptămânală a serverelor Windows pentru a compensa eventualele scurgeri de memorie.

NetWare 4.x

Versiunea 4, lansată în 1993, a introdusNovell Directory Services (NDS), bazat pe protocolul X.500 , care a înlocuit serviciile Bindery cu un serviciu de director global, în care infrastructura a fost descrisă și gestionată într-un singur loc. În plus, NDS a furnizat o schemă extensibilă, permițând adăugarea de noi tipuri de obiecte. Acest lucru a permis autentificarea unui singur utilizator la NDS care a reglementat accesul la orice server din arborele directorului. Utilizatorii ar putea accesa apoi resursele de rețea, indiferent de serverul pe care locuiau, chiar dacă numărul de licențe de utilizator era încă legat de servere individuale (companiile mari puteau opta pentru un model de licențiere care permitea în esență un număr nelimitat de utilizatori către servere, dacă le permiteau Novell pentru a-și verifica numărul total de utilizatori)

Versiunea 4 a introdus, de asemenea, mai multe funcții și instrumente utile, cum ar fi compresia transparentă a fișierelor la nivelul sistemului de fișiere și criptarea publică / privată RSA.

În acest moment, însă, erorile strategice au devenit clare.

Greșeli strategice

Strategia Novell cu NetWare 2.x și 3.x a avut un mare succes. Înainte de sosirea Windows NT 3.5 , Novell deținea 90% din piața serverelor bazate pe arhitectura computerelor. Presupunerea Novell a fost extinderea acestui domeniu prin adăugarea de servicii de director NDS la NetWare 4.x. Eroarea crucială a fost să facă din NDS o cerință și nu o opțiune. Dacă NDS ar fi fost o opțiune NetWare 4 sau chiar un produs care poate fi achiziționat separat, mulți utilizatori ar fi continuat să folosească NetWare în loc să treacă la Windows NT. Acest lucru a fost valabil mai ales pentru rețelele mai mici, unde NDS, deși din punct de vedere conceptual mult mai avansat decât serviciile Bindery sau domeniile Windows, a necesitat un efort inițial de formare IT.

În timp ce proiectarea NetWare 3.x și ulterior prevedea o partiție DOS pentru a putea încărca fișierele de sistem NetWare, această caracteristică a devenit o constrângere, deoarece noii utilizatori au preferat interfața grafică Windows decât să învețe comenzile DOS pentru a construi un server NetWare. . Novell ar fi putut elimina această constrângere tehnică păstrând designul NetWare 2.x, care a instalat fișiere de sistem pe o partiție NetWare și a permis serverului să pornească de pe aceasta, fără a fi nevoie să creeze o partiție DOS bootabilă. În cele din urmă, Novell a adăugat suport pentru acest mod într-un pachet de asistență pentru NetWare 6.5.

Deoarece Novell a folosit IPX / SPX în loc de TCP / IP, a fost prost poziționată pentru a profita de Internet în 1995. Prima implementare a TCP / IP pentru NetWare 3.x nu a fost pe deplin compatibilă cu IPv4. Acest lucru a făcut ca serverele NetWare să fie depășite în ceea ce privește rutarea și accesul la Internet de către routerele hardware (cum ar fi Cisco ) și serverele Linux în ceea ce privește funcționalitatea serverului web.

NetWare 4.02, 4.1x și NetWare pentru întreprinderi mici: Novell începe să se recupereze

Novell a lansat NetWare 4.02 la scurt timp după lansarea NetWare 4.01, introducând o instalare simplă a NDS.

Ulterior, Novell a evaluat NetWare 4.10 la același preț ca NetWare 3.12, ceea ce a însemnat că clienții care au rezistat NDS au putut să-l încerce „gratuit”.

În 1996, Novell a lansat versiunea 4.11, care a inclus multe îmbunătățiri care au făcut sistemul de operare mai ușor de instalat, mai ușor de rulat, mai rapid și mai stabil. Această versiune a inclus și primul client pe 32 de biți complet pentru stațiile de lucru bazate pe Microsoft Windows , suport pentru SMP și NetWare Administrator (NWADMIN sau NWADMN32), un instrument de administrare grafic pentru NetWare.

Novell a ambalat NetWare 4.11 cu serverul său Web, suport TCP / IP și browserul Netscape , într-un pachet numit IntranetWare . O versiune concepută pentru rețele cu până la 25 de utilizatori a fost denumită IntranetWare for Small Business și conținea o versiune limitată a NDS și instrumente pentru administrare simplificată. IntranetWare a fost abandonat cu NetWare 5.

În acest timp, Novell a realizat, de asemenea, importanța utilizării serviciilor sale de directoare, NDS, și a legării celorlalte produse de acestea. Sistemul de e-mail, GroupWise , a fost integrat cu NDS, iar Novell a distribuit multe alte produse compatibile cu directorul, cum ar fi ZENworks și BorderManager .

În acel moment, Novell era încă legat de IPX / SPX de dependența NCP de protocolul respectiv, dar Novell a început să recunoască cererea pentru TCP / IP cu NetWare 4.11, adăugând instrumente și utilitare care facilitează crearea de intranet și rețele. Internet. Novell a inclus instrumente practice, cum ar fi gateway-ul IPX / IP, pentru a facilita conexiunea între stațiile de lucru IPX și rețelele IP. De asemenea, a început să integreze tehnologiile Internet și suportul acestora prin caracteristici precum un server web nativ.

NetWare 5.x

Odată cu lansarea NetWare 5 în octombrie 1998, Novell a recunoscut în cele din urmă importanța internetului prin mutarea interfeței sale principale, NCP, de la IPX / SPX la TCP / IP. IPX / SPX a fost încă acceptat, dar accentul sa mutat pe TCP / IP. Novell a adăugat, de asemenea, o interfață grafică la NetWare. Alte caracteristici noi au fost:

• Novell Storage Services (NSS), un nou sistem de fișiere pentru a înlocui sistemul de fișiere tradițional NetWare - care era încă acceptat
• Mașină virtuală Java pentru NetWare
• Novell Distributed Print Services (NDPS) - servicii de tipărire
• ConsoleOne, o nouă consolă de administrare grafică bazată pe Java
• Servicii de infrastructură cu cheie publică (PKIS) integrate în NDS
• Serverele DNS și DHCP integrate în NDS
• Suport pentru Network Area Network (SAN)
• Novell Cluster Services (NCS) - servicii de clusterizare
• O versiune de 5 utilizatori a Oracle 8i

Serviciile Cluster au reprezentat un pas important față de SFT-III, deoarece nu necesitau hardware specializat sau configurație identică a serverului.

NetWare 5 a fost lansat într-un moment în care cota de piață a NetWare a scăzut; multe companii și organizații își înlocuiau serverele NetWare cu servere bazate pe Windows NT . De asemenea, Novell a lansat cea mai recentă actualizare NetWare 4, NetWare 4.2.

NetWare 5.1 a fost lansat în ianuarie 2000, la scurt timp după predecesorul său. El a introdus mai multe instrumente utile, cum ar fi:

• IBM WebSphere Application Server
• NetWare Management Portal (denumit ulterior Novell Remote Manager), un sistem de administrare a sistemului de operare bazat pe web
• Servere media FTP , NNTP și streaming
• NetWare Web Search Server
• Suport WebDAV

NetWare 6.x

NetWare 6 a fost lansat în octombrie 2001. Această versiune avea un sistem de licențiere simplificat, bazat pe utilizatori și nu pe servere. Acest lucru a redus costurile de licențiere și a permis un număr nelimitat de conexiuni per utilizator.

Alte modificări, funcții noi și îmbunătățiri au inclus:

• suport SMP îmbunătățit - până la 32 de procesoare pe server
• iFolder - acces independent de locație și platformă la fișiere locale, prin sincronizare automată și inteligentă a directorului local iFolder cu serverul iFolder
• NetStorage - acces la fișiere personale printr-un browser web normal
• iPrint - posibilitatea de a instala imprimante dintr-un browser web și de a trimite lucrări de imprimare pe Internet, utilizând protocolul IPP standard
• iManager - instrument de administrare bazat pe web pentru NetWare și alte produse Novell
• serverul web Apache și containerul servlet Tomcat
• Protocoale de acces la fișiere native - suport pentru protocoale SMB , AFP și NFS , pentru a oferi clienților Windows, Macintosh și Unix / Linux acces la fișiere pe un server NetWare, fără a fi nevoie să utilizați un client Novell

NetWare 6.5 a fost lansat în august 2004. Unele dintre noile caracteristici ale acestei versiuni au fost:

• produse open-source suplimentare precum PHP , MySQL și OpenSSH
• un port al shell-ului Bash și multe utilități tradiționale Unix, cum ar fi wget , grep , awk și sed , pentru a oferi capacități suplimentare de scriptare
• Suport iSCSI (atât ca țintă , cât și ca inițiator )
• Birou virtual - un portal web „la cheie” pentru a oferi utilizatorilor finali acces la e-mail, spațiu personal pe disc, director corporativ etc.
• Abilitatea de a funcționa ca un controler de domeniu Windows
• Parolă universală
• DirXML Starter Pack - sincronizarea conturilor de utilizator cu un alt arbore eDirectory, un domeniu Windows NT sau Active Directory.
• server de aplicații exteNd - un server de aplicații compatibil Java EE 1.3
• Suport pentru profiluri de driver de imprimantă personalizate și audit de utilizare a imprimantei
• Suport NX bit
• Suport pentru stocare în masă USB
• Suport pentru volume criptate

Novell Open Enterprise Server

În 2003, Novell a anunțat succesorul NetWare: Open Enterprise Server (OES). Implementat inițial în martie 2005, OES a finalizat separarea serviciilor asociate în mod tradițional cu NetWare (Directory Services, file-and-print) de la platforma de bază pentru implementarea acestor servicii. OES este în esență un set de aplicații (eDirectory, servicii NetWare Core Protocol, iPrint etc.) care pot rula fie pe o platformă de kernel Linux, fie pe NetWare. Implementările OES clusterizate pot migra chiar și servicii de la Linux la NetWare și invers, făcând din Novell una dintre puținele companii care oferă o soluție de clusterizare multiplataforma.

După achiziționarea de către Novell a Ximian și SuSE (o distribuție germană Linux), s-a observat pe scară largă că Novell se poate îndepărta de NetWare și își poate orienta atenția către Linux. Cu toate acestea, oficial, Novell neagă aceste ipoteze ^[2] și pretinde că se va concentra asupra ambelor. De fapt, practic toate produsele Novell rulează cel puțin atât pe Linux cât și pe NetWare, iar unele (precum eDirectory, GroupWise și Identity Manager) și pe multe alte platforme.

Novell a cerut controverse atunci când a decis să pună capăt dezvoltării platformei NetWare și să se concentreze exclusiv pe SUSE Linux. Ulterior, Novell a cedat și a declarat că cei 90 de milioane de utilizatori NetWare vor fi sprijiniți până în 2010 ^[3] . Chiar și așa, pagina web NetWare ^{[4] de} pe site-ul Novell demonstrează că Linux este viitorul. Unii dintre cei mai fermi susținători ai NetWare s-au angajat să solicite ^[5] Novell să păstreze dezvoltarea NetWare. Cu profiturile Novell ^[6] determinate de produsele „vechi” care rulează pe platforma Novell și nu neapărat Linux, Novell și-a concediat CEO-ul și directorul financiar ^[7] în speranța de a face o descoperire care să-i satisfacă mai bine investitorii.

Nu se așteaptă ca OES2 să fie lansat până la „mijlocul anului 2007” ^[8] , după BrainShare ^[9] .

Declinul NetWare

În timp ce NetWare este încă folosit de multe organizații, în special în educație și guvernare, nu este nici pe departe atât de popular pe cât a fost la vârf la începutul anilor 1990 . La acea vreme, NetWare era considerat standardul de facto pentru servicii de fișiere și tipărire pe o platformă de server compatibilă cu familia Intel x86.

La quota di mercato di Novell iniziò a declinare con l'arrivo di Windows 95 e Windows NT 3.51, nel 1995. Prima di Windows 95, DOS e Windows 3.11 non comprendevano funzionalità di condivisione, quindi un server NetWare o altri prodotti simili erano una necessità per condividere file su una rete locale.

Mentre l'installazione di NetWare era completamente in modalità testuale a riga di comando, Windows NT poteva essere installato quasi automaticamente e in modalità grafica. Usare NetWare richiedeva un'ampia conoscenza dei comandi e dei nomi dei Netware Loadable Module (NLM), mentre Windows NT si affidava alla familiare interfaccia grafica e all'uso del mouse. Questa differenza permetteva a utenti inesperti di installare con successo un server Microsoft invece di affidarsi a un Ingegnere Certificato Novell (CNE) per l'installazione.

Un altro motivo che rende conto del passaggio da NetWare a Windows NT riguardava la questione dei servizi di directory. NetWare 3.x era progettata con un bindery service per immagazzinare i nomi utente di un singolo server. NetWare 4.x introdusse i Novell Directory Services (NDS) che sincronizzavano i nomi utente tra più server. La complessità aggiuntiva dell'NDS creò un significativo deterrente all'aggiornamento per gli utenti di NetWare 3.x con un solo server. Poiché Windows NT 3.5/4.0 non includeva alcun servizio di directory per supportare più server, sembrava più semplice passare da NetWare 3.xa Windows NT 3.51/4.0, piuttosto che a NetWare 4.x con NDS. Una directory sincronizzata multi-server per Windows venne introdotta a partire da Windows 2000 Server, con l'uscita di Active Directory . Mentre Novell sbandierava i vantaggi di NDS, gli utenti con un solo server evitarono l'aggiornamento a NetWare 4.xe passarono invece a Windows NT.

Due altre questioni tecniche causarono il declino di Novell: difficoltà di espansione e un supporto non standard a TCP/IP. NetWare permetteva 4 partizioni su un disco fisico e non forniva un metodo per estendere o gestire le partizioni. Esiste un metodo per estendere lo spazio disco utilizzabile, che è semplice ma di cui poche persone sono a conoscenza. MS-DOS e Windows supportavano fino a 4 partizioni su un disco fisico. Il software per gestire queste partizioni divenne ampiamente disponibile a un prezzo accessibile. Alla fine, diverse aziende, comprese Symantec ( Norton Ghost for NetWare) e PowerQuest ( ServerMagic ) produssero utilità relativamente costose che permettevano di estendere le partizioni di NetWare.

Nonostante il fatto che le reti basate su Windows erano decisamente meno affidabili e più costose, Microsoft iniziò a strappare quote di mercato a NetWare in favore di NT. Microsoft, tramite le principali riviste, era più visibile ai manager delle aziende, mentre NetWare tendeva ad essere visibile solo al personale IT e sulle riviste specializzate. Novell fu anche lenta ad adattare il suo modello di prezzi, e NetWare sembrava quindi più costoso. Le aziende spesso erano più influenzate dai costi iniziali delle licenze, e non dai costi di gestione a lungo termine, e NetWare spesso non era in grado di competere da questo punto di vista.

Inoltre, Windows NT sembrava essere più scalabile. Per piccoli gruppi di lavoro, una rete poteva essere installata senza dover necessariamente usare una macchina dedicata come server, il che rendeva Windows più attraente di NetWare. Microsoft dichiarava in continuazione che un tale sistema poteva scalare senza grossi cambiamenti di sistema operativo e con poco addestramento aggiuntivo, ma in pratica la struttura a Domini di NT diventava pesante e complessa da gestire in implementazioni su vasta scala, rispetto ai Novell Directory Services (NDS). Per contrastare questo problema, Microsoft sviluppò in seguito un suo servizio di directory, chiamato Active Directory. La sua ampia applicabilità, combinata a una più bassa barriera di ingresso in termini di formazione, era qualcosa con cui NetWare faceva fatica a competere.

Vale la pena di esplorare un'altra ragione per il declino di NetWare nel corso degli anni. Anche se Microsoft indubbiamente si spese meglio nei confronti del personale non tecnico di molte organizzazioni, che in molti casi aveva potere decisionale sugli acquisti, il migliore marketing è spesso una ragione sopravvalutata per il successo di Microsoft e di Windows su NetWare. Anche se NetWare forniva un server molto valido per servizi di file e stampa, la stragrande maggioranza delle workstation a cui questi servizi venivano offerti erano dei desktop Windows. Per questo, chiunque potesse essere nella posizione migliore per fornire per primo un client adeguato, affidabile e completo per questi servizi si sarebbe trovato nel corso del tempo in una posizione di vantaggio dal lato dei server. Novell dovette sviluppare un client che doveva essere installato su ogni macchina Windows. Per far sì che questi client venissero gestiti efficacemente tramite eDirectory e NetWare, Novell doveva spendere una grande quantità di tempo e denaro per replicare, o inserire all'interno del proprio client e software, ciò che Microsoft stava già costruendo direttamente all'interno di Windows per Active Directory e cose come le Group Policy , oppure avrebbe dovuto cercare di supportare su NetWare la gestione di Windows con i protocolli di Active Directory. Quest'ultimo metodo avrebbe significato che un client separato non sarebbe stato necessario, ma siccome Active Directory era, ed è ancora, una tecnologia in larga parte proprietaria, che è stata implementata con successo solo su Windows, questa impresa starebbe stata molto impegnativa. Ciò avrebbe anche significato che Novell sarebbe stata interamente dipendente dal reverse engineering, o dall'inserimento, di qualsiasi miglioramento Microsoft potesse apportare ad Active Directory nel corso del tempo, e non avrebbe mai potuto avere una possibilità di arrivare prima sul mercato.

Come risultato, ciò che tende a verificarsi in molte organizzazioni che ancora usano Netware, eDirectory e il software Novell, è una infrastruttura ibrida, composta da server Windows e Active Directory per gestire l'infrastruttura Windows e un back end composto da NetWare ed eDirectory, sincronizzato con Active Directory tramite l'uso di strumenti del tipo di Novell Identity Manager . L'infrastruttura Windows può comprendere un'installazione di Microsoft Exchange Server e di applicazioni Windows che sono state standardizzate su Active Directory, per via del loro supporto diretto e facilmente accessibile all'interno di Windows.

In sostanza, ciò significa che il supporto e l'utilizzo di Active Directory è già in gran parte un prerequisito per la gestione dei desktop Windows di una data organizzazione, ancor prima che venga presa una decisione per l'uso di NetWare, eDirectory e del software Novell. Questo ha posto Novell e altri produttori di software in una posizione in qualche modo svantaggiosa.

Prestazioni

NetWare dominò il panorama dei sistemi operativi di rete a partire dalla metà degli anni ottanta e fino alla fine degli anni novanta , grazie alle sue prestazioni estremamente elevate rispetto ai concorrenti. Molti dei benchmark di quel periodo dimostravano un vantaggio nelle prestazioni che andava da 5 a 10 volte rispetto ai prodotti di Microsoft, Banyan, e altri. Un benchmark che era di particolare interesse paragonava NetWare 3.x con i servizi NFS su TCP/IP (non il protocollo IPX nativo di NetWare) con un costoso server dedicato Auspex NFS e un server SCO Unix con i servizi NFS. NetWare NFS superava entrambi i sistemi NFS nativi e aveva un vantaggio di prestazioni di 2 a 1 su SCO Unix NFS installato sullo stesso tipo di hardware.

Esistevano diversi motivi per le prestazioni di NetWare.

File service invece che disk service

Quando si ebbe lo sviluppo iniziale di NetWare, quasi tutto lo storage su LAN era basato sul modello del server di dischi. Ciò significava che se un client voleva leggere un particolare blocco di un determinato file, doveva inviare le seguenti richieste attraverso la LAN relativamente lenta:

1. Leggi il primo blocco della directory
2. Continua a leggere i successivi blocchi della directory finché non trovi il blocco contenente le informazioni sul file desiderato. Poteva trattarsi di molti blocchi di directory.
3. Scorri i vari blocchi di file entry finché non trovi la posizione del blocco file desiderato.
4. Leggi il blocco di dati desiderato.

NetWare, essendo basata su un modello file service, interagiva con il client a livello delle API per i file:

1. Invia una richiesta di apertura del file (se non era già stata fatta)
2. Invia una richiesta per il blocco dati desiderato di tale file

Tutto il lavoro di ricerca nella directory per capire dove i dati desiderati fossero collocati fisicamente sul disco, veniva fatto ad alta velocità, localmente, sul server. Per la metà degli anni ottanta , la gran parte dei sistemi operativi di rete era passata dal modello disk service a quello file service . Oggi il modello disk service sta facendo il suo ritorno con le Storage Area Network .

Caching aggressivo

Fin dall'inizio, NetWare venne progettato per essere usato su server con una copiosa quantità di RAM. L'intera file allocation table (FAT) veniva caricata nella RAM quando veniva montato un volume, richiedendo quindi un quantitativo minimo di RAM, proporzionale allo spazio disponibile sui dischi (aggiungere un disco ad un server significava spesso dover aumentare anche la RAM). Contrariamente a molti altri sistemi operativi di rete concorrenti, prima di Windows NT, NetWare usava automaticamente tutta la RAM non impegnata per il caching dei file attivi, impiegando la scrittura ritardata per facilitare il riordino delle richieste al disco ( elevator seeks ). Uno spegnimento inaspettato poteva quindi corrompere i dati, rendendo praticamente obbligatorio l'uso di un gruppo di continuità come parte dell'installazione di un server.

Il valore di default per il dirty cache delay time era fissato a 2,2 secondi su NetWare versione 2.x. A partire da NetWare 3.x, le impostazioni del dirty disk cache delay time e del dirty directory cache delay time , controllavano la quantità di tempo per cui il server teneva nella cache i dati modificati ("dirty"), prima di salvarli (flushing) sul disco rigido. Il valore di default era di 3,3 secondi, e poteva essere abbassato fino a 0,5 (ma non portato a zero), mentre il massimo era 10 secondi. L'opzione di incrementare il ritardo della cache a 10 secondi forniva un significativo miglioramento delle prestazioni. Windows 2000 e 2003 server non permettono aggiustamenti al cache delay time . Usano invece un algoritmo che aggiusta il cache delay .

Efficienza del NetWare Core Protocol (NCP)

Molti dei protocolli di rete in uso all'epoca in cui venne sviluppato NetWare non avevano fiducia che la rete consegnasse i messaggi. Una tipica lettura di file da parte di un client funzionava in modo simile al seguente:

1. Il client invia una richiesta di lettura al server
2. Il server autentica la richiesta
3. Il client autentica l'autenticazione
4. Il server invia i dati richiesti al client
5. Il client autentica i dati
6. Il server autentica l'autenticazione

Per contro, NCP era basato sull'idea che il più delle volte la rete funzionava perfettamente, quindi la risposta ad una richiesta serviva da autenticazione. Questo è un esempio di una richiesta di lettura da parte di un client in base a questo modello:

1. Il client invia una richiesta di lettura al server
2. Il server invia i dati richiesti al client

Tutte le richieste contenevano un numero di sequenza, così se il client non riceveva una risposta in un appropriato lasso di tempo, rispediva la richiesta con lo stesso numero di sequenza. Se il server aveva già processato la richiesta rispediva la risposta tenuta in cache, se non aveva ancora avuto tempo per processare la richiesta inviava un 'riconoscimento positivo' che significava, "Ho ricevuto la tua richiesta, ma non ho avuto tempo per occuparmene, quindi non scocciare". Il risultato di questo approccio stile 'fidati della rete' era una riduzione di 2/3 del traffico di rete e della latenza associata ad esso.

Sistema operativo non-preemptive progettato per i servizi di rete

Uno dei dibattiti più infiammati degli anni novanta era se fosse più appropriato per i file service di rete, di essere eseguiti da uno strato software che girava in cima a un sistema operativo "general purpose", o da un sistema operativo specifico. NetWare era un sistema operativo specifico, non uno con il timesharing . Era stato scritto da zero come una piattaforma per processare i servizi client/server. Inizialmente si concentrava sui servizi per file e stampa, ma in seguito dimostrò la sua flessibilità facendo girare database, posta elettronica, servizi web e altro. Inoltre aveva prestazioni efficienti come router, supportando IPX, TCP/IP, e Appletalk, anche se non offrì mai la flessibilità di un router hardware.

Nella 4.xe nelle versioni precedenti, NetWare non supportava preemption , memoria virtuale , interfaccia utente grafica , ecc. Processi e servizi che giravano sotto il sistema operativo NetWare dovevano essere cooperativi, ovvero ci si aspettava che processassero una richiesta e restituissero il controllo al sistema operativo in tempi brevi. D'altro canto, questa fiducia nella capacità di gestirsi da sé dei processi applicativi, poteva portare una applicazione malfunzionante a bloccare il server.

In confronto, i sistemi operativi "general purpose" come Unix o Microsoft Windows , erano basati su un modello interattivo, con time-sharing, dove i programmi in competizione avrebbero consumato tutte le risorse disponibili se non fossero stati tenuti sotto controllo dal sistema operativo. Tali ambienti operavano usando preemption, virtualizzazione della memoria, ecc., generando un overhead dato che non c'erano mai abbastanza risorse per fare tutto ciò che l'applicazione desiderava. Questi sistemi migliorarono con il tempo, mentre i servizi di rete si liberavano del loro stigma di "applicazione" e si spostavano più a fondo nel kernel del sistema operativo "general purpose", ma senza mai pareggiare l'efficienza di NetWare.

Probabilmente la ragione principale del successo di Novell durante gli anni ottanta e novanta fu l'efficienza di NetWare in confronto ai sistemi operativi "general purpose". Comunque, con la crescita nella potenza dei microprocessori, l'efficienza divenne sempre meno un problema e con l'introduzione del processore Pentium, il vantaggio di prestazioni di NetWare iniziò a essere sopraffatto dalla complessità di gestire e sviluppare applicazioni per l'ambiente NetWare.

Note

Collegamenti esterni

• Home page di NetWare , su novell.com .
• Home page di IWantNetWare , su iwantnetware.com . URL consultato il 24 gennaio 2007 (archiviato dall' url originale il 4 ottobre 2006) .
• Storia degli inizi di NetWare ( PDF ), su novell.com . URL consultato il 24 gennaio 2007 (archiviato dall' url originale l'8 ottobre 2005) .
• Una breve storia di NetWare , su docs.rinet.ru . URL consultato il 24 gennaio 2007 (archiviato dall' url originale il 24 settembre 2006) .
• Un'altra breve storia di NetWare , su krakau-inc.com . URL consultato il 24 gennaio 2007 (archiviato dall' url originale il 19 febbraio 2005) .
• Home page di NetWare soluzioni interessanti , su novell.com .

Portale Telematica : accedi alle voci di Wikipedia che parlano di reti, telecomunicazioni e protocolli di rete