NetWare - nätverk operativ system och ställ in nätverksprotokoll, som används i detta system för att interagera med klientdatorer som är anslutna till nätverket. Operativsystemet NetWare skapades av Novell. NetWare är ett slutet operativsystem som använder kooperativ multitasking för att köra olika tjänster på Intel x86-arkitekturdatorer. Systemets nätverksprotokoll är baserade på XNS-protokollstacken. NetWare stöder för närvarande TCP/IP- och IPX/SPX-protokollen. NetWare är en av familjerna av XNS-system. Exempel på sådana system inkluderar Banyan VINES och Ungerman-Bass Net/One. Till skillnad från dessa produkter och XNS, vann NetWare betydande marknadsandelar i början av 1990-talet och konkurrerade med Microsoft Windows NT, efter utgivningen av vilka andra konkurrerande system upphörde att existera.
NetWare baserades på en mycket enkel idé: en eller flera dedikerade servrar ansluter till ett nätverk och tillhandahåller delning egen disk utrymme i form av volymer. Klientdatorer som kör MS-DOS kör flera speciella inbyggda program som låter dig "tilldela" enhetsbokstäver till volymer. Användare måste logga in på nätverket för att komma åt volymer och kunna tilldela enhetsbeteckningar. Tillgång till nätverksresurser bestäms av inloggningsnamnet.
Användare kan också ansluta till delade skrivare på en dedikerad server och skriva ut till nätverksskrivare samma som lokalt.
Trots att i tidigare versioner NetWare ansåg att alla moduler i systemet var opålitliga (alla moduler som inte fungerar korrekt kan störa hela systemet), det var ett mycket stabilt system. Det är inte ovanligt att NetWare-servrar körs utan mänsklig inblandning i flera år.
NetWare skapades som ett resultat av arbetet SuperSet programvara- en konsultgrupp grundad av vännerna Drew Major, Dale Neibauer, Kyle Powell och senare inkluderade i denna grupp Mark Hurst. Detta arbete baserades på resultaten av deras studier vid Brigham Young University i Provo, Utah i oktober 1981.
Detta nätverksoperativsystem kallades senare Novell NetWare. NetWare använder NCP-protokollet (hej NetWare Kernel Protocol), som är ett paketprotokoll som tillåter klienter att skicka förfrågningar till NetWare-servrar och ta emot svar från dem. Ursprungligen var NCP kopplad till IPX/SPX-protokollen, vilket innebar att NetWare-systemet i sig bara kunde använda IPX/SPX för att kommunicera på nätverket. Ett inbäddat system baserat på Btrieve DBMS användes för att lagra autentiseringsinformation.
Den första mjukvaruprodukten med namnet NetWare släpptes 1983. Han ringde Nätvara 68(eller Novell S-Net), körde på en Motorola 68000-processor och använde en stjärntopologi. Denna produkt ersattes 1985 av Nätvara 86, som skrevs för att köras på Intel 8086-processorer. Efter lanseringen av Intel 80286-processorn släppte Novell Nätprogram 286(år 1986). 1989, efter lanseringen av Intel 80386-processorn, följde Netware 386. Novell reviderade senare NetWare-versionsnumreringen: Nätprogram 286 blev Netware 2.x, A NetWare blev Netware 3.x.
Att installera NetWare version 2 krävde avsevärd ansträngning: alla ändringar krävde en omkompilering av kärnan och en omstart av systemet. Omkompilering och utbyte av kärnan krävde användningen av 20 disketter i tur och ordning. NetWare-administrationen gjordes med hjälp av textbaserade verktyg, som t.ex SYSCON. NetWare 2 använde ett filsystem NetWare Filsystem 286 , eller NWFS 286 .
NetWare version 3 har förenklats genom att bygga den på ett modulärt sätt. Operativsystemets funktioner utfördes av separata programvarumoduler - NetWare laddningsbara moduler(NLM), som kan laddas både vid systemstart och vid behov efter start. Denna arkitektur gjorde det möjligt att lägga till nödvändiga funktioner till systemet, såsom antivirusskydd, säkerhetskopiering, stöd för långa filnamn (på den tiden var filnamnen i den vanliga MS-DOS begränsade till 8 tecken i namnet och 3 tecken tecken i namntillägget), eller stöd för Macintosh-filer. Hantering av NetWare föreslogs fortfarande utföras i textbaserade verktyg. NetWare 3.x introducerar en ny filsystem, som var standard på alla NetWare-system före NetWare 5.x, är Netware filsystem 386, eller NWFS 386 .
Inledningsvis använde NetWare en tjänst för autentisering. Bokbinderi. Det var ett system där alla användarrättigheter och säkerhetsdata lagrades separat på varje server. När det fanns flera servrar i nätverket måste användare registrera sig på var och en av dessa servrar separat, och varje server måste innehålla sin egen lista över användare med åtkomsträttigheter.
Efter NetWare 6.5 släppte Novell ett operativsystem 2003 Öppna Enterprise Server(OES), där användare kan välja operativsystemets kärna - NetWare eller Linux. Denna integration skedde kort efter Novells förvärv av Ximian och den tyska GNU/Linux-leverantören SuSE. Novell tros flytta fokus bort från NetWare och portering av applikationer till GNU/Linux. Även om Novell officiellt förnekar detta och uppger att de kommer att utveckla både NetWare och Linux.
OES 2 släpptes den 8 oktober. Den inkluderade NetWare 6.5 SP7 och den nya Linux-baserade SLES10.
NetWare dominerade marknaden för nätverksoperativsystem från mitten av 1980-talet till slutet av 1990-talet på grund av dess extremt höga prestanda jämfört med andra nätverksoperativsystem. De flesta riktmärken vid den tiden indikerade en prestandafördel på 5:1 till 10:1 jämfört med produkter från Microsoft, Banyan och andra företag. Resultat av en jämförande test var av särskilt intresse: ett NetWare 3.x-system med NFS-tjänster som körs över TCP/IP-protokoll (inte NetWares utvecklade IPX-protokoll) jämfört med en dyr dedikerad Auspex NFS-server och en SCO Unix-server som kör NFS-tjänster. NetWare NFS-prestanda överträffade båda NFS-system, som är en del av respektive operativsystem, och överträffade prestandan för SCO Unix NFS två gånger på samma hårdvara.
Det fanns flera anledningar till NetWares prestanda.
Vid tidpunkten för utvecklingen av den första versionen av NetWare arbetade nästan alla datalager i lokala nätverk på basis av modellen diskserver. Detta innebar att klientdatorn, för att kunna läsa ett filblock, var tvungen att utföra följande förfrågningar över ett relativt långsamt lokalt nätverk.
I ett NetWare-system byggt på filtjänstmodellen skedde interaktion med klienten på filgränssnittets API-nivå. Vanligtvis utfördes operationen att läsa en fil av klienten enligt följande.
NCP-protokollet var baserat på konceptet med tillförlitlig paketleverans av nätverket i de flesta fall. Därför fungerade svaret på begäran i de flesta fall som bekräftelse. Ett exempel på en klientläsförfrågan i denna modell.
Alla förfrågningar innehöll ett sekvensnummer, så om klienten inte fick något svar inom den angivna tiden skickade den begäran igen med samma sekvensnummer. Om servern redan hade bearbetat denna begäran skulle den skicka om det cachade svaret. Om servern inte hade tid att behandla förfrågan skulle den skicka en "positiv bekräftelse" vilket betydde "Jag fick förfrågan men har inte hunnit behandla den än, stör mig inte".
Resultatet av denna "pålitliga nätverksmodell" var en två tredjedelars minskning av nätverkstrafiken och tillhörande latens.
På 90-talet, utförandet av nätverk filtjänster verksamhet av en speciell programvara i ett konventionellt operativsystem med prestanda för samma operationer av ett specialiserat operativsystem. NetWare var ett specialiserat operativsystem, inte ett tidsdelningsoperativsystem. Den skrevs helt för att hantera klient-serverförfrågningar. Inledningsvis var systemet fokuserat på fil- och utskriftstjänster, men visade senare utmärkta äldre möjligheter som databasplattform, system, grafiskt användargränssnitt med mera. Processerna och tjänsterna som kördes på NetWare var tvungna att fungera korrekt: bearbeta begäran och återföra kontrollen till operativsystemet inom utsatt tid. Till skillnad från NetWare operativsystem generell mening(UNIX , Microsoft Windows) baserades på en interaktiv modell som stödde tidsdelning, när ett program utan kontroll från operativsystemet kunde ta upp alla tillgängliga systemresurser. I dessa förebyggande multitasking, minnesvirtualiserade miljöer, fanns det en betydande omkostnad eftersom dessa system aldrig har tillräckligt med resurser för att uppfylla alla önskemål från alla applikationer. Sådana system har förbättrats över tid genom stramare integration nätverkstjänster med en "generellt ändamål" operativsystemkärna, men nådde aldrig NetWares effektivitetsnivå. Tyvärr ledde ett sådant "förtroende" ofta till systemkrascher förr när applikationsprocesserna var i kontroll över sig själva.
Den kanske främsta orsaken till Novells framgångar på 80- och 90-talen var NetWares effektivare drift än generella operativsystem. Men när kraften hos mikroprocessorer ökade, blev värdet av effektivitet mindre och mindre, och med Pentium-processorns intåg började komplexiteten med att hantera och utveckla applikationer för NetWare att uppväga fördelarna. Övertroen hos Novells marknadsavdelning och ledning inför det verkliga hotet från konkurrenter (NT4 och Microsoft Exchange) var droppen i processen, som i slutändan ledde till att NetWare-systemet förlorade sin position.
Konstantin PyanzinEn dålig fred är bättre än ett bra gräl.
Ordspråk
Fram till nyligen har relationen mellan nätverksjättarna Novell och Microsoft varit en krigföring. Ekon av kanonaden hörs fortfarande. Novell, en gång dominerande på nätverksmarknaden, tvingades av Windows NT att gå på defensiven. Men när Novell insåg att ta NT med fientlighet inte skulle åstadkomma någonting, ändrade Novell både taktik och strategi. Nu förnekar hon inte många av fördelarna med NT (hon glömmer dock inte att betona bristerna i nätverksmodellen för NT Server). Novells credo har ändrats: "Användaren har rätt att välja vilken lösning som helst, och Novells uppgift är att hjälpa till att integrera denna lösning i en enda nätverksinfrastruktur."
Microsoft intar en lite annorlunda ståndpunkt. Även om skärmytslingen med Novell märkbart har avtagit, håller Microsoft fortfarande fast vid sloganen: "Den som inte är med oss är emot oss." Denna position för Microsoft är dock typisk inte bara för nätverksområdet. Företaget kan underkuva alla tillverkare av mjukvaruprodukter, vilket det framgångsrikt gör från tid till annan. Men något annat än sunt förnuft och skarpsinne från Bill Gates kan inte tas ifrån. Han fortsätter till avgörande handling först när marken är förberedd. I relationen med Novell manifesteras detta fullt ut. När de första versionerna av Windows NT dök upp dominerade Novell nätverksmarknaden med sina NetWare. Microsoft fick därför, med vilja, räkna med denna starka rival.
Användare, särskilt till en början, visade starkt missnöje med Novells och Microsofts positioner. Kampen mellan nätbolag gav valfrihet, men gav inte möjlighet att transparent använda båda produkterna i samma miljö. Här är uttrycket av Mao Tse Tung "krig är bra" det minst lämpliga. Tack gode gud, mycket har förändrats till det bättre sedan nätverkskrigen. Nu erbjuder marknaden en hel del produkter som i viss mån gör det möjligt att integrera NetWare och Windows. Även om saken aldrig kom till full integration. De flesta av dessa produkter levereras direkt av Novell och Microsoft. Vilket inte är förvånande, eftersom ingen kan sina system bättre än de gör.
Varje nätverksoperativsystem har sina egna trumfkort. NetWare har visat sig vara en utmärkt fil- och skrivarserver. Novell Directory Services (NDS), som ingår i NetWare 4.x, har blivit branschstandarden i företagsmiljön. För närvarande har den i princip inga konkurrenter. Dessutom har ett antal Novell-produkter, framför allt GroupWise dokumentsamarbete och nätverkshanteringssystemet ManageWise, en av de ledande positionerna i världen. Bland de största nackdelarna med NetWare OS kan man peka ut det faktum att det på grund av arkitekturen inte är det bästa valet som en applikationsserver.
Windows NT däremot lämpar sig väl för applikationsservrar och har ett fördelaktigt pris/prestanda-förhållande. Den har en bra fil-/utskriftstjänst, även om den är något sämre än NetWare 4.x. Dessutom fungerar NT Server utmärkt med Windows 95 och Windows NT Workstation-baserade klienter. NT har ett användarvänligt användargränssnitt, det har skrivits mycket för det. intressanta applikationer. Även enligt Novell är klientdatorer baserade på Windows NT Workstation mycket bra i en företagsmiljö. Men NT-nätverk har en stor nackdel - deras användning av ett arkaiskt domänsystem. Det är dåligt lämpat för distribuerade nätverk och företagsnätverk och är ingen match för NDS. Faktum är att domänsystemet är arbetsgruppsnivån.
Historiskt sett, innan NT introducerades, dominerade NetWare nätverksmarknaden, så företagskunder går sällan överens om att ändra hela nätverksarkitekturen för NT. Fakta visar dessutom att intresset för NetWare inte avtar, trots den aktiva marknadsföringen av NT. Frågan om hur man använder de positiva egenskaperna hos båda nätverksoperativsystemen i en miljö är mycket relevant. Det finns flera alternativ här. Allt beror på vilken grad av integration som krävs.
När Microsoft släppte den första versionen av Windows NT Advanced Server 3.1 1993 tillkännagavs att den stödde NetWare. Många användare har blivit frustrerade över hur Microsoft använder termen "support". Den enda komponenten i NT 3.1 för att kommunicera med NetWare var NWLink IPX/SPX-kompatibla transportprotokoll. Detta är protokollet och inget mer. I sig tillät det inte NT att komma åt NetWare-nätverksresurser och inte heller tillät det NetWare-klienter att komma åt NT-enheter. NWLink gjorde det möjligt att interagera med klient-serverapplikationer med hjälp av IPX/SPX-protokollet. I synnerhet var det möjligt att installera Oracle DBMS på NetWare-servern och sedan arbeta med det från en klientdator under Windows NT. Ändå används NWLink-protokollet aktivt som en transport för närvarande, inklusive av klientprogramvara för att kommunicera med NetWare-nätverk.
Det enklaste sättet att lösa problemet är att låta NetWare och NT Server köras oberoende av varandra. De administreras och hanteras separat, med sina egna egna medel. För att arbeta med NetWare och NT Server installeras två program på klientdatorerna samtidigt: klientprogramvaran för NetWare-nätverket och klientmjukvaran för Microsoft-nätverket. Dessa program har en viss grad av integration med varandra: användaren behöver bara ange ett namn (inloggningsnamn) och lösenord en gång för att komma in i båda nätverken.
Operativsystem för Windows 95/NT Workstation inkluderar klientprogramvaran Client for Microsoft Networks för Microsoft-nätverket och har därför aldrig problem med att komma åt NT-servern. När det gäller klientprogramvaran för NetWare-nätverket är situationen något annorlunda.
Windows 95 inkluderade Microsoft Client for NetWare, som gav tillräckligt bekväm service för NetWare 3.x- och NetWare 4.x-nätverk (i BINDERY-emuleringsläge). Den stödde dock inte den snabbt växande Novell NDS-katalogtjänsten (på NetWare 4.x-nätverk). Bara några månader efter avsluta Windows 95 Microsoft har släppt en ny klient för NetWare som låter dig använda NDS. Den här klienten hade dock allvarliga begränsningar: vissa NetWare-verktyg fungerade till exempel inte med den. Det inkluderade inte heller möjligheten att logga in på flera NDS-träd samtidigt. Faktum är att klienten endast fungerade som ett sätt att logga in på NetWare-nätverket (åtminstone NetWare 4.x).
Novell har tillhandahållit sin egen klientvariant som heter NetWare Client för Windows 95 (levereras gratis), vilket eliminerade alla begränsningar som finns i klienten för NetWare från Microsoft. Denna klient låter dig logga in på flera NDS-träd samtidigt, har praktiska hanteringsverktyg och många andra användbara funktioner.
Något liknande hände med operationssalen. Windows-system NT. Microsoft har förberett två typer av klientprogramvara för NetWare-nätverket: Windows NT Workstation har Kundservice för NetWare (CSNW) och Windows NT Server - Gateway Service for NetWare (GSNW). GSNW-produkten innehåller alla funktioner i CSNW och lägger till några av sina egna.
Windows NT 3.5 levererades med en CSNW- (eller GSNW)-klient som inte stödde NDS, men som fungerade med NetWare 3.x och NetWare 4.x (i BINDERY-emuleringsläge). Från och med Windows NT 4.0 interagerar klientprogramvaran med NDS, men med begränsningar. CSNW/GSNW-klienten har inga nätverkshanteringsverktyg för NetWare, och Novells verktyg för Windows NT kan inte heller köras genom den. En användare kan bara logga in på ett NDS-träd. CSNW/GSNW-klienten spelade dock en viktig roll eftersom det inte fanns några andra sätt att interagera med NetWare-nätverket i Windows NT-miljön när den släpptes.
När det nya operativsystemet Novell IntranetWare/NetWare 4.11 släpptes i slutet av 1996, upptäckte användarna att det saknade Windows NT-klientprogramvara. Den första versionen av en sådan klient dök upp bara några månader senare, och sedan dess har den uppdaterats flera gånger. Nu heter denna programvara IntranetWare Client för Windows NT och är tillgänglig gratis. Det Novell lyckades förkroppsliga många nya idéer och tekniker. Självklart implementerar klienten registrering i flera NDS-träd samtidigt, men det är inte allt, till exempel kan den uppdateras automatiskt. Novell skrev om viktiga NetWare-systemverktyg specifikt för Windows NT, till exempel NetWare Administrator för Windows NT.
Kanske en av de mest anmärkningsvärda komponenterna i IntranetWare-klienten för Windows NT är Novell Workstation Manager. För att dra nytta av lokala Windows NT-resurser måste användare autentiseras (identifieras) vid OS-start av den lokala Security Access Manager (SAM). Med hjälp av Novell Workstation Manager-komponenten kan en administratör skapa ett Workstation-objekt i NDS-trädet och sedan associera NDS-användar-, grupp- och containerbudgetar med det objektet (detta möjliggörs av NDS Schema-tillägget). Som ett resultat behöver administratören inte hantera NT-domäner för att hantera lokala användare. När NT startar, uppmanar IntranetWare-klienten dig att ange ett namn, lösenord, NDS-träd och så vidare, och ersätter standardprompten i Windows NT. När du anger de angivna parametrarna avgör klienten om användaren är associerad med Workstation-objektet i NDS-trädet. Om så är fallet skapar IntranetWare-klienten automatiskt en lokal användarbudget (om den inte finns på systemet) och raderar den automatiskt när den är klar. Detta befriar administratören från behovet av att skapa lokala budgetar på varje Windows NT-arbetsstation. Med ett enda NetWare Administrator-verktyg hanterar det alla NetWare-nätverksresurser och Windows NT-arbetsstationer.
Förutom Novell Workstation Client, IntranetWare Client för Windows NT (samt Windows-klient 95) är mycket användbart program Novell Application Launcher (NAL). NAL förenklar administrationen av nätverksapplikationer. Med NAL kan en administratör skapa ett applikationsobjekt för vilken nätverksapplikation som helst i NDS-trädet och sedan associera det med specifika användare. Efter att ha ställt in NAL kommer användaren, efter att ha loggat in på Windows-klientsystemet, att få NAL-skrivbordet, där det här programmet kommer redan att finnas där. Samtidigt spelar det ingen roll vilken specifik maskin användaren sitter på, överallt kommer han att möta samma konfiguration. NAL-inställningar hanteras via NetWare Administrator. Dessutom innehåller NAL en så kallad deltainstallerare för tvångsdistribution till stationära datorer och mjukvaruuppdateringar över nätverket.
Microsoft Gateway Service för NetWare-programvaran som ingår i Windows NT Server låter dig inte bara utföra CSNW-klientfunktioner, utan även konfigurera Windows NT Server som en gateway mellan Microsoft- och NetWare-nätverk. Genom det får användare av Microsofts nätverk transparent åtkomst till NetWare-tjänsten. Som ett resultat finns det inget behov av att installera NetWare-nätverksprogramvara på klientwebbplatserna. För att gatewayen ska kunna utföra sina tilldelade uppgifter måste administratören skapa budgetar för NTGATEWAY-gruppen och användaren av denna grupp på NetWare-servrarna. Denna användare måste ha nödvändiga åtkomsträttigheter till filer och utskriftsköer. Alla anrop till NetWare-servern från Microsofts nätverksklienter (oavsett antal) kommer att göras på uppdrag av denna användare. På gatewayen kommer NetWare-nätverksresursen att mappas till gatewayens lokala resurs. För Microsoft-nätverksklienter kommer NetWare-resursen att vara synlig som en gateway-resurs. Figur 1 visar ett exempel på en sådan lösning. Rotkatalogen för NetWare NW2 SYS-volymen är synlig på NTGT-gatewayen som den lokala enheten S:. I sin tur är enhet S: allokerad som en nätverksresurs \\NTGT\NW. KOKA-klienten mappar denna resurs till den lokala logiska enheten T:.
Bild 1.
Genom att använda Gateway-tjänsten för NetWare ser Microsofts nätverksklienter NetWare-resurser som NT-serverresurser.
Gateway Service för NetWare-lösningen är användbar för nätverk där det finns datorer med låg effekt som inte tillåter att NetWare- och Microsoft-nätverksklienter installeras samtidigt. Tyvärr har detta tillvägagångssätt många nackdelar. För det första lägger GSNW stor belastning på NT-servern. För det andra görs alla Microsoft-klientanslutningar på uppdrag av en enda användare i NTGATEWAY-gruppen. Det är alltså nästan omöjligt att skilja åtkomsträttigheter till nätverksresurser. För det tredje kommer ett fel på gatewayen att resultera i en fullständig förlust av alla Microsoft-klienters anslutningar till NetWare-resurser. Samtidigt blir uppgifterna att administrera båda nätverken mycket mer komplicerade. Därför har denna lösning funnit mycket begränsad tillämpning.
Windows NT Server inkluderar FPNW-produkten (File and Print Services for NetWare), som gör att NT Server kan fungera som en NetWare 3.12-server. Detta gör att datorn som kör NetWare nätverksklientprogramvara kan se NT-servrarna. Administratören måste inte bara hantera domäner och NT-servrar, utan också konfigurera FPNW-tjänsten, i synnerhet tilldela en av NT-katalogerna som SYS-volymen för NetWare-servern, tilldela de återstående NetWare-volymerna, skapa budgetar för arbetsledaren och NetWare användare, definiera användarrättigheter till NetWare-nätverksresurser etc.
Två olika serverplattformar(NT och NetWare) kommer att köras på samma fysisk server. De styrs på olika sätt. Om NT-filåtkomst kontrolleras Utforskare(Filhanteraren i Windows NT 3.x), sedan i NetWare - FPNW-verktyg. Om en NetWare-volym skapas baserat på en katalog i NTFS-filsystemet, så begränsas åtkomsten till filer dessutom av användarens åtkomsträttigheter till dessa filer, det vill säga, förutom FPNW-verktyg måste du också använda NT-verktyg här.
NetWare-tjänståtkomsträttigheter kan endast tilldelas användare och grupper vars budgetar redan har skapats i NT-domänen.
Förståeligt nog komplicerar NetWare-emuleringstjänsten i en NT-miljö avsevärt nätverksadministrationen. Prestandan för FPNW jämfört med den riktiga NetWare 3.12 är betydligt lägre. Bristen på stöd och emulering av NDS tillåter oss inte att betrakta FPNW som en seriös lösning för nätverksintegration. Men i vissa fall underlättar användningen av FPNW integreringen av lågeffekts- och disklösa NetWare-stationer i en blandad NetWare/Microsoft-miljö.
En mycket intressant teknik i vägen för full interoperabilitet mellan Microsoft-nätverk och NetWare är synkroniseringen av tjänster. Det innebär att enskilda NetWare- och NT-nätverksresurser, i första hand användares och gruppers budgetar, periodiskt bringas i linje med varandra (synkroniseras). Detta tillvägagångssätt innebär att det är tillräckligt att använda (helst) verktygen i endast ett system för att hantera resurserna i ett blandat nätverk.
Microsofts Directory Service Manager for NetWare (DSMN) tillhandahåller periodisk synkronisering av NT-domänbudgetar och NetWare 2.x- och 3.x-servrar (budgetar kallas konton i Microsoft-terminologi). Efter synkronisering har användarna samma användarnamn och lösenord i båda nätverken. Synkroniseringsoperationen fortsätter från NT-domänen till NetWare-servrarna. Det vill säga, om du gör ändringar i användarens budget på NetWare-servern kommer NT inte att märka det. Dessutom, när synkroniseringen har startat, kommer NetWare-budgeten att återgå till sitt ursprungliga tillstånd. NT användar- och gruppbudgetar kan synkroniseras med enskilda eller alla NetWare-servrar i en given NT-domän. DSMN låter dig köra en testsynkronisering för att se hur budgetarna kommer att se ut på NetWare-servern. Dessutom kan synkroniseringen köras på de NetWare-servrar som är tillfälligt otillgängliga i nätverket. Efter att anslutningen har återställts kommer budgetarna på dessa servrar att uppdateras automatiskt.
Bland de största nackdelarna med DSMN är bristen på stöd för NetWare 4.x och NDS, och det faktum att synkronisering endast kan utföras i riktning från NT-domänen till NetWare-servrar. Och eftersom det kan finnas flera domäner i ett stort nätverk är administrationsproblem inte så lätta.
Novell släppte ett synkroniseringsverktyg som heter Novell Administrator för Windows NT (NAdminNT) med en fördröjning, men det är mycket kraftfullare än en liknande produkt från Microsoft. (Det ska inte förväxlas med NetWare Administrator för Windows NT, som är NDS-hanteringskonsolen.)
De framträdande egenskaperna hos NAdminNT är:
Allt detta åstadkoms genom att associera användarbudgetar, lokala och globala NT-grupper med NDS-objekt. Administratören behöver inte längre använda verktyget User Manager for Domains i Windows NT. Produkten låter dig överföra information inte bara från NDS till NT, utan också från NT till NDS (men med begränsningar).
Novell Administrator för Windows NT innehåller fem komponenter:
NDS-schematillägg låter dig lägga till nya objekttyper till NDS, såväl som nya egenskaper för befintliga NDS-objekt. För att hantera NT-objekt genom NDS, introducerar NAdminNT följande objekt i NDS-schemat:
NetWare Administrator-plugins låter dig hantera NT-objekt via konsolen, och integrationsverktyget låter dig skapa NDS-budgetar från NT-budgetar och vice versa, samt synkronisera NDS- och NT-budgetar.
NDS Event Monitor och NDS Object Replication Service (ORS) arbetar nära tillsammans för att tillhandahålla automatisk synkronisering (till skillnad från integrationsverktyget) av NDS-objekt och NT-budgetar (se figur 2). dock automatisk uppdatering kan bara gå i riktning från NDS-objekt till NT-budgetar.
Figur 2.
Automatisk synkronisering i Novell Administrator för Windows NT.
NDS Event Monitor (NDSDM.NLM) finns på NetWare-servern som innehåller huvudrepliken av NDS-partitionen. För att förbättra feltoleransen rekommenderas även NDS Event Monitor att installeras på NetWare-servrar som innehåller läs-/skrivkopior.
NDS-objektreplikeringstjänsten är installerad på NT Primary Domain Controller (PDC) och, för failover, på Backup Domain Controllers (BDC).
När ändringar görs i NT-objekten i NDS-trädet (till exempel när en ny användarbudget skapas) håller händelseövervakaren reda på dem och förstår när ändringarna påverkar NT-objekten och när de inte gör det. Den filtrerade informationen skickas sedan till NDS-objektreplikeringstjänsten som finns på NT-servern (via IntranetWare för Windows NT). OSR:n skickar sedan de nödvändiga förfrågningarna till SAM-säkerhetsbudgethanteraren. Om PDC:n är offline kommer händelseövervakaren automatiskt att vidarebefordra ändringarna så snart kommunikationen med PDC:n återställs.
Novell Administrator för Windows NT kan laddas ner gratis från Novells webbplats ( http://www.novell.com).
Tyvärr har alla synkroniseringsverktyg nackdelen att de endast stöder synkronisering av enskilda nätverkstjänster, vanligtvis på nivån för användar- och gruppbudgetar. Administratörer måste fortfarande använda andra systemverktyg, särskilt för att ge åtkomsträttigheter till nätverksresurser. Dessutom sker automatisk uppdatering endast i ett läge. Till exempel om vissa administratörer av ett stort nätverk använder system Microsofts verktyg, och en del av det är Novell Administrator, kan informationen vara inkonsekvent och kräver manuell korrigering som ett resultat.
Efter mycket förseningar släppte Novell NDS för NT, vilket förde alla funktioner i NDS till NT-plattformen. I rättvisans namn ska det sägas att förseningen främst orsakades av Microsofts extremt negativa inställning till denna idé. Den här produkten presenterades redan i förra numret av LAN, så vi kommer att begränsa oss till att överväga dess huvudfunktioner.
NDS för NT ersätter det dynamiska biblioteket AMSRV.DLL, som ansvarar för åtkomst till SAM-basen, på huvud- (PDC) och backup (BDC) NT-domänkontrollanter med sina egna. Dessutom är IntranetWare för Windows NT-klienter installerade på NT-domänkontrollanter. Efter det omdirigeras alla anrop till SAM-basen via den nya SAMSRV.DLL och IntranetWare-klienten till NDS-basen. När du installerar NDS för NT anger administratören vilka NT-budgetar som ska migreras till NDS. För NT-budgetar skapar NDS nya typer av objekt genom att utöka NDS-schemat och använda NetWare Administrator-plugin.
Således utökas all funktionell kraft hos NDS på ett transparent sätt till NT också. NT-systemverktyg och applikationsprogram kommer inte att märka skillnaden mellan inbyggd SAM och NDS-bas vid åtkomst till NT-budgetar. NT-användare och -grupper kan hanteras med både NT-verktyg och en enda NetWare-administratörskonsol. Dessutom kan du administrera alla NT-domäner (eller bara enskilda, om du vill) från konsolen, utan att behöva upprätta förtroenderelationer mellan domäner. Den komplexa uppgiften att hantera domäner förenklas avsevärt av funktionaliteten hos NDS. Vid användning av NDS för NT ökar dessutom nätverksfeltoleransen. Det är till exempel inte möjligt att skapa en ny användarbudget i standard NT-schemat om PDC inte fungerar. Detta är inte nödvändigt här, eftersom standby-kontroller kommunicerar transparent med NDS.
Du kan avinstallera NDS för NT när som helst. I det här fallet kan du välja att återställa SAM till dess ursprungliga tillstånd eller uppdatera den för att återspegla ändringarna som gjorts i NDS.
Till nackdelar aktuell version NDS kan tillskrivas oförmågan att hantera andra NT-resurser via NDS, förutom användar- och gruppbudgetar. I synnerhet måste du använda NT-verktyg för att ställa in åtkomsträttigheter till nätverksresurser. Till skillnad från Novells andra NetWare- och NT-integreringsverktyg är NDS för NT inte gratis, även om det är relativt billigt.
Microsoft verkar ha slutat bry sig om integrationsproblem med NetWare och NT. Hon insåg bristerna med NT-domänsystemet och koncentrerade sina ansträngningar på att utveckla en katalogtjänst. Active Directory, som bör visas med Windows NT 5.0. Samtidigt förhindrar Microsoft starkt överföringen av NDS till NT-plattformen. När den första versionen av NDS för NT kom ut, utbröt en riktig skandal: Microsoft vägrade att stödja de system som denna produkt stod på och uppfann helt ohållbara argument. Det är sant, då tvingades företaget att backa: det stöder bara inte kod skriven av Novell.
Troligtvis kommer de första versionerna av Active Directory inte att vara konkurrenskraftiga. En sådan slutsats antyder sig själv om man tittar på historien om mjukvaruutveckling. Microsoft har upprepade gånger visat detta i sina produkter. Och inte bara Microsoft. När Novell släppte den första versionen av NDS 1993 fungerade det helt enkelt inte. Det tog flera år innan NDS blev attraktivt.
Microsoft kommer inte att porta Active Directory till andra plattformar. Hon tror att hon kan få andra företag att dansa efter hennes melodi. Och förmodligen inte orimligt.
Novell är i en annan situation. Hon tvingas räkna med andra aktörer för att behålla sin plats på nätverksmarknaden. Den erbjuder sin katalogtjänst som ryggraden i en modern nätverksinfrastruktur. Novell har ingått avtal med ledande mjukvaruleverantörer att porta NDS till olika versioner UNIX och även på OS/390. NDS-implementeringar finns redan för SCO UnixWare och Caldera OpenLinux. Men Microsoft är inte bland de intresserade partnerna. Därför tvingas Novell ta itu med överföringen av NDS till NT självt och med Microsofts motstånd. Novell planerar att utveckla NDS för NT, i synnerhet för att lösa problemet med att administrera åtkomst till filer och skrivare i NT, och även att fullständigt porta NDS till NT, som görs i UNIX.
Konstantin Pyanzin är en LAN-krönikör. Han kan kontaktas på:
Novell utvecklade operativsystemet NetWare. Den kan användas i vilken som helst vanlig lokal fysisk struktur. datornätverk: Token Ring, Ethernet eller ARCnet. Därför kan ett nätverk som stöds av NetWare-nätverksoperativsystemet ha buss-, ring- och stjärntopologier. På grund av populariteten för den fysiska Ethernet-strukturen övervägs användningen av Novell Netware för denna typ av topologi ytterligare.
Novells lokala nätverk är ett busstopologinätverk implementerat med Ethernet-hårdvara. Huvudtypen av överföringsmedium för ett LAN är en koaxialkabel. Ethernet använder två typer av koaxialkablar - tjocka och tunna. De är lika i sina elektriska parametrar, men skiljer sig från varandra i diameter och tillåten längd på nätverkssegmentet.
"Rent" Ethernet använder en tjock koaxialkabel, och för att ansluta servrar och arbetsstationer till den behövs speciella enheter - transceivers (transceivers).
Huvudversionen av det lokala nätverket som används av Novell är baserad på en tunn kabel. Segment av en tunn kabel genom speciella kontakter (T-kontakter) ansluter nätverkskorten som finns i datorerna i det lokala nätverket.
LAN består av en filserver och arbetsstationer som ingår i nätverkssegmentet.
Notera. Ett nätverkssegment är en bit koaxialkabel med datorer anslutna till den. Det kan vara en separat lokal datornätverk eller en del av ett nätverk.
Den maximala längden på ett nätverkssegment är 185 m, men upp till fem segment kan anslutas med hjälp av repeatrar. Ett segment omfattar upp till 30 arbetsstationer.
Nyligen har ett partvinnat trådnät blivit mycket populärt. Det handlar om att koppla arbetsstationer till ett nav. Till exempel kan ett nav stödja driften av 12 stationer belägna på ett avstånd av upp till 120 m från den. Hubs kan vara kaskadkopplade och det maximala antalet segment i ett nätverk kan vara 1024.
Således är implementeringen av ett Novells lokala nätverk möjligt på två typer av topologier: buss och stjärna.
Utomlands ges preferens till twisted pair på grund av dess billighet. I Ryssland används främst tunn koaxialkabel.
Strukturdiagram för ett LAN på en tunn kabel respektive ett tvinnat par visas i fig. 6,27.
Ris. 6,27. Novell NetWare-datornätverk: a- på en tunn kabel; b- tvinnat par
Relaterad information:
Operativsystem NETWARE: Syftet med OS NetWare Som du vet är ett nätverk en samling datorer som är anslutna till varandra för att tillhandahålla datautbyte och delning av olika resurser. Nätverksresurser kan vara skrivare, filer, applikationsprogram och så vidare. För att hantera nätverket utvecklas speciella nätverksoperativsystem som, enligt deras organisation, kan delas upp i peer-to-peer (Peer-To-Peer Network) och med en dedikerad filserver (Dedicated File Server Network). Funktioner som tillhandahålls för användaren: NetWare ger användarna följande funktioner: stöder fildelning, ger tillgång till nätverksskrivare, erbjuder e-postfaciliteter, stöder olika typer av DBMS, ger tillgång till fil server från arbetsstationer som kör olika operativsystem, erbjuder verktyg som låter dig kombinera fjärrnätverkssegment, ger "transparens" för åtkomst för lokala och fjärranvändare till nätverksresurser, erbjuder verktyg för tillförlitlig datalagring, ger skydd av nätverksresurser från obehöriga åtkomst, stöder dynamiskt expanderande volymer med flera segment på flera filserverdiskar, tillhandahåller verktyg för hantering av företagsnätverk: en enda katalog nätverksresurser NDS i NetWare 4.1 tillhandahåller dataöverföring och bearbetning med olika protokoll: SPX/IPX, TCP/IP, NetBIOS, AppleTalk, stöder superservrar i symmetriskt driftläge (OS NetWare 4.1 SMP). Fördelar med NetWare: NetWare har vissa fördelar jämfört med sin konkurrent Windows NT Server 3.51. Detta är routing av alla protokoll på servern, fjärrkontroll av själva servern och effektivt stöd för klientstationer som kör DOS. Dessutom ger NetWare 4.1 stöd för ett antal tjänster som krävs för ett företagsnätverksoperativsystem. Till exempel har NetWare Directory Service (NDS) blivit ett kraftfullt verktyg för att hantera stora företagsnätverk. Säkerhetssystemet inkluderar en funktion för att begränsa mängden användardata på servervolymen. Den här funktionen är inte implementerad i Windows NT. NetWares prestanda för fil- och nätverksutskriftstjänster fortsätter att överträffa sina konkurrenter, särskilt på stora heterogena nätverk. Jämfört med andra nätverksoperativsystem stöder NetWare Mer driftsmiljöer klienter inklusive DOS, Windows, OS/2, Macintosh och UNIX. NetWare är också ledande när det gäller antalet hårdvara och mjukvaruverktyg tredje part som utökar och kompletterar den funktionalitet. Systemet har fler alternativ för Reserv exemplar och lagring, fler hanteringsverktyg och nätverksapplikationer än något annat operativsystem. En annan fördel med NetWare är att det är lättare att hitta kvalificerad servicepersonal för att serva den.
