Novell NetWare

În calcul, NetWare este o rețea de sistem de operare dezvoltată de Novell , care permite conectarea în rețea a computerelor , indiferent dacă acestea sunt DOS , Windows , Unix sau Mac OS .

NetWare a avut un mare succes în anii optzeci, fiind primul sistem de operare de rețea adevărat compatibil cu PC-ul comun compatibil IBM și MS-DOS . Sistemul avea nevoie de un server dedicat sau semidedicat, al cărui hard disk a fost formatat exclusiv pentru NetWare și avea puterea sa în software pentru client , în special ușor și stabil, compatibil cu diferite platforme .

Printre numeroasele merite ale NetWare se numără și faptul că a introdus pe o scară largă piață pentru schimbul de informații și concepte de afaceri în rețea, care au devenit comune pentru toate companiile moderne și, de asemenea, au contribuit la răspândirea sistemelor standard de rețea care încă supraviețuiesc, cum ar fi rețeaua carduri cu tehnologie Ethernet .

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

Istorie

NetWare a evoluat dintr-un concept foarte simplu: partajarea fișierelor în locul unui disc. În 1983, când a proiectat prima versiune a NetWare, toate celelalte produse ale concurenților se bazau pe conceptul de a oferi acces direct la discurile partajate. Abordarea alternativă a Novell a fost aprobată de IBM în 1984 și acest lucru a contribuit la promovarea produsului.

Cu NetWare spațiul pe disc a fost împărțit sub formă de volume NetWare , comparabile cu volumele DOS. Clienții cu MS-DOS ar rula un program special Terminate and Stay Resident (TSR) care le-a permis să mapeze o literă de unitate locală la un volum NetWare. Clientul trebuie să se autentifice pe un server pentru a fi permis să mapeze volume, iar accesul ar putea fi restricționat de numele utilizatorului. Î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 nouăzeci , dezvoltându-și protocolul de joncțiune IPX / SPX Xerox XNS și rețeaua locală standard (LAN).

La sfârșitul anilor nouăzeci , odată cu boom-ul conectivității la Internet , protocolul TCP / IP a devenit dominant chiar și pe 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 (disponibil cu NetWare 3 .x), și un server web dezvoltat de Novell (NetWare 4.x). Suportul nativ pentru TCP / IP pentru servicii de fișiere și tipărire asociate în mod normal cu Novell NetWare 5.0 a fost introdus cu (distribuit în 1998).

În timp ce unii atribuie întârzierea adoptării TCP / IP a Novell ca protocolul său nativ pierderii cotei de piață de către NetWare, puteți spune că Novell trebuia să se lase abandonat. În prima jumătate a celor optzeci de ani Microsoft a introdus propriul său sistem LAN cu LAN Manager , bazat pe protocolul NetBEUI . Primele încercări de a lupta cu NetWare nu au avut succes, dar acest lucru s-a schimbat odată cu includerea unui suport de rețea îmbunătățit în Windows pentru grupurile de lucru și mai târziu cu Windows NT și Windows 95 de succes. 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.

NetWare avansat

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. Procesorul 80286 a prezentat un mod protejat pe 16 biți, care a oferit acces de până la 16 MB de RAM, cu un multitasking eficient și fiabil. Înainte de dell'80286, serverele cu PC-uri IBM se bazau pe arhitectura procesorului Intel 8086/8088 pe 8 biți, care erau limitate la 640k de RAM și erau lipsite de multitasking preventiv.

Combinația dintre dell'80286 are o limită de 16 MB pentru RAM și o limită de 256 MB pentru volumele NetWare, permise pentru prima dată să aibă rețele economice locale bazate pe servere. Limita de 16 MB de RAM a avut o importanță deosebită, deoarece era disponibilă suficientă memorie RAM pentru stocarea în cache a discului, rezultând o performanță îmbunătățită. Aceasta a devenit cheia performanței Novell și a permis, de asemenea, construirea unor rețele mai mari.

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

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

Primii ani

NetWare s-a bazat pe sfatul muncitorului SuperSet Software, un grup fondat de prietenii Drew Major , Dale Neibauer și Kyle Powell, care a fost adăugat ulterior Mark Hurst. Această lucrare s-a bazat pe un proiect pe care l-au început la Universitatea Brigham Young din Provo (Utah) din octombrie 1981 .

