Netware: rete sistema operativo e impostare protocolli di rete, utilizzati in questo sistema per interagire con i computer client connessi alla rete. Il sistema operativo NetWare è stato creato da Novell. NetWare è un sistema operativo chiuso che utilizza il multitasking cooperativo per eseguire vari servizi su computer con architettura Intel x86. I protocolli di rete del sistema si basano sullo stack di protocolli XNS. NetWare attualmente supporta i protocolli TCP/IP e IPX/SPX. NetWare è una delle famiglie di sistemi XNS. Esempi di tali sistemi includono Banyan VINES e Ungerman-Bass Net/One. A differenza di questi prodotti e XNS, NetWare ha guadagnato una quota di mercato significativa all'inizio degli anni '90 e ha gareggiato Microsoft Windows NT, dopo il rilascio del quale cessarono di esistere altri sistemi concorrenti.
NetWare si basava su un'idea molto semplice: uno o più server dedicati si connettono a una rete e forniscono condivisione Proprio spazio sul disco sotto forma di volumi. I computer client che eseguono MS-DOS eseguono diversi programmi residenti speciali che consentono di "assegnare" lettere di unità ai volumi. Gli utenti devono accedere alla rete per accedere ai volumi ed essere in grado di assegnare lettere di unità. L'accesso alle risorse di rete è determinato dal nome di accesso.
Gli utenti possono anche connettersi a stampanti condivise su un server dedicato e stampare stampanti di rete lo stesso del locale.
Nonostante il fatto che in prime versioni NetWare considerava tutti i moduli del sistema inaffidabili (qualsiasi modulo che non funzionava correttamente poteva interrompere l'intero sistema), era un sistema molto stabile. Non è raro che i server NetWare funzionino senza intervento umano per anni.
NetWare è stato creato come risultato del lavoro Software Superset- un gruppo di consulenza fondato dagli amici Drew Major, Dale Neibauer, Kyle Powell e successivamente incluso in questo gruppo Mark Hurst. Questo lavoro si basava sui risultati dei loro studi presso la Brigham Young University di Provo , nello Utah , nell'ottobre 1981 .
Questo sistema operativo di rete è stato successivamente chiamato NovellNetWare. NetWare utilizza il protocollo NCP (hello NetWare Kernel Protocol), che è un protocollo di pacchetto che consente ai client di inviare richieste ai server NetWare e ricevere risposte da essi. Inizialmente, NCP era legato ai protocolli IPX/SPX, il che significa che il sistema NetWare stesso poteva utilizzare solo IPX/SPX per comunicare sulla rete. Per archiviare le informazioni di autenticazione è stato utilizzato un sistema integrato basato sul DBMS Btrieve.
Il primo prodotto software denominato NetWare è stato rilasciato nel 1983 . Lui ha chiamato Reteware 68(O Novell S-Net), girava su un processore Motorola 68000 e utilizzava una topologia a stella. Questo prodotto è stato sostituito nel 1985 da Reteware 86, che è stato scritto per essere eseguito su processori Intel 8086. Dopo il rilascio del processore Intel 80286, Novell ha rilasciato Reteware 286(nel 1986). Nel 1989, dopo il rilascio del processore Intel 80386, seguì Reteware 386. Novell ha successivamente rivisto la numerazione delle versioni di NetWare: Reteware 286 divenne NetWare 2.x, UN Netware divenne NetWare 3.x.
L'impostazione di NetWare versione 2 ha richiesto uno sforzo considerevole: qualsiasi modifica richiedeva una ricompilazione del kernel e un riavvio del sistema. La ricompilazione e la sostituzione del kernel richiedevano l'utilizzo di 20 floppy disk a turno. L'amministrazione di NetWare è stata eseguita utilizzando utilità basate su testo, come ad esempio SYSCON. NetWare 2 utilizzava un file system Netware Sistema di file 286 , o NWFS 286 .
NetWare versione 3 è stata semplificata costruendola in modo modulare. Le funzioni del sistema operativo sono state eseguite da moduli software separati - Moduli caricabili NetWare(NLM), che può essere caricato sia all'avvio del sistema che, se necessario, dopo l'avvio. Questa architettura ha permesso di aggiungere le funzionalità necessarie al sistema, come protezione antivirus, backup, supporto per nomi di file lunghi (all'epoca, i nomi di file nel comune MS-DOS erano limitati a 8 caratteri nel nome e 3 caratteri nell'estensione del nome) o il supporto per i file Macintosh. Si suggeriva ancora di eseguire la gestione di NetWare in utilità basate su testo. NetWare 3.x introduce un nuovo sistema di file, che era l'impostazione predefinita su tutti i sistemi NetWare precedenti a NetWare 5.x, è NetWare File System 386 o NWFS 386 .
Inizialmente, NetWare utilizzava un servizio per l'autenticazione. Legatoria. Era un sistema in cui tutti i diritti di accesso degli utenti e i dati di sicurezza erano archiviati separatamente su ciascun server. Quando c'erano diversi server nella rete, gli utenti dovevano registrarsi separatamente in ciascuno di questi server e ogni server doveva contenere il proprio elenco di utenti con diritti di accesso.
Dopo NetWare 6.5, Novell ha rilasciato un sistema operativo nel 2003 Apri Enterprise Server(OES), in cui gli utenti possono scegliere il kernel del sistema operativo: NetWare o Linux. Questa integrazione è avvenuta poco dopo l'acquisizione di Ximian da parte di Novell e del fornitore tedesco di GNU/Linux SuSE. Si ritiene che Novell stia spostando la sua attenzione da NetWare e portando le applicazioni su GNU/Linux. Sebbene Novell lo neghi ufficialmente e affermi che svilupperà sia NetWare che Linux.
OES 2 è stato rilasciato l'8 ottobre. Comprendeva NetWare 6.5 SP7 e il nuovo SLES10 basato su Linux.
NetWare ha dominato il mercato dei sistemi operativi di rete dalla metà degli anni '80 alla fine degli anni '90 grazie alle sue prestazioni estremamente elevate rispetto ad altri sistemi operativi di rete. La maggior parte dei benchmark all'epoca indicava un vantaggio prestazionale da 5:1 a 10:1 rispetto ai prodotti di Microsoft, Banyan e altre società. Risultati di uno prova comparativa erano di particolare interesse: un sistema NetWare 3.x con servizi NFS in esecuzione su protocolli TCP/IP (non il protocollo IPX sviluppato da NetWare) rispetto a un costoso server Auspex NFS dedicato e un server SCO Unix che esegue servizi NFS. Le prestazioni di NetWare NFS hanno superato entrambi Sistemi NFS, che fanno parte dei rispettivi sistemi operativi, e hanno superato due volte le prestazioni di SCO Unix NFS sullo stesso hardware.
C'erano diversi motivi per le prestazioni di NetWare.
Al momento dello sviluppo della prima versione di NetWare, quasi tutti gli archivi di dati nelle reti locali funzionavano sulla base del modello disco server. Ciò significava che il computer client, per leggere un blocco di file, doveva eseguire le seguenti richieste su una rete locale relativamente lenta.
Nel sistema NetWare, basato sul modello dei servizi di file, l'interazione con il client avveniva a livello di API dell'interfaccia file. In genere, l'operazione di lettura di un file da parte del client veniva eseguita come segue.
Il protocollo NCP si basava sul concetto di consegna affidabile dei pacchetti da parte della rete nella maggior parte dei casi. Pertanto, la risposta alla richiesta è servita nella maggior parte dei casi come conferma. Un esempio di richiesta di lettura del client in questo modello.
Tutte le richieste contenevano un numero di sequenza, quindi se il client non riceveva una risposta entro il tempo specificato, inviava nuovamente la richiesta con lo stesso numero di sequenza. Se il server avesse già elaborato questa richiesta, invierebbe nuovamente la risposta memorizzata nella cache. Se il server non ha avuto il tempo di elaborare la richiesta, invierà un "riconoscimento positivo" che significa "ho ricevuto la richiesta ma non sono ancora riuscito a elaborarla, non disturbarmi".
Il risultato di questo modello di "rete affidabile" è stata una riduzione di due terzi del traffico di rete e della relativa latenza.
Negli anni '90, l'esecuzione delle operazioni di servizi di file di rete da parte di uno speciale Software in un sistema operativo convenzionale con l'esecuzione delle stesse operazioni da parte di un sistema operativo specializzato. NetWare era un sistema operativo specializzato, non un sistema operativo multiproprietà. È stato scritto interamente per gestire le richieste client-server. Inizialmente, il sistema era incentrato sui servizi di file e stampa, ma in seguito ha dimostrato eccellenti capacità legacy come piattaforma di database, sistemi, interfaccia utente grafica e altro ancora. I processi ei servizi in esecuzione su NetWare dovevano funzionare correttamente: elaborare la richiesta e restituire il controllo al sistema operativo nel tempo assegnato. A differenza dei sistemi operativi NetWare scopo generale(UNIX , Microsoft Windows) erano basati su un modello interattivo che supportava il time-sharing, quando, senza controllo da parte del sistema operativo, un programma poteva occupare tutte le risorse di sistema disponibili. In questi ambienti con multitasking preventivo e virtualizzazione della memoria, si verificava un sovraccarico significativo perché questi sistemi non dispongono mai di risorse sufficienti per soddisfare tutte le richieste di tutte le applicazioni. Tali sistemi sono migliorati nel tempo attraverso una più stretta integrazione servizi di rete con un kernel del sistema operativo "general purpose", ma non ha mai raggiunto il livello di efficienza di NetWare. Sfortunatamente, in passato, quando i processi applicativi avevano il controllo di se stessi, tale "fiducia" spesso portava a arresti anomali del sistema.
Forse la ragione principale del successo di Novell negli anni '80 e '90 fu il funzionamento più efficiente di NetWare rispetto ai sistemi operativi generici. Tuttavia, con l'aumentare della potenza dei microprocessori, il valore dell'efficienza è diventato sempre più ridotto e, con l'avvento del processore Pentium, la complessità della gestione e dello sviluppo di applicazioni per NetWare ha cominciato a prevalere sui suoi vantaggi. L'eccessiva fiducia della divisione marketing e del management di Novell di fronte alla reale minaccia dei concorrenti (NT4 e Microsoft Exchange) è stata l'ultima goccia del processo, che, alla fine, ha portato alla perdita di posizione da parte del sistema NetWare.
Konstantin PyanzinUna cattiva pace è meglio di una buona lite.
Proverbio
Fino a poco tempo fa, il rapporto tra i giganti del networking Novell e Microsoft è stato di guerra. Si sentono ancora gli echi del cannoneggiamento. Novell, una volta dominante nel mercato delle reti, è stata costretta da Windows NT a mettersi sulla difensiva. Tuttavia, rendendosi conto che prendere NT con ostilità non avrebbe portato a nulla, Novell ha cambiato tattica e strategia. Ora non nega molti dei vantaggi di NT (tuttavia, non dimentica di sottolineare le carenze del modello di rete di NT Server). Il credo di Novell è cambiato: "L'utente ha il diritto di scegliere qualsiasi soluzione e il compito di Novell è aiutare a integrare questa soluzione in un'unica infrastruttura di rete".
Microsoft assume una posizione leggermente diversa. Sebbene la scaramuccia con Novell si sia notevolmente attenuata, Microsoft aderisce ancora allo slogan: "Chi non è con noi è contro di noi". Tuttavia, questa posizione di Microsoft è tipica non solo per l'area di rete. L'azienda è in grado di sottomettere qualsiasi produttore di prodotti software, cosa che fa di volta in volta con successo. Tuttavia, qualcosa, ma il buon senso e l'acume di Bill Gates non possono essere tolti. Procede all'azione decisiva solo quando il terreno è preparato. Nel rapporto con Novell, questo si manifesta pienamente. Quando sono apparse le prime versioni di Windows NT, Novell ha dominato il mercato delle reti con NetWare. Pertanto, volenti o nolenti, Microsoft ha dovuto fare i conti con questo forte rivale.
Gli utenti, soprattutto all'inizio, hanno mostrato una forte insoddisfazione per le posizioni di Novell e Microsoft. La lotta tra le società di rete ha fornito libertà di scelta, ma non ha dato l'opportunità di utilizzare in modo trasparente entrambi i prodotti nello stesso ambiente. Qui l'espressione di Mao Tse Tung "la guerra è buona" è la meno adatta. Grazie a Dio, molto è cambiato in meglio dalle guerre di rete. Ora il mercato offre molti prodotti che consentono in una certa misura di integrare NetWare e Windows. Anche se la questione non è mai arrivata a una piena integrazione. La maggior parte di questi prodotti viene fornita direttamente da Novell e Microsoft. Il che non sorprende, dal momento che nessuno conosce i propri sistemi meglio di loro.
Ciascuno dei sistemi operativi di rete ha le proprie carte vincenti. NetWare ha dimostrato di essere un ottimo file e server di stampa. Novell Directory Services (NDS), incluso in NetWare 4.x, è diventato lo standard del settore nell'ambiente aziendale. Al momento, essenzialmente non ha concorrenti. Inoltre, una serie di prodotti Novell, in particolare il sistema di collaborazione documentale GroupWise e il sistema di gestione della rete ManageWise, occupano stabilmente una delle posizioni leader a livello mondiale. Tra i principali svantaggi del sistema operativo NetWare, si può individuare il fatto che, a causa dell'architettura, non è la scelta migliore come server delle applicazioni.
Windows NT, d'altra parte, è particolarmente adatto per i server delle applicazioni e ha un rapporto prezzo/prestazioni favorevole. Ha un buon servizio file/stampa, anche se un po' inferiore a quello di NetWare 4.x. Inoltre, NT Server funziona alla grande con client basati su Windows 95 e Windows NT Workstation. NT ha un'interfaccia utente user-friendly, molto è stato scritto per questo. applicazioni interessanti. Anche secondo Novell, i PC client basati su Windows NT Workstation sono ottimi in un ambiente aziendale. Ma le reti NT hanno un grosso svantaggio: l'uso di un sistema di dominio arcaico. Non è adatto per reti aziendali e distribuite e non può competere con NDS. In effetti, il sistema di dominio è il livello del gruppo di lavoro.
Storicamente, prima dell'introduzione di NT, NetWare dominava il mercato delle reti, quindi i clienti aziendali raramente accettano di modificare l'intera architettura di rete per NT. Inoltre, i fatti dimostrano che, nonostante la promozione attiva di NT, l'interesse per NetWare non sta diminuendo. La questione di come utilizzare le qualità positive di entrambi i sistemi operativi di rete in un unico ambiente è molto rilevante. Ci sono diverse opzioni qui. Tutto dipende dal grado di integrazione richiesto.
Quando Microsoft ha rilasciato la prima versione di Windows NT Advanced Server 3.1 nel 1993, è stato annunciato che supportava NetWare. Molti utenti sono stati frustrati dal modo in cui Microsoft utilizza il termine "supporto". L'unico componente di NT 3.1 per comunicare con NetWare era il protocollo di trasporto compatibile NWLink IPX/SPX. Questo è il protocollo e niente di più. Di per sé, non consentiva a NT di accedere alle risorse di rete NetWare, né ai client NetWare di accedere alle unità NT. NWLink ha permesso di interagire con applicazioni client-server utilizzando il protocollo IPX/SPX. In particolare, era possibile installare il DBMS Oracle sul server NetWare e quindi lavorare con esso da una macchina client sotto Windows NT. Tuttavia, il protocollo NWLink è attualmente utilizzato attivamente come trasporto, anche dal software client per la comunicazione con le reti NetWare.
Il modo più semplice per risolvere il problema è lasciare che NetWare e NT Server funzionino indipendentemente. Sono amministrati e gestiti separatamente, con i propri fondi propri. Per lavorare con NetWare e NT Server, due programmi vengono installati contemporaneamente sui computer client: il software client per la rete NetWare e il software client per la rete Microsoft. Questi programmi hanno un certo grado di integrazione tra loro: l'utente deve solo inserire un nome (nome di accesso) e una password una volta per accedere a entrambe le reti.
I sistemi operativi Windows 95/NT Workstation includono nativamente il software client Client for Microsoft Networks per la rete Microsoft e quindi non hanno mai problemi di accesso al server NT. Per quanto riguarda il software client per la rete NetWare, la situazione è leggermente diversa.
Windows 95 includeva il client Microsoft per NetWare, che forniva abbastanza servizio conveniente per reti NetWare 3.xe NetWare 4.x (in modalità di emulazione BINDERY). Tuttavia, non supportava il servizio di directory Novell NDS in rapida crescita (su reti NetWare 4.x). Solo pochi mesi dopo uscire da Windows 95 Microsoft ha rilasciato un nuovo client per NetWare che consente di utilizzare NDS. Tuttavia, questo client presentava serie limitazioni: ad esempio, alcune utilità NetWare non funzionavano con esso. Inoltre, non includeva la possibilità di accedere a più alberi NDS contemporaneamente. In effetti, il client serviva solo come mezzo per accedere alla rete NetWare (almeno NetWare 4.x).
Novell ha fornito la propria variante client chiamata NetWare Client per Windows 95 (consegnato gratuitamente), che ha eliminato tutte le limitazioni inerenti al client per NetWare di Microsoft. Questo client consente di accedere a più alberi NDS contemporaneamente, dispone di pratiche utilità di gestione e molte altre funzioni utili.
Qualcosa di simile è successo con la sala operatoria. Sistema Windows NT. Microsoft ha preparato due tipi di software client per la rete NetWare: Windows NT Workstation ha Servizio Clienti per NetWare (CSNW) e Windows NT Server - Servizio gateway per NetWare (GSNW). Il prodotto GSNW include tutte le funzionalità di CSNW e ne aggiunge alcune proprie.
Windows NT 3.5 veniva fornito con un client CSNW (o GSNW) che non supportava NDS, ma funzionava con NetWare 3.xe NetWare 4.x (in modalità di emulazione BINDERY). A partire da Windows NT 4.0, il software client interagisce con NDS, ma con limitazioni. Il client CSNW/GSNW non dispone di utilità di gestione della rete NetWare né le utilità di Windows NT di Novell possono essere eseguite tramite esso. Un utente può accedere solo a un albero NDS. Tuttavia, il client CSNW/GSNW ha svolto un ruolo importante perché al momento del suo rilascio non esistevano altri mezzi per interagire con la rete NetWare in ambiente Windows NT.
Quando alla fine del 1996 fu rilasciato il nuovo sistema operativo Novell IntranetWare/NetWare 4.11, gli utenti rimasero perplessi scoprendo che mancava il software client Windows NT. La prima versione di tale client è apparsa solo pochi mesi dopo e da allora è stata aggiornata più volte. Ora questo software si chiama IntranetWare Client per Windows NT ed è disponibile gratuitamente. Novell è riuscita a incarnare molte nuove idee e tecnologie. Ovviamente il client implementa la registrazione in più alberi NDS contemporaneamente, ma non è tutto, ad esempio può essere aggiornato automaticamente. Novell ha riscritto le principali utilità di sistema NetWare specificamente per Windows NT, come NetWare Administrator per Windows NT.
Forse uno dei componenti più straordinari di IntranetWare Client per Windows NT è Novell Workstation Manager. Per sfruttare le risorse locali di Windows NT, gli utenti devono essere autenticati (identificati) all'avvio del sistema operativo dal Security Access Manager (SAM) locale. Utilizzando il componente Novell Workstation Manager, un amministratore può creare un oggetto Workstation nella struttura NDS e quindi associare i budget di utenti, gruppi e contenitori NDS all'oggetto (questo è reso possibile dall'estensione Schema NDS). Di conseguenza, l'amministratore non deve occuparsi dei domini NT per gestire gli utenti locali. All'avvio di NT, il client IntranetWare richiede un nome, una password, un albero NDS e così via, sostituendo il prompt standard di Windows NT. Quando si immettono i parametri specificati, il client determina se l'utente è associato all'oggetto Workstation dell'albero NDS. In tal caso, il client IntranetWare crea automaticamente un budget utente locale (se non esiste nel sistema) e lo elimina automaticamente al termine. Ciò solleva l'amministratore dalla necessità di creare budget locali su ogni workstation Windows NT. Con un'unica utility NetWare Administrator, gestisce tutte le risorse di rete NetWare e le workstation Windows NT.
Oltre a Novell Workstation Client, IntranetWare Client per Windows NT (oltre a Cliente Windows 95) è molto programma utile Avvio applicazioni Novell (NAL). NAL semplifica l'amministrazione delle applicazioni di rete. Con NAL, un amministratore può creare un oggetto Application per qualsiasi applicazione di rete nell'albero NDS e quindi associarlo a utenti specifici. Dopo aver configurato NAL, l'utente, dopo aver effettuato l'accesso al sistema client Windows, riceverà il desktop NAL, dove questo programma sarà già lì. Allo stesso tempo, non importa su quale macchina specifica sia seduto l'utente, ovunque incontrerà la stessa configurazione. Le impostazioni NAL sono gestite tramite NetWare Administrator. Inoltre, NAL contiene un cosiddetto programma di installazione delta per la distribuzione forzata ai desktop e gli aggiornamenti software tramite la rete.
Il software Microsoft Gateway Service per NetWare incluso in Windows NT Server consente non solo di eseguire funzioni client CSNW, ma anche di configurare Windows NT Server come gateway tra le reti Microsoft e NetWare. Attraverso di essa, gli utenti della rete Microsoft ottengono un accesso trasparente al servizio NetWare. Di conseguenza, non è necessario installare il software di rete NetWare sui siti client. Affinché il gateway possa eseguire le attività assegnate, l'amministratore deve creare budget per il gruppo NTGATEWAY e l'utente di questo gruppo sui server NetWare. Questo utente deve disporre dei necessari diritti di accesso ai file e alle code di stampa. Tutte le chiamate al server NetWare dai client di rete Microsoft (indipendentemente dal loro numero) verranno effettuate per conto di questo utente. Sul gateway, la risorsa di rete NetWare verrà mappata alla risorsa locale del gateway. Per i client di rete Microsoft, la risorsa NetWare sarà visibile come risorsa gateway. La Figura 1 mostra un esempio di tale soluzione. La directory principale del volume NetWare NW2 SYS è visibile sul gateway NTGT come unità locale S:. A sua volta, l'unità S: viene allocata come risorsa di rete \\NTGT\NW. Il client KOKA esegue il mapping di questa risorsa all'unità logica locale T:.
Immagine 1.
Utilizzando il servizio gateway per NetWare, i client di rete Microsoft vedono le risorse NetWare come risorse del server NT.
La soluzione Gateway Service for NetWare è utile per le reti in cui sono presenti PC a bassa potenza che non consentono l'installazione contemporanea di client di rete NetWare e Microsoft. Sfortunatamente, questo approccio ha molti inconvenienti. Innanzitutto, GSNW carica molto il server NT. In secondo luogo, tutte le connessioni client Microsoft vengono effettuate per conto di un singolo utente nel gruppo NTGATEWAY. Pertanto, è quasi impossibile differenziare i diritti di accesso alle risorse di rete. In terzo luogo, il malfunzionamento del gateway comporterà la completa perdita di tutte le connessioni dei client Microsoft alle risorse NetWare. Allo stesso tempo, i compiti di amministrazione di entrambe le reti diventano molto più complicati. Pertanto, questa soluzione ha trovato un'applicazione molto limitata.
Windows NT Server include il prodotto File and Print Services for NetWare (FPNW), che consente a NT Server di fungere da server NetWare 3.12. Ciò consente al PC che esegue il software client di rete NetWare di vedere i server NT. L'amministratore deve non solo gestire domini e server NT, ma anche configurare il servizio FPNW, in particolare, allocare una delle directory NT come volume SYS del server NetWare, assegnare i restanti volumi NetWare, creare budget per il supervisore e NetWare utenti, definire i diritti di accesso degli utenti alle risorse di rete NetWare ecc.
Due diversi piattaforme server(NT e NetWare) funzioneranno sullo stesso server fisico. Sono controllati con mezzi diversi. Se l'accesso ai file NT è controllato Esploratore(File Manager in Windows NT 3.x), quindi in NetWare - Utilità FPNW. Se un volume NetWare viene creato in base a una directory nel file system NTFS, l'accesso ai file è ulteriormente limitato dai diritti di accesso dell'utente a questi file, ovvero, oltre agli strumenti FPNW, dovrai utilizzare anche gli strumenti NT qui.
I diritti di accesso al servizio NetWare possono essere assegnati solo a utenti e gruppi i cui budget sono già stati creati nel dominio NT.
Comprensibilmente, il servizio di emulazione NetWare in un ambiente NT complica enormemente l'amministrazione della rete. Le prestazioni di FPNW rispetto al vero NetWare 3.12 sono significativamente inferiori. La mancanza di supporto ed emulazione di NDS non ci consente di considerare FPNW come una soluzione seria per l'integrazione di rete. Tuttavia, in alcuni casi, l'utilizzo di FPNW facilita l'integrazione di stazioni NetWare a basso consumo e prive di disco in un ambiente misto NetWare/Microsoft.
Una tecnologia molto interessante ai fini della piena interoperabilità tra le reti Microsoft e NetWare è la sincronizzazione dei servizi. Implica che le singole risorse di rete NetWare e NT, principalmente i budget di utenti e gruppi, vengano periodicamente allineate tra loro (sincronizzate). Questo approccio significa che è sufficiente utilizzare (idealmente) le utenze di un solo sistema per gestire le risorse di una rete mista.
Directory Service Manager per NetWare (DSMN) di Microsoft fornisce la sincronizzazione periodica dei budget dei domini NT e dei server NetWare 2.xe 3.x (i budget sono chiamati account nella terminologia Microsoft). Dopo la sincronizzazione, gli utenti hanno gli stessi nomi utente e password su entrambe le reti. L'operazione di sincronizzazione procede dal dominio NT ai server NetWare. Cioè, se apporti modifiche al budget dell'utente sul server NetWare, NT non se ne accorgerà. Inoltre, una volta avviata la sincronizzazione, il budget NetWare tornerà allo stato originario. I budget di utenti e gruppi NT possono essere sincronizzati con singoli o tutti i server NetWare in un determinato dominio NT. DSMN consente di eseguire una sincronizzazione di prova per vedere come appariranno i budget sul server NetWare. Inoltre, l'operazione di sincronizzazione può essere eseguita su quei server NetWare che sono temporaneamente non disponibili sulla rete. Una volta ripristinata la connessione, i budget su questi server verranno aggiornati automaticamente.
Tra i principali svantaggi di DSMN ci sono la mancanza di supporto per NetWare 4.xe NDS e il fatto che la sincronizzazione può essere eseguita solo nella direzione dal dominio NT ai server NetWare. E poiché possono esserci più domini in una rete di grandi dimensioni, i problemi di amministrazione non sono poi così facili.
Novell ha rilasciato uno strumento di sincronizzazione chiamato Novell Administrator per Windows NT (NAdminNT) con un ritardo, ma è molto più potente di un prodotto simile di Microsoft. (Non deve essere confuso con NetWare Administrator per Windows NT, che è la console di gestione NDS.)
Le caratteristiche salienti di NAdminNT sono:
Tutto ciò si ottiene associando i budget degli utenti, i gruppi NT locali e globali agli oggetti NDS. L'amministratore non deve più utilizzare l'utilità User Manager per domini in Windows NT. Il prodotto consente di trasferire informazioni non solo da NDS a NT, ma anche da NT a NDS (sebbene con limitazioni).
Novell Administrator per Windows NT contiene cinque componenti:
Le estensioni dello schema NDS consentono di aggiungere nuovi tipi di oggetto a NDS, nonché nuove proprietà per oggetti NDS esistenti. Per gestire gli oggetti NT tramite NDS, NAdminNT introduce i seguenti oggetti nello schema NDS:
I plug-in NetWare Administrator consentono di gestire gli oggetti NT tramite la console e l'utility di integrazione consente di creare budget NDS dai budget NT e viceversa, nonché di sincronizzare i budget NDS e NT.
NDS Event Monitor e NDS Object Replication Service (ORS) collaborano strettamente per fornire la sincronizzazione automatica (a differenza dell'utility di integrazione) degli oggetti NDS e dei budget NT (vedere la figura 2). Tuttavia aggiornamento automatico può solo andare nella direzione dagli oggetti NDS ai budget NT.
Figura 2.
Sincronizzazione automatica in Novell Administrator per Windows NT.
NDS Event Monitor (NDSDM.NLM) risiede sul server NetWare che contiene la replica master della partizione NDS. Per migliorare la tolleranza agli errori, si consiglia di installare NDS Event Monitor anche sui server NetWare che contengono repliche di lettura/scrittura.
Il servizio di replica degli oggetti NDS è installato sul controller di dominio primario NT (PDC) e, per il failover, sui controller di dominio di backup (BDC).
Quando vengono apportate modifiche agli oggetti NT nell'albero NDS (ad esempio, durante la creazione di un nuovo budget utente), il monitor degli eventi ne tiene traccia e comprende quando le modifiche influiscono sugli oggetti NT e quando no. Le informazioni filtrate vengono quindi passate al servizio di replica degli oggetti NDS ospitato sul server NT (tramite IntranetWare per Windows NT). L'OSR invia quindi le richieste necessarie al gestore del budget di sicurezza SAM. Se il PDC è offline, il monitor eventi inoltrerà automaticamente le modifiche non appena viene ripristinata la comunicazione con il PDC.
Novell Administrator per Windows NT può essere scaricato gratuitamente dal sito Web di Novell ( http://www.novell.com).
Sfortunatamente, tutti gli strumenti di sincronizzazione hanno lo svantaggio di supportare solo la sincronizzazione di singoli servizi di rete, solitamente a livello di budget di utenti e gruppi. Gli amministratori devono ancora utilizzare altre utilità di sistema, in particolare, per concedere i diritti di accesso alle risorse di rete. Inoltre, l'aggiornamento automatico avviene solo in una modalità. Ad esempio, se alcuni amministratori di una rete di grandi dimensioni utilizzano il sistema Utilità Microsoft, e parte di esso è l'amministratore di Novell, le informazioni potrebbero essere incoerenti e richiedere di conseguenza una correzione manuale.
Dopo molto ritardo, Novell ha rilasciato NDS per NT, portando tutte le funzionalità di NDS sulla piattaforma NT. In tutta onestà, va detto che il ritardo è stato causato principalmente dall'atteggiamento estremamente negativo di Microsoft nei confronti di questa idea. Questo prodotto era già stato presentato nel precedente numero di LAN, quindi ci limiteremo a considerarne le caratteristiche principali.
NDS per NT sostituisce la libreria dinamica AMSRV.DLL, responsabile dell'accesso alla base SAM, sui controller di dominio NT principale (PDC) e di backup (BDC) con i propri. Inoltre, i client IntranetWare per Windows NT sono installati sui controller di dominio NT. Successivamente, tutte le chiamate alla base SAM vengono reindirizzate tramite il nuovo SAMSRV.DLL e il client IntranetWare alla base NDS. Quando si installa NDS per NT, l'amministratore specifica quali budget NT verranno migrati in NDS. Per i budget NT, NDS crea nuovi tipi di oggetti estendendo lo schema NDS e utilizzando i plug-in NetWare Administrator.
Pertanto, tutta la potenza funzionale di NDS è estesa in modo trasparente anche a NT. Utilità di sistema NT e programmi applicativi non noterà la differenza tra SAM nativo e base NDS quando accede ai budget NT. Gli utenti ei gruppi NT possono essere gestiti utilizzando sia gli strumenti NT che un'unica console amministratore NetWare. Inoltre, dalla console è possibile amministrare tutti i domini NT (o anche solo i singoli, se lo si desidera), senza la necessità di stabilire relazioni di trust tra i domini. Il complesso compito di gestire i domini è notevolmente semplificato dalla funzionalità di NDS. Inoltre, quando si utilizza NDS per NT, la tolleranza agli errori di rete aumenta. Ad esempio, non è possibile creare un nuovo budget utente nello schema NT standard se il PDC non funziona. Ciò non è necessario in questo caso, poiché i controller in standby comunicano in modo trasparente con NDS.
È possibile disinstallare NDS per NT in qualsiasi momento. In questo caso, è possibile scegliere di ripristinare il SAM allo stato originale o aggiornarlo per riflettere le modifiche apportate in NDS.
Agli svantaggi Versione attuale NDS può essere attribuito all'impossibilità di gestire altre risorse NT tramite NDS, fatta eccezione per i budget di utenti e gruppi. In particolare, è necessario utilizzare le utilità NT per impostare i diritti di accesso alle risorse di rete. A differenza degli altri strumenti di integrazione NetWare e NT di Novell, NDS per NT non è gratuito, sebbene sia relativamente poco costoso.
Microsoft sembra aver smesso di preoccuparsi dei problemi di integrazione con NetWare e NT. Rendendosi conto delle carenze del sistema di dominio NT, ha concentrato i suoi sforzi sullo sviluppo di un servizio di directory. Directory attiva, che dovrebbe apparire con Windows NT 5.0. Allo stesso tempo, Microsoft impedisce fortemente il trasferimento di NDS alla piattaforma NT. Quando uscì la prima versione di NDS per NT scoppiò un vero e proprio scandalo: Microsoft rifiutò di supportare i sistemi su cui poggiava questo prodotto, inventando argomenti del tutto insostenibili. È vero, poi l'azienda è stata costretta a fare marcia indietro: solo che non supporta il codice scritto da Novell.
Molto probabilmente, le prime versioni di Active Directory non saranno competitive. Tale conclusione suggerisce se stessa se si guarda alla storia dello sviluppo del software. Microsoft lo ha ripetutamente dimostrato nei suoi prodotti. E non solo Microsoft. Quando Novell ha rilasciato la prima versione di NDS nel 1993, semplicemente non ha funzionato. Ci sono voluti diversi anni prima che NDS diventasse attraente.
Microsoft non trasferirà Active Directory su altre piattaforme. Crede di poter far ballare altre compagnie al suo ritmo. E probabilmente non irragionevolmente.
Novell è in una posizione diversa. È costretta a fare i conti con altri giocatori per mantenere il suo posto nel mercato della rete. Offre il suo servizio di directory come spina dorsale di una moderna infrastruttura di rete. Novell ha stipulato accordi con i principali fornitori di software per il porting di NDS varie versioni UNIX e anche su OS/390. Esistono già implementazioni NDS per SCO UnixWare e Caldera OpenLinux. Ma Microsoft non è tra i partner interessati. Pertanto, Novell è costretta a fare i conti con il trasferimento di NDS a NT stesso e con l'opposizione di Microsoft. Novell prevede di sviluppare NDS per NT, in particolare, per risolvere il problema dell'amministrazione dell'accesso a file e stampanti in NT, e anche per portare completamente NDS a NT, come avviene in UNIX.
Konstantin Pyanzin è un giornalista di LAN. Può essere contattato a:
Novell ha sviluppato il sistema operativo NetWare. Può essere utilizzato in qualsiasi struttura fisica locale attualmente comune. rete di computer: Token Ring, Ethernet o ARCnet. Pertanto, una rete supportata dal sistema operativo di rete NetWare può avere topologie a bus, ad anello ea stella. A causa della popolarità della struttura fisica Ethernet, l'uso di Novell Netware per questo tipo di topologia è ulteriormente preso in considerazione.
La rete locale di Novell è una rete con topologia a bus implementata utilizzando hardware Ethernet. Il principale tipo di mezzo di trasmissione per una LAN è un cavo coassiale. Ethernet utilizza due tipi di cavi coassiali: spessi e sottili. Sono simili nei loro parametri elettrici, ma differiscono l'uno dall'altro per diametro e lunghezza consentita del segmento di rete.
L'Ethernet "puro" utilizza uno spesso cavo coassiale e per collegare ad esso server e workstation sono necessari dispositivi speciali: ricetrasmettitori (ricetrasmettitori).
La versione principale della rete locale utilizzata da Novell si basa su un cavo sottile. Segmenti di un cavo sottile tramite connettori speciali (connettori a T) collegano le schede di rete situate nei computer della rete locale.
La LAN è costituita da un file server e dalle postazioni di lavoro incluse nel segmento di rete.
Nota. Un segmento di rete è un pezzo di cavo coassiale a cui sono collegati dei computer. Potrebbe essere un locale separato rete di computer o parte di una rete.
La lunghezza massima di un segmento di rete è di 185 m, ma è possibile collegare fino a cinque segmenti utilizzando i ripetitori. Un segmento include fino a 30 postazioni di lavoro.
Recentemente, una rete cablata a doppino intrecciato è diventata molto popolare. Implica la connessione delle workstation a un hub. Ad esempio, un hub è in grado di supportare il funzionamento di 12 stazioni situate a una distanza massima di 120 m da esso. Gli hub possono essere collegati in cascata e il numero massimo di segmenti in una rete può essere 1024.
Pertanto, l'implementazione di una rete locale Novell è possibile su due tipi di topologie: bus e stella.
All'estero, la preferenza è data al doppino per la sua economicità. In Russia viene utilizzato principalmente un cavo coassiale sottile.
I diagrammi strutturali di una LAN su cavo sottile e doppino intrecciato, rispettivamente, sono mostrati in fig. 6.27.
Riso. 6.27. Rete di computer Novell NetWare: UN- su un cavo sottile; B- doppino
Informazioni correlate:
Sistema operativo RETE: Scopo di OS NetWare Come sapete, una rete è un insieme di computer collegati tra loro per fornire lo scambio di dati e la condivisione di varie risorse. Le risorse di rete possono essere stampanti, file, programmi applicativi e così via. Per la gestione della rete sono in fase di sviluppo appositi sistemi operativi di rete che, a seconda della loro organizzazione, possono essere suddivisi in peer-to-peer (Peer-To-Peer Network) e con file server dedicato (Dedicated File Server Network). Funzionalità fornite all'utente: NetWare offre agli utenti le seguenti funzionalità: supporta la condivisione di file, fornisce l'accesso alle stampanti di rete, offre servizi di posta elettronica, supporta vari tipi di DBMS, fornisce l'accesso a file server da parte di workstation che eseguono vari sistemi operativi, offre strumenti che consentono di combinare segmenti di rete remoti, fornisce "trasparenza" di accesso per utenti locali e remoti alle risorse di rete, offre strumenti per l'archiviazione affidabile dei dati, fornisce protezione delle risorse di rete da attacchi non autorizzati accesso, supporta l'espansione dinamica di volumi multisegmento su più dischi di file server, fornisce strumenti di gestione delle risorse di rete aziendali: una singola directory risorse di rete NDS in NetWare 4.1 fornisce il trasferimento e l'elaborazione dei dati utilizzando diversi protocolli: SPX/IPX, TCP/IP, NetBIOS, AppleTalk, supporta i superserver in modalità operativa simmetrica (OS NetWare 4.1 SMP). Vantaggi di NetWare: NetWare presenta alcuni vantaggi rispetto al suo concorrente Windows NT Server 3.51. Questo è l'instradamento di tutti i protocolli sul server, il controllo remoto del server stesso e un supporto efficace per le stazioni client che eseguono DOS. Inoltre, NetWare 4.1 fornisce supporto per una serie di servizi richiesti per un sistema operativo di rete aziendale. Ad esempio, NetWare Directory Service (NDS) è diventato un potente strumento per la gestione di grandi file reti aziendali. Il sistema di sicurezza include una funzione per limitare la quantità di dati utente sul volume del server. Questa funzionalità non è implementata in Windows NT. Le prestazioni dei servizi di stampa di file e di rete di NetWare continuano a superare la concorrenza, in particolare su grandi reti eterogenee. Rispetto ad altri sistemi operativi di rete, NetWare supporta Di più ambienti operativi client inclusi DOS, Windows, OS/2, Macintosh e UNIX. NetWare è anche leader in termini di numero di hardware e strumenti software terze parti che lo espandono e lo completano funzionalità. Il sistema ha più opzioni per Prenota copia e storage, più utilità di gestione e applicazioni di rete rispetto a qualsiasi altro sistema operativo. Un altro vantaggio di NetWare è che è più facile trovare personale di assistenza qualificato per la manutenzione.
