Ablakok.  Vírusok.  Jegyzetfüzetek.  Internet.  hivatal.  Segédprogramok.  Drivers

NetWare - hálózat operációs rendszerés állítsa be hálózati protokollok, amelyeket ebben a rendszerben a hálózathoz csatlakoztatott ügyfélszámítógépekkel való interakcióra használnak. A NetWare operációs rendszert a Novell hozta létre. A NetWare egy zárt operációs rendszer, amely kooperatív multitaskingot használ különféle szolgáltatások futtatására Intel x86 architektúrájú számítógépeken. A rendszer hálózati protokolljai az XNS protokollveremen alapulnak. A NetWare jelenleg a TCP/IP és az IPX/SPX protokollokat támogatja. A NetWare az XNS rendszerek egyik családja. Ilyen rendszerek például a Banyan VINES és az Ungerman-Bass Net/One. Ezekkel a termékekkel és az XNS-sel ellentétben a NetWare jelentős piaci részesedést szerzett az 1990-es évek elején, és versenyzett Microsoft Windows NT, amelynek megjelenése után a többi versengő rendszer megszűnt.

A NetWare egy nagyon egyszerű ötleten alapult: egy vagy több dedikált szerver csatlakozik a hálózathoz, és biztosítja megosztás saját lemez terület kötetek formájában. Az MS-DOS-t futtató ügyfélszámítógépeken számos speciális rezidens program fut, amelyek lehetővé teszik a meghajtóbetűjelek „hozzárendelését” a kötetekhez. A felhasználóknak be kell jelentkezniük a hálózatra a kötetek eléréséhez és a meghajtóbetűjelek hozzárendeléséhez. A hálózati erőforrásokhoz való hozzáférést a bejelentkezési név határozza meg.

A felhasználók egy dedikált szerveren lévő megosztott nyomtatókhoz is csatlakozhatnak, és nyomtathatnak rá hálózati nyomtatók ugyanaz, mint a helyi.

Annak ellenére, hogy in korai változatai A NetWare a rendszer összes modulját megbízhatatlannak tartotta (a nem megfelelően működő modul megzavarhatja az egész rendszert), nagyon stabil rendszer volt. Nem ritka, hogy a NetWare szerverek évekig emberi beavatkozás nélkül működnek.

Sztori

A munka eredményeként jött létre a NetWare SuperSet szoftver- egy tanácsadó csoport, amelyet Drew Major, Dale Neibauer, Kyle Powell barátok alapítottak, és később Mark Hurst is bekerült ebbe a csoportba. Ez a munka a utah állambeli Provo Brigham Young Egyetemen 1981 októberében végzett tanulmányaik eredményein alapult.

Ezt a hálózati operációs rendszert később nevezték el Novell NetWare. A NetWare az NCP protokollt (hello NetWare Kernel Protocol) használja, amely egy csomagprotokoll, amely lehetővé teszi az ügyfelek számára, hogy kéréseket küldjenek a NetWare kiszolgálóknak, és válaszokat kapjanak tőlük. Kezdetben az NCP az IPX/SPX protokollokhoz volt kötve, ami azt jelenti, hogy maga a NetWare rendszer csak IPX/SPX-et tudott használni a hálózaton történő kommunikációhoz. A hitelesítési információk tárolására egy Btrieve DBMS-en alapuló beágyazott rendszert használtak.

Az első szoftvertermék, a NetWare 1983-ban jelent meg. Hívott Netware 68(vagy Novell S-Net), Motorola 68000 processzoron futott, és csillag topológiát használt. Ezt a terméket 1985-ben cserélték le Netware 86, amelyet Intel 8086 processzorokon való futtatásra írtak. Az Intel 80286 processzor megjelenése után a Novell megjelent Netware 286(1986-ban). 1989-ben, az Intel 80386 processzor megjelenése után következett Netware 386. A Novell később módosította a NetWare verziószámozását: Netware 286 lett Netware 2.x, A NetWare lett Netware 3.x.

NetWare 286 2.x

A NetWare 2-es verziójának beállítása jelentős erőfeszítést igényelt: minden változtatáshoz a kernel újrafordítása és a rendszer újraindítása szükséges. A kernel újrafordítása és cseréje 20 floppy lemezt igényelt. A NetWare adminisztrációja szöveges segédprogramokkal történt, mint pl SYSCON. A NetWare 2 fájlrendszert használt NetWare Fájlrendszer 286 , vagy NWFS 286 .

Netware 3.x

A NetWare 3-as verzióját leegyszerűsítették a moduláris felépítéssel. Az operációs rendszer funkcióit külön szoftvermodulok látták el - NetWare betölthető modulok(NLM), amely a rendszer indításakor és szükség szerint az indítás után is betölthető. Ez az architektúra lehetővé tette a szükséges funkciók hozzáadását a rendszerhez, mint például a vírusvédelem, a biztonsági mentés, a hosszú fájlnevek támogatása (akkoriban a fájlnevek az elterjedt MS-DOS-ban 8 karakterre korlátozódtak a névben és 3 karakterre). karaktereket a névkiterjesztésben), vagy támogatja a Macintosh fájlokat. A NetWare kezelését továbbra is szövegalapú segédprogramokban javasolták. A NetWare 3.x egy újat mutat be fájlrendszer, amely a NetWare 5.x előtt minden NetWare rendszeren az alapértelmezett volt Netware fájlrendszer 386, vagy NWFS 386 .

Kezdetben a NetWare egy szolgáltatást használt a hitelesítéshez. Könyvkötészet. Ez egy olyan rendszer volt, amelyben minden felhasználói hozzáférési jog és biztonsági adat külön-külön került tárolásra minden szerveren. Ha több szerver volt a hálózatban, a felhasználóknak mindegyik szerveren külön kellett regisztrálniuk, és minden szervernek tartalmaznia kellett a saját hozzáférési jogosultsággal rendelkező felhasználók listáját.

NetWare 4.x

NetWare 4.1x

Nyissa meg az Enterprise Servert

1.0