În 1983, Ray Noorda a angajat munca echipei SuperSet. La aceasta a fost inițial atribuit crearea unui sistem de disc partajat CP / M , pentru a ajuta la crearea unui hardware de rețea CP / M pe care Novell îl vândea la acea vreme. În privat, echipa era convinsă că CP / M era o platformă condamnată și, în schimb, a venit cu un sistem de partajare a fișierelor de succes pentru computerul nou-născut compatibil IBM. De asemenea, grupul a scris o aplicație numită Snipes , un joc în modul text pe care l-au folosit pentru a testa noua rețea și pentru a-și demonstra capacitățile. Snipes a fost prima aplicație scrisă vreodată pentru o rețea comercială de calculatoare personale ș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 clienților 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ă puteau comunica numai NetWare în mod nativ folosind IPX / SPX.

Primul produs care purta numele NetWare a fost lansat în 1983. El a fost numit Netware 68 (alias S-Net ); A rulat cu procesorul Motorola 68000 și a folosit o rețea stelară de topologie. A fost înlocuit în 1985 de 86 NetWare versiunea 1.5, care a fost scrisă pentru „ Intel 8086 . După lansarea procesorului Intel 80286 în 1986 a distribuit Novell NetWare 286. Același lucru s-a întâmplat cu lansarea „ Intel 80386 ; Novell NetWare 386 a fost livrat în 1989. Ulterior Novell a consolidat versiunile de numerotare ale NetWare, NetWare 286 2.x care a devenit și NetWare 386 care a devenit NetWare 3.x

NetWare 286 2.x

NetWare versiunea 2 a fost notoriu dificil de configurat, deoarece sistemul de operare a fost furnizat ca un set de module de obiecte compilate care trebuiau configurate și conectate. Pentru a crește acest dezavantaj a fost faptul că acest proces a fost conceput pentru a fi rulat folosind mai multe dischete, ceea ce a făcut ca întregul să fie lent și nesigur.

Orice modificare a sistemului de operare a necesitat o re-conectare a nucleului și o repornire a sistemului, pentru care au necesitat cel puțin 20 de modificări pe dischetă. NetWare a fost administrat folosind utilitarele în modul text ca SYSCON. Sistemul de fișiere utilizat de NetWare 2 a fost NetWare File System 286 sau 286 NWFS, care suporta volume de până la 256 MB. NetWare 2 a recunoscut doar modul protejat dell'80286, limitându-și suportul la 16 MB de RAM sau mai puțin. Pentru pornirea sistemului de operare a fost necesar un minim de 2 MB; toată memoria RAM suplimentară a fost utilizată pentru stocarea în cache a fișierelor FAT, DET. Deoarece modul protejat pe 16 biți dell'80286 a fost implementat pe toate viitoarele procesoare Intel din familia x86, versiunea NetWare 286 2.x a putut rula pe 80286 sau pe orice procesor compatibil ulterior.

2 NetWare a implementat deja caracterul sistemelor, inspirat de mainframe și minicomputere , care nu erau disponibile în alte sisteme de operare ale vremii. Caracteristicile toleranței la defecțiuni ale sistemului (SFT) includeau citirea standard după verificarea scrisului (SFT-I) cu remaparea blocurilor „din mers” rău (în momentul în care discurile nu aveau această caracteristică codificată în ele) și software-ul RAID1 ( oglindirea discului, SFT-II). Opțional, fișierele sistemului de urmărire a tranzacțiilor (TTS) protejate de actualizări incomplete. Pentru fișiere individuale, a necesitat doar setarea unui atribut al fișierului. Tranzacțiile pe mai multe fișiere și revenirea controlată 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 boot care a efectuat fișierele sistemului de operare net $ os.exe. Toată memoria a fost alocată NetWare; serverul nu rulează DOS. În modul nededicat, serverul a fost pornit DOS 3.3 sau mai mare, utilizând o dischetă bootabilă sau o partiție DOS pe hard disk. DOS a fost limitat la 640k, deoarece nu a fost posibil să se utilizeze niciun manager de memorie. Întregul RAM a fost extins alocat NetWare 2.x, iar procesorul a împărțit timpul de procesare între programele DOS și NetWare. Decuparea timpului a fost obținută folosind întreruperea tastaturii. Această caracteristică a necesitat o aderare strictă la șablonul de proiect IBM PC, altfel performanța a fost afectată negativ. În rețelele mici de la 2 la 5 utilizatori, modul nededicat era foarte popular, deși era mai susceptibil la blocare din cauza problemelor programelor DOS. NetWare 3.x și versiunile ulterioare au acceptat doar modul dedicat.

NetWare 3.x

De la NetWare 3.x, s-a adăugat modul protejat pe 32 de biți, care a permis sistemului de operare să elimine limita de 16 mb de memorie NetWare 2.x. Acest lucru a pregătit calea pentru a sprijini hard disk-urile mai mari, deoarece NetWare 3.x a păstrat în cache (copiat) în întregime în RAM tabelul de alocare a fișierelor (FAT) și directorul tabelului de intrări (DET), rezultând o performanță îmbunătățită.

Versiunea 3 NetWare a facilitat dezvoltarea și administrarea cu modularizare. Fiecare caracteristică a fost controlată de un modul software numit NetWare Loadable Module (NLM) sau încărcată la pornire sau când este necesar. A devenit posibil să adăugați funcții precum software antivirus, software de backup, bază de date și server web, suport pentru nume lungi de fișiere (numele fișierelor standard erau limitate la opt caractere plus o extensie de trei litere, cum ar fi MS-DOS ) sau pentru fișiere în stil Macintosh .

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

Inițial a folosit serviciile NetWare Bindery pentru autentificare. A fost un sistem de baze de date autonom , în care toate datele de acces și siguranța utilizatorilor se află pe fiecare server. Atunci când o infrastructură conținea mai mult de un server, utilizatorii au trebuit să se autentifice la fiecare în mod individual și fiecare server trebuie să fie configurat cu lista utilizatorilor autorizați.

„NetWare Name Services” a fost un produs care a fost utilizat pentru a extinde datele utilizatorului pe mai multe servere, iar conceptul de „domeniu” utilizat de Windows este echivalent funcțional cu NetWare Bindery services v3.x cu adăugarea NetWare Name Services (adică , o bază de date bidimensională, cu un spațiu de nume plat și o diagramă statică).

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

În era 3.x, Novell a introdus primul său clustering de sistem pentru disponibilitate ridicată, numit NetWare SFT-III, care a permis unui server logic să fie „mirrorato” complet pe o mașină fizică separată. Implementat ca un cluster de nimic partajat , sistemul de operare SFT-III a fost împărțit logic într-un motor de intrare I / O și un nucleu de sistem bazat pe evenimente. Motorul I / O serializzavano întreruperea lor (disc, rețea etc.) Într-un flux combinat de evenimente care a fost alimentat la două copii identice ale motorului sistemului, printr-o conexiune rapidă (de obicei 100 Mbit / s) între cele două server. Datorită naturii sale non-preventive , nucleul sistemului de operare, despărțit de I / O nedeterminist, s-a comportat deterministic, ca o mașină mare de stare finită .

Producția sistemului cu două motoare a fost comparată pentru a asigura funcționarea corectă și două copii au fost trimise înapoi la motorul I / O. Prin utilizarea funcționalității RAID software existente SFT-II prezentă în kernel, discurile pot fi oglindite între două mașini fără a utiliza hardware special. Cele două mașini ar putea fi separate până la distanța maximă permisă de conexiunea dintre servere. În caz de eșec al unui server sau disc, serverul supraviețuitor ar putea, după o scurtă pauză, să se ocupe de sesiunile transparente ale clientului, deoarece avea toate informațiile de stare și nu ar trebui, de exemplu, să înlocuiască volumele (un proces în care NetWare a fost notoriu lent). De altfel, SFT-III a fost prima versiune a NetWare capabilă să utilizeze hardware-ul SMP ( motorul „I / O putea fi opțional rulat pe un procesor dedicat).