A NetWare 6.5 után a Novell 2003-ban kiadott egy operációs rendszert Nyissa meg az Enterprise Servert(OES), amelyben a felhasználók választhatják az operációs rendszer kernelt - NetWare vagy Linux. Ez az integráció röviddel azután megtörtént, hogy a Novell felvásárolta a Ximian-t és a német GNU/Linux-szállítót, a SuSE-t. Úgy gondolják, hogy a Novell a NetWare-ről és az alkalmazások GNU/Linuxra történő portolásáról helyezi el a hangsúlyt. Bár a Novell ezt hivatalosan tagadja, és kijelenti, hogy NetWare-t és Linuxot is fejleszt majd.

2.0

Az OES 2 október 8-án jelent meg. Tartalmazza a NetWare 6.5 SP7-et és az új Linux-alapú SLES10-et.

Teljesítmény

A NetWare az 1980-as évek közepétől az 1990-es évek végéig uralta a hálózati operációs rendszerek piacát a többi hálózati operációs rendszerhez képest rendkívül magas teljesítménye miatt. A legtöbb benchmark akkoriban 5:1-10:1 teljesítményelőnyt jelzett a Microsoft, a Banyan és más cégek termékeivel szemben. Az egyik eredményei összehasonlító teszt Különösen érdekesek voltak: egy NetWare 3.x rendszer NFS-szolgáltatásokkal, amelyek TCP/IP-protokollokon keresztül futnak (nem a NetWare által kifejlesztett IPX-protokoll), összehasonlítva egy drága dedikált Auspex NFS-kiszolgálóval és egy NFS-szolgáltatásokat futtató SCO Unix-szerverrel. A NetWare NFS teljesítménye mindkettőt felülmúlta NFS rendszerek, amelyek a megfelelő operációs rendszerek részét képezik, és kétszer meghaladták az SCO Unix NFS teljesítményét ugyanazon a hardveren.

A NetWare teljesítményének több oka is volt.

Fájlszolgáltatások Lemezszolgáltatások helyett

A NetWare első verziójának fejlesztése idején a helyi hálózatokban szinte minden adattár a modell alapján működött. lemezszerver. Ez azt jelentette, hogy a kliens számítógépnek egy fájlblokk olvasásához a következő kéréseket kellett végrehajtania egy viszonylag lassú helyi hálózaton.

  1. Olvassa el a könyvtár első blokkját.
  2. Folytassa a következő könyvtárblokkok olvasását, amíg meg nem talál egy olyan könyvtárblokkot, amely a keresett fájl adatait tartalmazza (sok ilyen könyvtárblokk lehet).
  3. Olvassa el a fájlrekordok blokkjait, amíg meg nem találja a kívánt fájl adatait tartalmazó blokkot (sok ilyen blokk lehet).
  4. Olvassa be a kívánt adatblokkot.

A fájlszolgáltatási modellre épülő NetWare rendszerben a klienssel való interakció a fájl interfész API szintjén történt. Jellemzően a fájl ügyfél általi beolvasásának művelete a következőképpen történt.

  1. A szerver visszaigazolta a kérés fogadását.
  2. Az ügyfél visszaigazolta a visszaigazolás kézhezvételét.
  3. Az ügyfél visszaigazolta az adatok átvételét.
  4. A szerver visszaigazolta a visszaigazolás kézhezvételét.

Az NCP protokoll a legtöbb esetben a hálózat általi megbízható csomagküldés koncepcióján alapult. Ezért a kérésre adott válasz a legtöbb esetben megerősítésként szolgált. Példa az ügyfél olvasási kérelmére ebben a modellben.

  1. A kliens kérést küldött a szervernek.
  2. A szerver elküldte a kért adatokat a kliensnek.

Minden kérés sorszámot tartalmazott, így ha az ügyfél a megadott időn belül nem kapott választ, akkor ugyanazzal a sorszámmal újra elküldte a kérést. Ha a szerver már feldolgozta ezt a kérést, akkor újra elküldi a gyorsítótárazott választ. Ha a szervernek nem volt ideje feldolgozni a kérést, akkor "pozitív nyugtát" küld, ami azt jelenti, hogy "megkaptam a kérést, de még nem jutottam el a feldolgozásig, ne zavarjon".

Ennek a „megbízható hálózati” modellnek az eredménye a hálózati forgalom és a kapcsolódó késleltetés kétharmados csökkenése volt.

Nem megelőző többfeladatos operációs rendszer hálózati szolgáltatásokhoz

A 90-es években a hálózati fájlszolgáltatások teljesítményét egy speciális szoftver hagyományos operációs rendszerben, ugyanazon műveletek végrehajtásával egy speciális operációs rendszerrel. A NetWare egy speciális operációs rendszer volt, nem egy időben megosztott operációs rendszer. Teljesen az ügyfél-szerver kérések kezelésére készült. Kezdetben a rendszer a fájl- és nyomtatási szolgáltatásokra összpontosított, de később kiváló örökölt képességeket mutatott be adatbázis-platformként, rendszerekként, grafikus felhasználói felületként stb. A NetWare-en futó folyamatoknak és szolgáltatásoknak megfelelően kellett működniük: a kérést feldolgozni és a vezérlést a megadott időn belül visszaadni az operációs rendszernek. A NetWare operációs rendszerekkel ellentétben Általános rendeltetésű(UNIX , Microsoft Windows) egy interaktív modellen alapultak, amely támogatta az időmegosztást, amikor az operációs rendszer irányítása nélkül egy program az összes rendelkezésre álló rendszererőforrást lefoglalhatta. Ezekben a megelőző többfeladatos, memóriavirtualizált környezetekben jelentős többletterhelés volt, mivel ezeknek a rendszereknek soha nincs elegendő erőforrása az összes alkalmazás összes kérésének teljesítéséhez. Az ilyen rendszerek a szorosabb integráció révén idővel javultak hálózati szolgáltatások"általános célú" operációs rendszer kernellel, de soha nem érte el a NetWare hatékonysági szintjét. Sajnos a múltban, amikor az alkalmazási folyamatok kontrollálták magukat, az ilyen „bizalom” gyakran rendszerösszeomláshoz vezetett.

A 80-as és 90-es években a Novell sikerének fő oka talán az volt, hogy a NetWare hatékonyabban működött, mint az általános célú operációs rendszerek. A mikroprocesszorok teljesítményének növekedésével azonban a hatékonyság értéke egyre kisebb lett, és a Pentium processzor megjelenésével a NetWare alkalmazások kezelésének és fejlesztésének bonyolultsága kezdett felülmúlni annak előnyeit. A Novell marketing részlegének és vezetőségének túlzott magabiztossága a versenytársak (NT4 és Microsoft Exchange) valós fenyegetésével szemben volt a folyamat utolsó cseppje a pohárban, ami végül a NetWare rendszer pozícióvesztéséhez vezetett.