NetWare SFT-III, fiind înaintea timpului său din multe puncte de vedere, a avut jumătate de succes. De asemenea, trebuie remarcat faptul că încarnarea modernă a clusterului 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 "Ring 0". Acest lucru a oferit cele mai bune performanțe posibile, dar sacrificând fiabilitatea. Rezultatul a fost posibilitatea unor blocuri de sistem (cunoscute sub numele de Abend, o contracție de capăt anormal , capăt 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.

În comparație, chiar și până la Windows NT v4.0, multe „practici recomandate” includeau repornirea lunară sau chiar săptămânală a serverelor Windows pentru a rezolva potențialele 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 o autentificare a unui singur utilizator la NDS care a reglementat accesul la orice server din structura arborelui de directoare. Utilizatorii ar putea accesa apoi resursele de rețea, indiferent de serverul pe care locuia, 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, în esență, ar permite un număr nelimitat de utilizatori pentru serverul Novell dacă este permis pentru a verifica numărul total de utilizatori)

Versiunea 4 a introdus, de asemenea, mai multe caracteristici și instrumente utile, cum ar fi compresia transparentă a fișierelor la nivel de sistem de fișiere și criptarea RSA publică / privată.

În acest moment, însă, greșelile strategice au devenit clare.

Greșeli strategice

Strategia Novell 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 de la Novell a fost extinderea acestui domeniu prin adăugarea serviciilor de director NDS în NetWare 4.x. Eroarea crucială a fost să facă din NDS o cerință și nu o opțiune. Dacă NDS ar fi o opțiune a NetWare 4 sau chiar un produs accesibil separat, mulți utilizatori ar continua 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 erau mult mai avansate decât serviciile Bindery sau pentru domeniile Windows, necesită un efort de formare inițială a personalului IT.

În timp ce proiectarea NetWare 3.x a inclus o partiție DOS pentru a încărca sistemul de fișiere 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 putea elimina această constrângere tehnică păstrând designul NetWare 2.x, care a instalat fișierele de sistem pe o partiție NetWare și ar permite serverului să pornească din 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.

Așa cum se utilizează Novell IPX / SPX în loc de TCP / IP, a fost prost poziționat pentru a profita de avantajele internetului în 1995. Prima implementare a TCP / IP pentru NetWare 3.x, nu era pe deplin compatibilă cu IPv4. Aceasta a însemnat că serverul NetWare este depășit, în ceea ce privește rutarea și accesul la Internet, de la routerul hardware (cum ar fi cele de la Cisco ) și de la serverul Linux în ceea ce privește funcționalitatea serverului web.

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

Novell NetWare 2.4 a fost distribuit la scurt timp după ieșirea NetWare 1.4, introducând o instalare simplă a NDS.

În urma prețului Novell NetWare 4.10 la același preț ca NetWare 3.12, ceea ce însemna că clienții care au rezistat NDS au putut încerca un „gratuit”.

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

Novell NetWare 4.11 a cusut cu serverele sale Web, suport pentru 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 botezată IntranetWare pentru întreprinderi mici și conținea o versiune limitată a NDS și instrumente pentru administrare simplificată. IntranetWare a fost abandonat cu NetWare 5.

În această perioadă, Novell a realizat, de asemenea, importanța folosirii serviciilor sale de directoare, NDS, legându-le și celelalte produse ale sale. Sistemul de poștă electronică, GroupWise , a fost integrat cu NDS, iar Novell a distribuit multe alte produse „activate pentru director”, precum ZENworks și BorderManager .

În acel moment, era încă legat de Novell IPX / SPX de la dependența de protocolul NCP, dar Novell a început să recunoască cererea pentru TCP / IP cu NetWare 4.11, adăugând instrumente și utilități care au facilitat crearea de intranet și rețele de internet conexiune. Novell He a inclus câteva instrumente practice, cum ar fi gateway-ul IPX / IP, pentru a ușura conexiunea între stațiile de lucru IPX și rețelele IP. De asemenea, a început să integreze internetul și tehnologiile de sprijin ale acestora folosind funcții precum un nativ de server web .

NetWare 5.x