Konstantin Pyanzin

A rossz béke jobb, mint egy jó veszekedés.

Közmondás

Egészen a közelmúltig a Novell és a Microsoft hálózati óriásai közötti kapcsolat háborús jellegű volt. Még mindig hallatszik az ágyúzás visszhangja. A hálózati piacon egykor domináns Novellt a Windows NT védekezésre kényszerítette. Felismerve azonban, hogy az NT ellenséges felfogása nem ér semmit, a Novell taktikát és stratégiát egyaránt megváltoztatott. Most nem tagadja az NT számos előnyét (azonban nem felejti el hangsúlyozni az NT Server hálózati modelljének hiányosságait). A Novell hitvallása megváltozott: "A felhasználónak joga van bármilyen megoldást választani, a Novell feladata pedig az, hogy segítse ezt a megoldást egyetlen hálózati infrastruktúrába integrálni."

A Microsoft kissé más álláspontot képvisel. Bár a Novelllel való összecsapás érezhetően alábbhagyott, a Microsoft továbbra is ragaszkodik a szlogenhez: "Aki nincs velünk, az ellenünk van." A Microsoftnak ez a pozíciója azonban nem csak a hálózati területre jellemző. A cég minden szoftvertermék-gyártót képes leigázni, amit időről időre sikeresen meg is tesz. Valamit azonban nem lehet elvenni Bill Gatestől, csak a józan észt és az éleslátást. Határozott lépésekre csak akkor lép, ha a talaj készen áll. A Novell-lel való kapcsolatban ez teljes mértékben megnyilvánul. Amikor a Windows NT első verziói megjelentek, a Novell a NetWare segítségével uralta a hálózati piacot. Ezért akarva-akaratlanul a Microsoftnak számolnia kellett ezzel az erős riválissal.

HELYZET A HÁLÓZATI PIACON

A felhasználók, különösen eleinte, erős elégedetlenséget mutattak a Novell és a Microsoft álláspontjával. A hálózati cégek közötti küzdelem biztosította a választás szabadságát, de nem adott lehetőséget mindkét termék transzparens használatára ugyanabban a környezetben. Itt Mao Tse Tung kifejezése a "jó a háború" a legkevésbé alkalmas. Hála Istennek, sok minden jóra fordult a hálózati háborúk óta. Most a piac számos terméket kínál, amelyek bizonyos mértékig lehetővé teszik a NetWare és a Windows integrálását. Bár az ügy soha nem jutott el a teljes integrációig. A legtöbb ilyen terméket közvetlenül a Novell és a Microsoft szállítja. Ami nem meglepő, hiszen senki sem ismeri jobban a rendszereiket, mint ők.

Mindegyik hálózati operációs rendszernek megvannak a maga ütőkártyái. A NetWare nagyszerű fájl- és nyomtatószervernek bizonyult. A NetWare 4.x-hez tartozó Novell Directory Services (NDS) a vállalati környezet iparági szabványává vált. Jelenleg gyakorlatilag nincs versenytársa. Emellett számos Novell-termék, köztük a GroupWise dokumentum-együttműködési rendszer és a ManageWise hálózatkezelő rendszer szilárdan az egyik vezető pozíciót foglalja el a világon. A NetWare OS fő hátrányai közül kiemelhető, hogy az architektúra miatt nem a legjobb választás mint alkalmazásszerver.

A Windows NT viszont kiválóan alkalmas alkalmazásszerverekre, és kedvező ár/teljesítmény arányú. Jó fájl/nyomtatási szolgáltatással rendelkezik, bár némileg gyengébb, mint a NetWare 4.x. Ezenkívül az NT Server kiválóan működik Windows 95 és Windows NT Workstation alapú kliensekkel. Az NT felhasználóbarát kezelőfelülettel rendelkezik, sokat írtak rá. érdekes alkalmazások. A Windows NT Workstation alapú ügyfélszámítógépek még a Novell szerint is nagyon jók vállalati környezetben. De az NT hálózatoknak van egy nagy hátrányuk – egy archaikus tartományrendszert használnak. Rosszul alkalmas elosztott és vállalati hálózatokhoz, és nem felel meg az NDS-nek. Valójában a tartományrendszer a munkacsoport szintje.

Történelmileg az NT bevezetése előtt a NetWare uralta a hálózati piacot, így a vállalati ügyfelek ritkán járulnak hozzá az NT teljes hálózati architektúrájának megváltoztatásához. Ráadásul a tények azt mutatják, hogy az NT aktív népszerűsítése ellenére a NetWare iránti érdeklődés nem csökken. Nagyon aktuális az a kérdés, hogy hogyan lehet mindkét hálózati operációs rendszer pozitív tulajdonságait egy környezetben felhasználni. Itt több lehetőség is van. Minden a szükséges integrációs foktól függ.

FÓKUSZ AZ NWLINK ALATT

Amikor a Microsoft 1993-ban kiadta a Windows NT Advanced Server 3.1 első verzióját, bejelentették, hogy támogatja a NetWare-t. Sok felhasználó csalódott volt attól, hogy a Microsoft hogyan használja a „támogatás” kifejezést. Az NT 3.1 egyetlen összetevője, amely a NetWare-rel kommunikált, az NWLink IPX/SPX Compatible Transport protokoll volt. Ez a protokoll, és semmi több. Önmagában nem tette lehetővé az NT számára a NetWare hálózati erőforrások elérését, és a NetWare kliensek számára sem tette lehetővé az NT meghajtók elérését. Az NWLink lehetővé tette az IPX / SPX protokollt használó kliens-szerver alkalmazásokkal való interakciót. Különösen az Oracle DBMS-t lehetett telepíteni a NetWare szerverre, majd kliensgépről dolgozni vele Windows NT alatt. Ennek ellenére az NWLink protokollt jelenleg aktívan használják átviteli eszközként, beleértve a NetWare hálózatokkal való kommunikációt szolgáló kliensszoftvereket is.

ÜGYFÉLSZOFTVER MINT LINK

A probléma legegyszerűbb megoldása, ha hagyja, hogy a NetWare és az NT Server egymástól függetlenül futjanak. Ezeket külön adminisztrálják és kezelik, sajátjukkal saját tőke. A NetWare és az NT Server használatához két program telepítve van egyszerre az ügyfélszámítógépekre: a NetWare hálózathoz tartozó kliensszoftver és a Microsoft hálózathoz tartozó ügyfélszoftver. Ezek a programok bizonyos fokú integrációt mutatnak egymással: a felhasználónak csak egyszer kell nevet (bejelentkezési nevet) és jelszót megadnia, hogy mindkét hálózatba bejusson.

A Windows 95/NT Workstation operációs rendszerek natívan tartalmazzák a Client for Microsoft Networks ügyfélszoftvert a Microsoft hálózathoz, ezért soha nem okoz problémát az NT-kiszolgáló elérése. Ami a NetWare hálózat kliensszoftverét illeti, a helyzet némileg más.

A Windows 95 tartalmazta a Microsoft Client for NetWare-t, amely elegendőt biztosított kényelmes kiszolgálás NetWare 3.x és NetWare 4.x hálózatokhoz (BINDERY emulációs módban). Nem támogatta azonban a gyorsan növekvő Novell NDS címtárszolgáltatást (NetWare 4.x hálózatokon). Csak néhány hónappal később lépjen ki a Windowsból 95 A Microsoft új ügyfelet adott ki a NetWare számára, amely lehetővé teszi az NDS használatát. Ennek a kliensnek azonban komoly korlátai voltak: például néhány NetWare segédprogram nem működött vele. Nem tartalmazta azt a lehetőséget sem, hogy egyszerre több NDS fába is bejelentkezzen. Valójában az ügyfél csak a NetWare hálózatba (legalább NetWare 4.x) való bejelentkezéshez szolgált.

A Novell saját kliensváltozatot bocsátott rendelkezésre NetWare Client néven a Windows számára 95 (ingyenes leszállítás), amely megszüntette a Microsoft NetWare kliensében rejlő összes korlátot. Ez a kliens lehetővé teszi, hogy egyszerre több NDS fába jelentkezzen be, kényelmes felügyeleti segédprogramokkal és sok más hasznos funkcióval rendelkezik.

Valami hasonló történt a műtővel is. Windows rendszer NT. A Microsoft kétféle kliens szoftvert készített a NetWare hálózathoz: a Windows NT Workstation Ügyfélszolgálat a NetWare (CSNW) és a Windows NT Server - Gateway Service for NetWare (GSNW) számára. A GSNW termék tartalmazza a CSNW összes funkcióját, és hozzáad néhányat a sajátjából.

A Windows NT 3.5 olyan CSNW (vagy GSNW) klienssel szállított, amely nem támogatja az NDS-t, de működött a NetWare 3.x és NetWare 4.x verziókkal (BINDERY emulációs módban). A Windows NT 4.0-tól kezdődően az ügyfélszoftver kölcsönhatásba lép az NDS-szel, de bizonyos korlátozásokkal. A CSNW/GSNW kliens nem rendelkezik NetWare hálózatkezelő segédprogramokkal, és a Novell Windows NT segédprogramjai sem futhatnak rajta keresztül. Egy felhasználó csak egy NDS-fába jelentkezhet be. A CSNW/GSNW kliens azonban fontos szerepet játszott, mert kiadása idején nem volt más mód a NetWare hálózattal való interakcióra a Windows NT környezetben.

Amikor 1996 végén megjelent az új Novell IntranetWare/NetWare 4.11 operációs rendszer, a felhasználók megdöbbenve tapasztalták, hogy hiányzik belőle a Windows NT kliensszoftver. Egy ilyen kliens első verziója csak néhány hónappal később jelent meg, és azóta többször is frissítették. Most ennek a szoftvernek a neve IntranetWare Client for Windows NT, és ingyenesen elérhető. A Novellnek sikerült sok új ötletet és technológiát megtestesítenie. Természetesen a kliens egyszerre több NDS fában valósítja meg a regisztrációt, de ez még nem minden, például automatikusan frissíthető. A Novell átírta a kulcsfontosságú NetWare rendszer-segédprogramokat kifejezetten a Windows NT-hez, például a NetWare Administratort a Windows NT-hez.

A Windows NT IntranetWare Client egyik legfigyelemreméltóbb összetevője a Novell Workstation Manager. A helyi Windows NT erőforrások kihasználásához a felhasználókat az operációs rendszer indításakor hitelesíteni (azonosítani) kell a helyi Security Access Manager-nek (SAM). A Novell Workstation Manager összetevő használatával az adminisztrátor létrehozhat egy Workstation objektumot az NDS-fában, majd hozzárendelheti az NDS-felhasználók, csoportok és tárolók költségvetését az objektumhoz (ezt az NDS-séma bővítmény teszi lehetővé). Ennek eredményeként a rendszergazdának nem kell NT tartományokkal foglalkoznia a helyi felhasználók kezeléséhez. Amikor az NT elindul, az IntranetWare kliens a szabványos Windows NT prompt helyett egy nevet, jelszót, NDS-fát és így tovább kér. A megadott paraméterek megadásakor az ügyfél meghatározza, hogy a felhasználó társítva van-e az NDS-fa Munkaállomás objektumához. Ha igen, az IntranetWare kliens automatikusan létrehoz egy helyi felhasználói költségkeretet (ha az nem létezik a rendszeren), és automatikusan törli, amikor befejeződik. Ez mentesíti a rendszergazdát attól, hogy minden Windows NT munkaállomáson helyi költségvetést készítsen. Egyetlen NetWare Administrator segédprogrammal kezeli az összes NetWare hálózati erőforrást és Windows NT munkaállomást.

A Novell Workstation Client mellett az IntranetWare Client for Windows NT (valamint Windows kliens 95) nagyon hasznos program Novell Application Launcher (NAL). A NAL leegyszerűsíti a hálózati alkalmazások adminisztrációját. A NAL segítségével az adminisztrátor létrehozhat egy Application objektumot az NDS-fában lévő bármely hálózati alkalmazáshoz, majd társíthatja azt meghatározott felhasználókkal. A NAL beállítása után a felhasználó a Windows kliens rendszerbe bejelentkezve megkapja a NAL asztalt, ahol ez a program már ott lesz. Ugyanakkor nem mindegy, hogy a felhasználó melyik gépen ül, mindenhol ugyanazzal a konfigurációval találkozik. A NAL beállításokat a NetWare Administrator kezeli. Ezenkívül a NAL tartalmaz egy úgynevezett delta telepítőt az asztali számítógépekre való kényszerített terjesztéshez és a szoftverfrissítésekhez a hálózaton keresztül.