Odată cu lansarea NetWare 5 în octombrie 1998, Novell a recunoscut în cele din urmă importanța internetului, prin interfața sa principală, NCP, ca IPX / SPX, TCP / IP. IPX / SPX a fost încă acceptat, dar accentul a trecut peste TCP / IP. De asemenea, Novell a adăugat un GUI 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
• Servicii de imprimare distribuite Novell (NDPS) - Servicii de tipărire
• ConsoleOne, o nouă consolă de administrare grafică bazată pe Java
• Servicii de infrastructură cu cheie publică (PKIs) integrate înNDS
• Server DNS și DHCP integrate nell'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 fost un mare pas înainte în comparație cu SFT-III, deoarece nu necesită hardware specializat sau o configurație de server identică.

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

NetWare 5.1 a fost distribuit î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 gestionare a sistemului de operare bazat pe acces prin web
• Server FTP , NNTP și streaming media
• NetWare Web Search Server
• Suport pentru WebDAV

NetWare 6.x

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

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

• un suport îmbunătățit pentru SMP - până la 32 de procesoare pe server
• iFolder - acces independent de la site ș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 standard
• iPrint - posibilitatea de a instala imprimante dintr-un browser web și de a trimite lucrări de imprimare prin Internet, utilizând protocolul standard IPP
• iManager - instrument de administrare web pentru Novell NetWare și alte produse
• serverul web Apache și containerul servlet Tomcat
• Native File Access Protocols - protocol suport SMB , AFP și NFS , pentru a oferi un client Windows, Macintosh și Unix / Linux acces la fișierele de pe un server NetWare, fără a utiliza un client Novell

NetWare 6.5 a fost distribuit î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 capacitate suplimentară de scriptare
• suport pentru iSCSI (ambele vizează ca inițiator)
• Virtual Office - 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 pentru Windows
• Parolă universală
• DirXML Starter Pack - sincronizați avansurile utilizatorului cu un alt arbore eDirectory, un domeniu Windows NT sau Active Directory.
• ExteNd Application Server - un server de aplicații compatibil Java EE 1.3
• Suport pentru profiluri personalizate ale driverelor de imprimantă și auditarea utilizării imprimantelor
• Suport pentru bitul NX
• 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). Distribuit inițial în martie 2005, OES a finalizat separarea serviciilor asociate în mod tradițional cu NetWare (Directory Services, file-and-print) platforma care stă la baza distribuției acestor servicii. OES este în esență un set de aplicații (eDirectory, servicii NetWare Core Protocol, iPrint etc.) care pot fi rulate pe o platformă Linux ca pe un kernel NetWare. Implementările în clusterul OES pot chiar să migreze către serviciile NetWare către Linux și invers, făcând din Novell una dintre puținele companii care oferă o soluție de clusterizare multi-platformă.

După achiziționarea de către Novell Ximian și SuSE (o distribuție germană Linux), s-a remarcat pe larg că Novell ar putea să se îndepărteze de NetWare și să-și mute accentul pe Linux. Cu toate acestea, oficial, Novell neagă aceste ipoteze ^[2] și susține că vrea să se concentreze asupra ambelor. De fapt, practic toate produsele Novell rulează cel puțin atât Linux, cât și NetWare, iar unele (cum ar fi eDirectory, GroupWise și Identity Manager), de asemenea, pe multe alte platforme.

Novell a invitat la dispută când a decis să pună capăt dezvoltării platformei NetWare și să se concentreze exclusiv pe SUSE Linux. Mai târziu, 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 NetWare ^{[4] de} pe site-ul web Novell arată că Linux este viitorul. Unii dintre cei mai fermi susținători ai NetWare sunt încărcați petizionare făcute ^[5] Novell NetWare, deoarece continuă să se dezvolte. Cu profiturile Novell ^[6] determinate de produsele „vechi” care rulează pe platforma Novell și nu neapărat pe Linux, Novell și-a concediat CEO-ul și directorul financiar ^{[7] în} speranța de a face o schimbare care ar putea servi investitorilor săi.

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

Declinul NetWare

În timp ce NetWare este încă utilizat de multe organizații, în special în domeniul educației și al guvernului, nu este aproape la fel de popular pe cât a fost la vârf la începutul anilor nouăzeci . La acea vreme, NetWare era considerat standardul de facto pentru servicii de fișiere și tipărire pe platforma 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