ÁTJÁRÓ A MICROSOFT ÉS A NETWARE HÁLÓZATOK KÖZÖTT

A Windows NT Serverhez mellékelt Microsoft Gateway Service for NetWare szoftver lehetővé teszi, hogy ne csak CSNW-kliens funkciókat hajtson végre, hanem a Windows NT Servert átjáróként konfigurálja a Microsoft és a NetWare hálózatok között. Ezen keresztül a Microsoft hálózat felhasználói átlátható hozzáférést kapnak a NetWare szolgáltatáshoz. Ennek eredményeként nincs szükség NetWare hálózati szoftver telepítésére az ügyféloldalakra. Ahhoz, hogy az átjáró végrehajthassa a hozzárendelt feladatait, a rendszergazdának költségvetést kell készítenie az NTGATEWAY csoport és a csoport felhasználója számára a NetWare szervereken. Ez a felhasználó rendelkeznie kell a szükséges hozzáférési jogokkal a fájlokhoz és a nyomtatási sorokhoz. A Microsoft hálózati klienseiről a NetWare szerver felé irányuló összes hívás (számától függetlenül) ennek a felhasználónak a nevében történik. Az átjárón a NetWare hálózati erőforrás az átjáró helyi erőforrásához lesz leképezve. A Microsoft hálózati ügyfeleknél a NetWare-erőforrás átjáró-erőforrásként lesz látható. Az 1. ábra egy ilyen megoldást mutat be. A NetWare NW2 SYS kötet gyökérkönyvtára S: helyi meghajtóként látható az NTGT-átjárón. Az S: meghajtó viszont \\NTGT\NW hálózati erőforrásként van lefoglalva. A KOKA kliens ezt az erőforrást a helyi T: logikai meghajtóhoz rendeli hozzá.

1. kép
A Gateway Service for NetWare használatával a Microsoft hálózati ügyfelek a NetWare-erőforrásokat NT-kiszolgáló-erőforrásként tekintik.

A Gateway Service for NetWare megoldás olyan hálózatokban hasznos, ahol alacsony fogyasztású számítógépek vannak, amelyek nem teszik lehetővé a NetWare és a Microsoft hálózati kliensek egyidejű telepítését. Sajnos ennek a megközelítésnek számos hátránya van. Először is, a GSNW nagy terhelést ró az NT szerverre. Másodszor, az összes Microsoft-ügyfélkapcsolat egyetlen felhasználó nevében jön létre az NTGATEWAY csoportban. Így szinte lehetetlen megkülönböztetni a hálózati erőforrásokhoz való hozzáférési jogokat. Harmadszor, az átjáró meghibásodása az összes Microsoft-ügyfél NetWare-erőforrásokhoz való kapcsolatának teljes elvesztését eredményezi. Ugyanakkor mindkét hálózat adminisztrációs feladatai sokkal bonyolultabbá válnak. Ezért ez a megoldás nagyon korlátozott alkalmazásra talált.

EGY MÁSIK SZOLGÁLTATÁS EMULÁLÁSA

A Windows NT Server tartalmazza a File and Print Services for NetWare (FPNW) terméket, amely lehetővé teszi, hogy az NT Server NetWare 3.12 kiszolgálóként működjön. Ez lehetővé teszi, hogy a NetWare hálózati kliens szoftvert futtató számítógép láthassa az NT-kiszolgálókat. Az adminisztrátornak nemcsak a tartományokat és az NT-kiszolgálókat kell kezelnie, hanem be kell állítania az FPNW szolgáltatást is, különösen ki kell jelölnie az egyik NT-könyvtárat a NetWare-kiszolgáló SYS-köteteként, hozzá kell rendelnie a fennmaradó NetWare-köteteket, költségvetést kell készítenie a felügyelőnek és a NetWare-nek. felhasználókat, meghatározza a NetWare hálózati erőforrásokhoz való hozzáférési jogosultságokat stb.

Két különböző szerver platformok(NT és NetWare) ugyanazon fog futni fizikai szerver. Különböző eszközökkel irányítják őket. Ha az NT fájl hozzáférést szabályozzák Felfedező(Fájlkezelő a Windows NT 3.x rendszerben), majd a NetWare - FPNW segédprogramokban. Ha egy NetWare-kötet az NTFS fájlrendszer egy könyvtára alapján jön létre, akkor a fájlok elérését ezenkívül a felhasználói hozzáférési jogok is korlátozzák, vagyis az FPNW eszközök mellett itt is NT eszközöket kell használni.

A NetWare szolgáltatáshoz való hozzáférési jogok csak olyan felhasználókhoz és csoportokhoz rendelhetők hozzá, akiknek költségvetése már létrejött az NT tartományban.

Érthető, hogy a NetWare emulációs szolgáltatás NT környezetben nagyban megnehezíti a hálózati adminisztrációt. Az FPNW teljesítménye a valódi NetWare 3.12-hez képest lényegesen alacsonyabb. Az NDS támogatásának és emulációjának hiánya nem teszi lehetővé, hogy az FPNW-t komoly hálózati integrációs megoldásnak tekintsük. Bizonyos esetekben azonban az FPNW használata megkönnyíti az alacsony fogyasztású és lemez nélküli NetWare állomások integrálását egy vegyes NetWare/Microsoft környezetbe.

SZOLGÁLTATÁS SZINKRONIZÁLÁSA

Egy nagyon érdekes technológia a Microsoft hálózatok és a NetWare közötti teljes interoperabilitás útjában a szolgáltatások szinkronizálása. Ez azt jelenti, hogy az egyes NetWare és NT hálózati erőforrásokat, elsősorban a felhasználók és csoportok költségvetését, időszakonként összhangba hozzák (szinkronizálják). Ez a megközelítés azt jelenti, hogy egy vegyes hálózat erőforrásainak kezelésére elegendő (ideális esetben) egyetlen rendszer segédprogramjait használni.

A Microsoft Directory Service Manager for NetWare (DSMN) szolgáltatása biztosítja az NT tartományi költségvetések és a NetWare 2.x és 3.x kiszolgálók időszakos szinkronizálását (a költségkereteket a Microsoft terminológiájában fiókoknak nevezik). A szinkronizálás után a felhasználók ugyanazokkal a felhasználónevekkel és jelszavakkal rendelkeznek mindkét hálózaton. A szinkronizálási művelet az NT tartományból a NetWare szerverek felé halad. Azaz, ha módosítja a felhasználó költségvetését a NetWare szerveren, az NT ezt nem veszi észre. Ezenkívül a szinkronizálás elindítása után a NetWare költségvetés visszatér eredeti állapotába. Az NT felhasználói és csoportos költségvetései szinkronizálhatók egy adott NT tartomány egyedi vagy összes NetWare szerverével. A DSMN lehetővé teszi egy próba szinkronizálás futtatását, hogy megnézze, hogyan néznek ki a költségvetések a NetWare szerveren. Ezenkívül a szinkronizálási művelet azokon a NetWare-kiszolgálókon is futtatható, amelyek átmenetileg nem elérhetők a hálózaton. A kapcsolat helyreállítása után ezeken a kiszolgálókon a költségvetések automatikusan frissülnek.

A DSMN fő hátrányai közé tartozik a NetWare 4.x és az NDS támogatásának hiánya, valamint az a tény, hogy a szinkronizálás csak az NT tartománytól a NetWare szerverek felé haladva végezhető el. És mivel egy nagy hálózatban több tartomány is lehet, az adminisztrációs problémák nem olyan egyszerűek.

A Novell késéssel adta ki a Novell Administrator for Windows NT (NAdminNT) nevű szinkronizáló eszközt, de sokkal erősebb, mint a Microsoft hasonló terméke. (Nem szabad összetéveszteni a NetWare Administrator for Windows NT rendszerrel, amely az NDS felügyeleti konzol.)

A NAdminNT kiemelkedő tulajdonságai a következők:

  • az egyes vagy az összes NT tartomány NDS és költségvetésének kezelésének képessége egyetlen NetWare Administartor konzolról;
  • NT költségvetések átvitele és integrálása NDS-be és NDS-költségvetések NT tartomány(ok)ba;
  • sablonok használata költségvetések létrehozásakor NDS és NT tartományokban.

Mindez a felhasználói költségvetések, a helyi és globális NT-csoportok NDS-objektumokhoz való társításával érhető el. A rendszergazdának többé nem kell használnia a User Manager for Domains segédprogramot a Windows NT rendszerben. A termék lehetővé teszi az információk átvitelét nem csak az NDS-ről az NT-re, hanem az NT-ről az NDS-re is (bár korlátozásokkal).

A Novell Administrator for Windows NT öt összetevőből áll:

  • NDS sémabővítmények;
  • plug-in (snap-in) NetWare Administrator modulok;
  • IGRATE.EXE integrációs segédprogram;
  • NDS eseményfigyelő;
  • NDS objektumreplikációs szolgáltatás.

Az NDS-sémabővítmények lehetővé teszik új objektumtípusok hozzáadását az NDS-hez, valamint új tulajdonságokat a meglévő NDS-objektumokhoz. Az NT objektumok NDS-en keresztüli kezeléséhez a NAdminNT a következő objektumokat vezeti be az NDS sémába:

  • NT domain;
  • NT munkacsoport;
  • felhasználó NT;
  • globális NT csoport;
  • helyi csoport NT;
  • hibrid NT felhasználó (a meglévő NDS felhasználói költségvetés és a meglévő NT felhasználói költségvetés szinkronizálásával érhető el).

A NetWare Administrator beépülő modulok lehetővé teszik az NT objektumok konzolon keresztüli kezelését, az integrációs segédprogram pedig lehetővé teszi NDS költségvetések létrehozását az NT költségvetésekből és fordítva, valamint az NDS és NT költségvetések szinkronizálását.

Az NDS Event Monitor és az NDS Object Replication Service (ORS) szorosan együttműködik az NDS objektumok és NT költségvetések automatikus szinkronizálása érdekében (az integrációs segédprogrammal ellentétben) (lásd 2. ábra). azonban automatikus frissítés csak az NDS objektumoktól az NT költségvetések felé haladhat.

2. ábra.
Automatikus szinkronizálás a Novell Administrator for Windows NT programban.

Az NDS-eseményfigyelő (NDSDM.NLM) azon a NetWare-kiszolgálón található, amely az NDS-partíció fő replikáját tartalmazza. A hibatűrés javítása érdekében javasolt az NDS Event Monitor telepítése olyan NetWare-kiszolgálókra is, amelyek olvasási/írási replikákat tartalmaznak.

Az NDS objektumreplikációs szolgáltatás az NT elsődleges tartományvezérlőre (PDC), feladatátvétel esetén pedig a tartalék tartományvezérlőkre (BDC) van telepítve.

Amikor az NDS-fában módosításokat hajtanak végre az NT objektumokon (például új felhasználói költségvetés létrehozásakor), az eseményfigyelő nyomon követi azokat, és megérti, hogy a változtatások mikor érintik az NT objektumokat, és mikor nem. A szűrt információk ezután az NT-kiszolgálón tárolt NDS-objektumreplikációs szolgáltatáshoz kerülnek (a Windows NT-hez készült IntranetWare-en keresztül). Az OSR ezután elküldi a szükséges kéréseket a SAM biztonsági költségvetés-kezelőjének. Ha a PDC offline állapotban van, akkor az eseményfigyelő automatikusan továbbítja a változásokat, amint helyreáll a kommunikáció a PDC-vel.

A Novell Administrator for Windows NT ingyenesen letölthető a Novell webhelyéről ( http://www.novell.com).

Sajnos minden szinkronizáló eszköznek megvan az a hátránya, hogy csak az egyes hálózati szolgáltatások szinkronizálását támogatja, általában a felhasználói és csoportos költségvetés szintjén. Az adminisztrátoroknak továbbra is más rendszer-segédprogramokat kell használniuk, különösen a hálózati erőforrásokhoz való hozzáférési jogok megadásához. Ezenkívül az automatikus frissítés csak egy módban történik. Például, ha egy nagy hálózat néhány rendszergazdája rendszert használ Microsoft segédprogramok, és ennek egy része a Novell Administrator, az információk következetlenek lehetnek, és ennek következtében manuális javításra van szükség.

A SZEZON KÖME – NDS FOR NT

Sok késés után a Novell kiadta az NDS-t NT-hez, és az NDS összes funkcióját az NT platformra is elhozta. Az igazság kedvéért meg kell mondanunk, hogy a késést elsősorban a Microsoft rendkívül negatív hozzáállása okozta ehhez az ötlethez. Ez a termék már a LAN előző számában bemutatásra került, ezért a főbb jellemzőire szorítkozunk.

Az NDS for NT felváltja a SAM-bázis eléréséért felelős AMSRV.DLL dinamikus könyvtárat a fő (PDC) és a tartalék (BDC) NT tartományvezérlőkön a sajátjával. Ezenkívül az IntranetWare for Windows NT kliensek telepítve vannak az NT tartományvezérlőkre. Ezt követően a SAM-bázishoz intézett összes hívás átirányításra kerül az új SAMSRV.DLL-n és az IntranetWare-kliensen keresztül az NDS-bázisra. Az NDS for NT telepítésekor az adminisztrátor határozza meg, hogy mely NT költségvetések kerüljenek áttelepítésre az NDS-re. Az NT-költségvetésekhez az NDS új típusú objektumokat hoz létre az NDS-séma kiterjesztésével és a NetWare Administrator beépülő modulok használatával.

Így az NDS minden funkcionális ereje átláthatóan kiterjeszthető az NT-re is. NT rendszer segédprogramok és alkalmazási programok nem veszi észre a különbséget a natív SAM és az NDS-alap között, amikor hozzáfér az NT-költségvetésekhez. Az NT felhasználók és csoportok az NT eszközökkel és egyetlen NetWare adminisztrátori konzollal is felügyelhetők. Sőt, az összes NT tartományt (vagy csak az egyes tartományokat, ha kívánja) felügyelheti a konzolról anélkül, hogy bizalmi kapcsolatokat kellene létrehoznia a tartományok között. A tartományok kezelésének összetett feladatát nagyban leegyszerűsíti az NDS funkcionalitása. Ezenkívül az NDS for NT használatakor a hálózati hibatűrés megnő. Például nem lehet új felhasználói költségvetést létrehozni a szabványos NT sémában, ha a PDC nem működik. Erre itt nincs szükség, mivel a készenléti vezérlők transzparensen kommunikálnak az NDS-szel.

Az NDS for NT bármikor eltávolítható. Ebben az esetben dönthet úgy, hogy visszaállítja a SAM-ot az eredeti állapotába, vagy frissítheti, hogy tükrözze az NDS-ben végrehajtott változtatásokat.

A hátrányokhoz jelenlegi verzió Az NDS annak tudható be, hogy nem tud más NT erőforrásokat kezelni az NDS-en keresztül, kivéve a felhasználói és csoportos költségvetéseket. Különösen az NT segédprogramokat kell használnia a hálózati erőforrásokhoz való hozzáférési jogok beállításához. A Novell egyéb NetWare és NT integrációs eszközeivel ellentétben az NDS for NT nem ingyenes, bár viszonylag olcsó.

AZ INTEGRÁCIÓS ESZKÖZÖK JÖVŐJE

Úgy tűnik, a Microsoft már nem törődött a NetWare és az NT integrációs problémáival. Felismerve az NT tartományrendszer hiányosságait, egy címtárszolgáltatás fejlesztésére összpontosította erőfeszítéseit. Active Directory, amelynek meg kell jelennie a Windows NT 5.0 rendszerrel. Ugyanakkor a Microsoft határozottan megakadályozza az NDS átvitelét az NT platformra. Amikor megjelent az NDS for NT első verziója, igazi botrány tört ki: a Microsoft nem volt hajlandó támogatni azokat a rendszereket, amelyeken ez a termék állt, és teljesen tarthatatlan érveket talált ki. Igaz, akkor a cég kénytelen volt meghátrálni: csak a Novell által írt kódot nem támogatja.

Valószínűleg az Active Directory első verziói nem lesznek versenyképesek. Ha a szoftverfejlesztés történetét nézzük, egy ilyen következtetés önmagát sejteti. A Microsoft ezt többször is bemutatta termékeiben. És nem csak a Microsoft. Amikor 1993-ban a Novell kiadta az NDS első verzióját, az egyszerűen nem működött. Több évbe telt, mire az NDS vonzóvá vált.

A Microsoft nem fogja átvinni az Active Directoryt más platformokra. Úgy gondolja, hogy más társaságokat is képes táncolni az ő dallamára. És valószínűleg nem alaptalanul.

A Novell más helyzetben van. Kénytelen számolni más szereplőkkel, hogy megőrizze helyét a hálózati piacon. Címtárszolgáltatását egy modern hálózati infrastruktúra gerinceként kínálja. A Novell megállapodásokat kötött vezető szoftvergyártókkal az NDS-portolásról különféle változatok UNIX és még OS/390 rendszeren is. Már léteznek NDS-megvalósítások az SCO UnixWare és a Caldera OpenLinux számára. De a Microsoft nem tartozik az érdeklődő partnerek közé. Ezért a Novell kénytelen megküzdeni az NDS-nek az NT-re való átruházásával és a Microsoft ellenállásával. A Novell az NDS for NT fejlesztését tervezi, különösen az NT-ben a fájlokhoz és nyomtatókhoz való hozzáférés adminisztrációs problémájának megoldására, valamint az NDS teljes portolását az NT-re, ahogy az UNIX-ban is történik.

Konstantin Pyanzin a LAN rovatvezetője. Érdeklődni lehet vele:

A Novell fejlesztette ki a NetWare operációs rendszert. Bármilyen jelenleg elterjedt helyi fizikai szerkezetben használható. számítógép hálózat: Token Ring, Ethernet vagy ARCnet. Ezért a NetWare hálózati operációs rendszer által támogatott hálózatok rendelkezhetnek busz-, gyűrű- és csillag topológiával. Az Ethernet fizikai felépítésének népszerűsége miatt a Novell Netware használata az ilyen típusú topológiákhoz továbbgondolandó.

A Novell helyi hálózata egy Ethernet hardverrel megvalósított busztopológiás hálózat. A LAN átviteli közegének fő típusa a koaxiális kábel. Az Ethernet kétféle koaxiális kábelt használ – vastag és vékony. Elektromos paramétereikben hasonlóak, de különböznek egymástól a hálózati szegmens átmérőjében és megengedett hosszában.

A "Pure" Ethernet vastag koaxiális kábelt használ, és a szerverek és munkaállomások csatlakoztatásához speciális eszközökre van szükség - adó-vevőkre (transzceiverekre).

A Novell által használt helyi hálózat fő verziója vékony kábelen alapul. Egy vékony kábel szakaszai speciális csatlakozókon (T-csatlakozókon) keresztül kötik össze a helyi hálózat számítógépeiben található hálózati kártyákat.

A LAN egy fájlszerverből és a hálózati szegmensbe tartozó munkaállomásokból áll.

Jegyzet. A hálózati szegmens egy koaxiális kábel, amelyhez számítógépek csatlakoznak. Lehet, hogy egy külön helyi számítógép hálózat vagy egy hálózat része.

Egy hálózati szegmens maximális hossza 185 m, de maximum öt szegmens csatlakoztatható átjátszókkal. Egy szegmens legfeljebb 30 munkaállomást foglal magában.

Az utóbbi időben nagyon népszerűvé vált a sodrott érpárú vezetékhálózat. Ez magában foglalja a munkaállomások hubhoz való csatlakoztatását. Például egy hub 12 állomás működését képes támogatni, amelyek legfeljebb 120 m távolságra vannak tőle. A hubok kaszkádozhatók, és a szegmensek maximális száma egy hálózatban 1024 lehet.

Így a Novell helyi hálózat megvalósítása kétféle topológián lehetséges: buszon és csillagon.

Külföldön olcsósága miatt előnyben részesítik a csavart érpárt. Oroszországban főleg vékony koaxiális kábelt használnak.

A vékony kábelen, illetve sodrott érpáron lévő LAN szerkezeti vázlatai az ábrán láthatók. 6.27.

Rizs. 6.27. Novell NetWare számítógépes hálózat: a- vékony kábelen; b- csavart érpár


Kapcsolódó információ:

  1. "Golden Age" Spirituális Központunkban a test gyógyítására, a lélek megtisztítására és a SZELLEM, MONÁD és SZUPERMONÁD aktiválására módszerek egész rendszerét fejlesztettük ki.
  2. Központunk a test tisztítására, gyógyítására és fiatalítására szolgáló módszerek teljes RENDSZERÉT fejlesztette ki; a Lélek megtisztítása és gyógyítása; a SZELLEM, MONÁD, SZUPERMONÁD aktiválása

NETWARE operációs rendszer: A NetWare operációs rendszer célja Mint ismeretes, a hálózat egymáshoz kapcsolódó számítógépek gyűjteménye, amelyek adatcserét és különféle erőforrások megosztását biztosítják. A hálózati erőforrások lehetnek nyomtatók, fájlok, alkalmazási programok stb. A hálózat kezelésére speciális hálózati operációs rendszereket fejlesztenek ki, amelyek szervezetük szerint peer-to-peer (Peer-To-Peer Network) és dedikált fájlszerverrel (Dedicated File Server Network) is feloszthatók. A felhasználónak biztosított szolgáltatások: A NetWare a következő szolgáltatásokat nyújtja a felhasználóknak: támogatja a fájlmegosztást, hozzáférést biztosít a hálózati nyomtatókhoz, e-mail lehetőségeket kínál, támogatja a különféle típusú DBMS-eket, hozzáférést biztosít a fájlszerver a különböző operációs rendszereket futtató munkaállomások részéről olyan eszközöket kínál, amelyek lehetővé teszik a távoli hálózati szegmensek kombinálását, "átlátszóságot" biztosít a helyi és távoli felhasználók számára a hálózati erőforrásokhoz való hozzáféréshez, eszközöket kínál a megbízható adattároláshoz, biztosítja a hálózati erőforrások védelmét az illetéktelenektől hozzáférést, támogatja a dinamikusan bővülő, több szegmensből álló köteteket több fájlkiszolgáló lemezen, vállalati hálózati erőforrás-kezelő eszközöket biztosít: egyetlen könyvtár hálózati erőforrások A NetWare 4.1-ben található NDS adatátvitelt és -feldolgozást biztosít különböző protokollok használatával: SPX/IPX, TCP/IP, NetBIOS, AppleTalk, támogatja a szuperszervereket szimmetrikus üzemmódban (OS NetWare 4.1 SMP). A NetWare előnyei: A NetWare-nek van néhány előnye a versenytárs Windows NT Server 3.51-hez képest. Ez a szerveren lévő összes protokoll irányítása, magának a szervernek a távvezérlése és a DOS-t futtató kliens állomások hatékony támogatása. Sőt, a NetWare 4.1 számos olyan szolgáltatást támogat, amelyek egy vállalati hálózati operációs rendszerhez szükségesek. Például a NetWare Directory Service (NDS) hatékony eszközzé vált a nagyok kezelésére vállalati hálózatok. A biztonsági rendszer tartalmaz egy funkciót, amely korlátozza a felhasználói adatok mennyiségét a szerver köteten. Ez a szolgáltatás nincs megvalósítva a Windows NT rendszerben. A NetWare fájl- és hálózati nyomtatási szolgáltatásai továbbra is felülmúlják versenytársait, különösen a nagy, heterogén hálózatokon. Más hálózati operációs rendszerekhez képest a NetWare támogatja több működési környezetek kliensek, köztük DOS, Windows, OS/2, Macintosh és UNIX. A NetWare a hardverek számát tekintve is vezető, ill szoftver eszközök harmadik felek, amelyek kiterjesztik és kiegészítik azt funkcionalitás. A rendszer több lehetőséget kínál Tartalékmásolatés tárolás, több felügyeleti segédprogram és hálózati alkalmazás, mint bármely más operációs rendszer. A NetWare másik előnye, hogy könnyebben találhat képzett szervizszemélyzetet a szervizeléshez.

Ha hibát észlel, jelöljön ki egy szövegrészt, és nyomja meg a Ctrl + Enter billentyűket
OSSZA MEG: