<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2 Final//EN"> <HTML> <HEAD> <META NAME="GENERATOR" CONTENT="SGML-Tools 1.0.9"> <TITLE>Linux IPX-HOWTO: Configurazione della macchina Linux come server NCP</TITLE> <LINK HREF="IPX-HOWTO-11.html" REL=next> <LINK HREF="IPX-HOWTO-9.html" REL=previous> <LINK HREF="IPX-HOWTO.html#toc10" REL=contents> </HEAD> <BODY> <A HREF="IPX-HOWTO-11.html">Avanti</A> <A HREF="IPX-HOWTO-9.html">Indietro</A> <A HREF="IPX-HOWTO.html#toc10">Indice</A> <HR> <H2><A NAME="s10">10. Configurazione della macchina Linux come server NCP</A></H2> <P>Sono disponibili due pacchetti che consentono a Linux di fornire le funzionalità di un file server Novell. Entrambi permettono di condividere file sulla propria macchina Linux con utenti che utilizzano il software client NetWare di Novell. Gli utenti possono fare in modo che dei file system appaiano come dischi locali sulle proprie macchine, proprio come farebbero con un reale file server Novell. Utilizzandoli entrambi, è possibile rendersi conto di quale dei due meglio soddisfa le proprie esigenze. <P> <H2><A NAME="ss10.1">10.1 Il pacchetto <B>mars_nwe</B></A> </H2> <P> <A HREF="mailto:mstover@freeway.de">Martin Stover (mstover@freeway.de)</A> ha sviluppato <B>mars_nwe</B> per consentire a Linux di fornire ai client NetWare sia servizi di file, che servizi di stampa. <P>Il nome <B>mars_nwe</B> significa Martin Stovers Netware Emulator. <P> <H3>Capacità di mars_nwe</H3> <P><B>mars_nwe</B> implementa un sottoinsieme del più completo NCP Novell per servizi di file e di bindery basati su dischi o anche di stampa. Probabilmente contiene errori, tuttavia attualmente viene utilizzato da molte persone, pertanto il numero di errori è in continua diminuzione man mano che vengono rilasciate nuove versioni. <P> <H3>Come ottenere mars_nwe</H3> <P>È possibile ottenere <B>mars_nwe</B> da <A HREF="ftp://ftp.gwdg.de/pub/linux/misc/ncpfs/">ftp.gwdg.de /pub/linux/misc/ncpfs/</A> o da <A HREF="ftp://sunsite.unc.edu/pub/Linux/system/filesystems/ncpfs/">sunsite.unc.edu /pub/Linux/system/filesystems/ncpfs/</A>. <P>La versione nel momento in cui questo documento viene scritto è: <CODE>mars_nwe-0.98.pl10.tgz</CODE>. <P> <H3>Come compilare il pacchetto <B>mars_nwe</B></H3> <P> <DL> <DT><B>Compilazione di un kernel con supporto Ethernet e IPX</B><DD><P>Con un kernel di versione <I>1.2.13</I> è sufficiente assicurarsi di aver risposto ``<B>Y</B>'' alla domanda: <CODE>The IPX protocol</CODE> e ``<B>N</B>'' alla domanda: <CODE>Full internal IPX network</CODE>, come di seguito descritto: <PRE> ... ... The IPX protocol (CONFIG_IPX) [n] y ... ... Full internal IPX network (CONFIG_IPX_INTERN) [N/y/?] n ... ... </PRE> <P>In kernel più recenti viene adottato un processo simile ma il testo del messaggio potrebbe essere leggermente diverso. <P>È anche necessario includere il driver appropriato per la propria scheda Ethernet. Maggiori dettagli sono presenti in <A HREF="http://sunsite.unc.edu/LDP/HOWTO/Erthernet-HOWTO.html">Ethernet-HOWTO</A>. <P>Dopo di che è possibile procedere con la compilazione del kernel. Ricordarsi, una volta terminata l'operazione, di eseguire <CODE>lilo</CODE> per installarlo. <DT><B>Esecuzione del comando tar per il pacchetto <B>mars_nwe</B></B><DD><P> <BLOCKQUOTE><CODE> <PRE> # cd /usr/src # tar xvfz mars_nwe-0.99.pl10.tgz </PRE> </CODE></BLOCKQUOTE> <P> <DT><B>Esecuzione del comando <B>make</B> per <B>mars_nwe</B></B><DD><P>Si tratta di un'operazione molto semplice. Il primo passo consiste nell'eseguire semplicemente <CODE>make</CODE>, che creerà un file <CODE>config.h</CODE>. Assicurarsi della presenza del file e modificarlo se necessario. Il file consente di impostare oggetti come, per esempio, le directory di installazione o il numero massimo di sessioni e unità che il server sarà in grado di supportare. Gli inserimenti veramente importanti da guardare sono: <P> <PRE> FILENAME_NW_INI locazione del file di inizializzazione PATHNAME_PROGS percorso in cui trovare i programmi eseguibili di supporto PATHNAME_BINDERY percorso a cui indirizzare i file "bindery" PATHNAME_PIDFILES directory in cui scrivere i file "pid" MAX_CONNECTIONS numero massimo di connessioni simultanee ammesse MAX_NW_VOLS numero massimo di unità che mars_nwe potrà supportare MAX_FILE_HANDLES_CONN numero massimo di file aperti per connessione WITH_NAME_SPACE_CALLS se si desidera supportare i client ncpfs INTERNAL_RIP_SAP se si desidera che mars_nwe fornisca routing rip/sap SHADOW_PWD se si utilizzano shadow password. </PRE> <P>Le impostazioni predefinite dovrebbero andare bene, tuttavia è sempre meglio controllare. Una volta fatto, con i comandi <BLOCKQUOTE><CODE> <PRE> # make # make install </PRE> </CODE></BLOCKQUOTE> <P>si eseguiranno la compilazione dei server e l'installazione nelle directory appropriate. Verrà anche installato il file di configurazione <CODE>/etc/nwserv.conf</CODE>. <P> <DT><B>Configurazione del server</B><DD><P>La configurazione è piuttosto semplice: consiste nel modificare il file <CODE>/etc/nwserv.conf</CODE>. Il formato di questo file a prima vista appare enigmatico, ma in realtà è molto lineare. Il file contiene diverse istruzioni di configurazione composte da una sola riga. Ogni riga è delimitata da spazi bianchi e inizia con un numero che indica l'argomento da impostare. Tutti i caratteri che seguono un "<CODE>#</CODE>" sono considerati un commento, e pertanto ignorati. Martin fornisce un esempio nel pacchetto, e di seguito viene riportato un altro semplificato per offrire una possibile alternativa. <P> <BLOCKQUOTE><CODE> <PRE> # VOLUMI (max. 5) # Solo il volume SYS è obbligatorio. La directory contenente il volume SYS # deve contenere le directory: LOGIN, PUBLIC, SYSTEM, MAIL. # L'opzione "n" ignora le lettere maiuscole/minuscole. # L'opzione "k" converte tutti i nomi di file all'interno di richieste NCP # in lettere minuscole. # L'opzione "m" marca il volume come rimovibile (utile, ad esempio, # per cdrom). # L'opzione "r" imposta il volume come a sola lettura. # L'opzione "o" indica che il volume è un file system montato singolarmente. # L'opzione "P" consente di utilizzare i comandi come file. # L'opzione "O" consente l'utilizzo del namespace OS/2. # L'opzione "N" consente l'utilizzo del namespace NFS. # È predefinito l'uso delle maiuscole. # Sintassi: # 1 <Nome del Volume> <Percorso del Volume> <Opzioni> 1 SYS /home/netware/SYS/ # SYS 1 DATA /home/netware/DATA/ k # DATA 1 CDROM /cdrom kmr # CDROM # NOME DEL SERVER # Se non impostato, l'hostname Linux sarà convertito in lettere maiuscole # e utilizzato. È opzionale, se non configurato verrà utilizzato # l'hostname. # Sintassi: # 2 <Nome del Server> 2 LINUX_FS01 # INDIRIZZO DI RETE INTERNA # L'Indirizzo di Rete Interna IPX rappresenta una caratteristica che # semplifica il routing IPX per host che possiedono porte su più di # una rete IPX. # Sintassi: # 3 <Internal Network Address> [<Node Number>] # oppure: # 3 auto # # Se si utilizza "auto", verrà utilizzato il proprio indirizzo IP host. # NOTA: questo potrebbe essere pericoloso, pertanto assicurarsi di # assegnare alla propria rete un numero univoco. # Gli indirizzi sono esadecimali a 4byte (è necessario che inizino # con 0x). 3 0x49a01010 1 # DISPOSITIVI DI RETE # Questa riga configura la propria rete IPX. Se la propria rete IPX # è già stata configurata, questo inserimento è superfluo. Corrisponde # all'utilizzo diipx_configure/ipx_interface prima di attivare il server. # Sintassi: # 4 <Numero di Rete IPX > <nome del device> <frametype> [<ticks>] # Frame types: ethernet_ii, 802.2, 802.3, SNAP 4 0x39a01010 eth0 802.3 1 # SALVATAGGIO DEGLI INSTRADAMENTI IPX DOPO LO SPEGNIMENTO DEL SERVER # Sintassi: # 5 <flag> # 0 = non salvare i route, 1 = salvare i route 5 0 # VERSIONE NETWARE # Sintassi: # 6 <versione> # 0 = 2.15, 1 = 3.11 6 1 # GESTIONE DELLA PASSWORD # i client Novell DOS reali supportano una caratteristica per criptare # la password quando viene modificata. È possibile scegliere se si # desidera che il proprio server supporti o meno questa caratteristica. # Sintassi: # 7 <flag> # dove <flag> può essere: # 0 per forzare la codifica della password. (I client non possono # modificare la password) # 1 forza la codifica della password, consente la modifica delle # password non criptate. # 7 consente password non criptate ma non password vuote. # 8 consente password non criptate, comprese password vuote. # 9 per password completamente non criptate (non funziona con OS/2). 7 1 # DIRITTI GID e UID MINIMALI # abilitazioni utilizzate per connessioni senza login. Tali abilitazioni # saranno utilizzate per i file nella propria connessione di server # primarie. # Sintassi: # 10 <gid> # 11 <uid> # <gid> <uid> provengono da /etc/passwd, /etc/groups 10 200 11 201 # PASSWORD DEL SUPERVISORE # Può essere rimosso dopo aver avviato il server per la prima volta. Il # server cripterà questa informazione nel file bindery dopo la sua esecuzione. # Si dovrebbe evitare di utilizzare l'utente "root", al contrario è # consigliabile usare un altro account per amministrare il fileserver mars. # # Questa riga viene letta e criptata all'interno dei file bindery del server, # pertanto è necessario che esista la prima volta che si avvia il server # per assicurarsi che la password non venga scoperta. # # Sintassi: # 12 <Login del Supervisore> <Username Unix> [<password>] 12 SUPERVISOR terry secret # ACCOUNT UTENTE # Questo associa login NetWare ad account Unix. Le password sono # opzionali. # Sintassi: # 13 <Login Utente> <Username Unix> [<password>] 13 MARTIN martin 13 TERRY terry # CONFIGURAZIONE DI LAZY SYSTEM ADMIN # Se esiste un grande numero di utenti e non è possibile utilizzare # mappe di utenti individuali di tipo 13, è possibile mappare # automaticamente i login a mars_nwe con nomi di utenti Linux. # TUTTAVIA, attualmente non esiste un modo per fare uso di password # di login Linux, pertanto, tutti gli utenti configurati in questo modo # utilizzeranno la password impostata in questo punto. Il consiglio è di # non farlo, a meno che la sicurezza non sia un optional. # Sintassi: # 15 <flag> <password comune> # <flag> : 0 - non mappare gli utenti automaticamente # 1 - mappa automaticamente gli utenti non configurati # 99 - mappa automaticamente tutti gli utenti. 15 0 duzzenmatta # CONTROLLO # se si imposta questo flag mars_nwe si assicurerà automaticamente # dell'esistenza di certe directory. # Sintassi: # 16 <flag> # <flag> può essere 0 per no, o 1 per sì. 16 0 # CODE DI STAMPA # Questo associa le stampanti NetWare alle stampanti Unix. Le directory # per le code devono essere create manualmente prima di tentare la stampa. # Le directory per le code NON sono code lpd. # Sintassi: # 21 <nome della coda> <directory della coda> <unix_print_cmd> 21 EPSON SYS:/PRINT/EPSON lpr -h 21 LASER SYS:/PRINT/LASER lpr -Plaser # FLAG DI DEBUG # Normalmente non sono necessari, ma possono essere utili se si sta # eseguendo il debug di un problema. # Sintassi: # <debug_item> <debug_flag> # # 100 = IPX KERNEL # 101 = NWSERV # 102 = NCPSERV # 103 = NWCONN # 104 = start NWCLIENT # 105 = NWBIND # 106 = NWROUTED # 0 = disabilita il debug, 1 = abilita il debug 100 0 101 0 102 0 103 0 104 0 105 0 106 0 # ESECUZIONE DI NWSERV IN BACKGROUND E UTILIZZO DEL FILE DI LOG # Sintassi: # 200 <flag> # 0 = esegue NWSERV in foreground e non utilizza il file di log # 1 = esegue NWSERV in background e utilizza il file di log 200 1 # NOME DEL FILE DI LOG # Sintassi: # 201 <file di log> 201 /tmp/nw.log # SCRITTURA SUL FILE DI LOG IN CODA O IN SOVRASCRITTURA # Sintassi: # 202 <flag> # 0 = scrive aggiungendo in coda ad un file di log esistente # 1 = sovrascrive un file di log esistente 202 1 # TEMPO DI SPEGNIMENTO DEL SERVER # Questa riga imposta quanto tempo deve passare dallo spegnimento del # server per lo spegnimento effettivo del server. # Sintassi: # 210 <tempo> # in secondi (il valore predefinito è 10) 210 10 # INTERVALLO DI ROUTING BROADCAST # Esprime il tempo in secondi tra broadcast del server # Sintassi: # 211 <tempo> # in secondi (il default è 60) 211 60 # INTERVALLO DI ROUTING LOGGING # Imposta quanti broadcast avvengono prima di effettuare la # registrazione delle informazioni di rete. # Sintassi: # 300 <numero> 300 5 # FILE DI LOG DEL ROUTING # Imposta il nome del file di registrazione del routing # Sintassi: # 301 <nomefile> 301 /tmp/nw.routes # APPEND/SOVRASCRITTURA DEL FILE DI LOG DEL ROUTING # Imposta se si desidera scrivere aggiungendo in coda su un file di # log esistente, oppure se si vuole sovrascriverlo. # Sintassi: # 302 <flag> # <flag> 0 per append, 1 per creazione/sovrascrittura 302 1 # TEMPO DI GUARDIA # Imposta il tempo per messaggi di guardia in grado di assicurare che # la rete sia ancora viva. # Sintassi: # 310 <valore> # <valore> = 0 - invia sempre dei messaggi # < 0 - (-ve) per disabilitare i messaggi # > 0 - invia messaggi quando il traffico di rete # scende al di sotto di "n" ticks 310 7 # STATION FILE # Imposta il nome per i station file che determinano per quali # macchine il fileserver si comporterà come fileserver primario. # La sintassi di questo file è descritta nella directory "examples" # del codice sorgente. # Sintassi # 400 <nomefile> 400 /etc/nwserv.stations # GESTIONE DEL GET NEAREST FILESERVER # Imposta la gestione delle richieste "Get Nearest Fileserver" SAP. # Sintassi: # 401 <flag> # <flag> può essere: 0 - disabilita le richieste "Get Nearest # Fileserver". # 1 - Il file "stations" contiene le stazioni # da escludere. # 2 - Il file "stations" contiene le stazioni # da includere. 401 2 </PRE> </CODE></BLOCKQUOTE> <P> <DT><B>Avviamento del server</B><DD><P>Se il server è stato configurato in modo tale da aspettarsi che programmi esterni configurino la rete o forniscano funzionalità di instradamento, allora tali programmi devono essere eseguiti prima di avviare il server. Invece, supponendo che il server sia stato configurato affinché esso stesso configuri le interfacce e fornisca i servizi di instradamento, sarà sufficiente il solo comando: <BLOCKQUOTE><CODE> <PRE> # nwserv </PRE> </CODE></BLOCKQUOTE> <P> <DT><B>Collaudo del server</B><DD><P>Per controllare un server bisognerebbe in primo luogo collegarsi da un client NetWare sulla propria rete. Quindi impostare un <CODE>CAPTURE</CODE> dal client ed eseguire una stampa. Se entrambe queste operazioni hanno successo, allora il server è funzionante. </DL> <P> <H2><A NAME="ss10.2">10.2 Il pacchetto <B>lwared</B></A> </H2> <P> <A HREF="mailto:A.Dryak@sh.cvut.cz">Ales Dryak (A.Dryak@sh.cvut.cz)</A> ha sviluppato <CODE>lwared</CODE> per consentire a Linux di agire come fileserver basato su NCP. <P>Ales ha chiamato il pacchetto <CODE>lwared</CODE>, abbreviazione per <B>LinWare Daemon</B>. <P> <H3>Capacità di <B>lwared</B></H3> <P>Il server <CODE>lwared</CODE> è in grado di fornire un sottoinsieme delle funzionalità complete di NCP Novell. Comprende la messaggistica ma non fornisce alcuna funzionalità di stampa. Attualmente non funziona molto bene con client Windows 95 o Windows NT. Il server <CODE>lwared</CODE> si basa sulla presenza di programmi esterni per costruire e aggiornare le tabelle di instradamento e SAP di IPX. Client che non si comportano correttamente possono causare problemi al server. È importante sottolineare che le funzionalità di traduzione dei filename non sono state incluse. <P>Il server funziona per shell NETX e VLM NetWare. <P> <H3>Come ottenere <B>lwared</B></H3> <P>Il pacchetto <CODE>lwared</CODE> può essere compilato per qualsiasi kernel successivo al <I>1.2.0</I>, anche se è consigliata la versione <I>1.2.13</I> poiché in tal modo non sono necessari patch per il kernel. Alcune delle funzionalità IPX sono cambiate con kernel di versione <I>1.3.*</I>: questo significa che sono necessari patch specifici per fare in modo che <CODE>lwared</CODE> funzioni correttamente. Esistono patch appropriati per i nuovi kernel, pertanto se si deve utilizzare un kernel alpha dovrebbe essere possibile avere <CODE>lwared</CODE> correttamente funzionante. <P>Il pacchetto <CODE>lwared</CODE> può essere ottenuto tramite ftp anonimo da: <A HREF="ftp://klokan.sh.cvut.cz/pub/linux/linware/">klokan.sh.cvut.cz /pub/linux/linware/</A> o da: <A HREF="ftp://sunsite.unc.edu/pub/Linux/system/network/daemons/">sunsite.unc.edu /pub/Linux/system/network/daemons</A> o siti mirror. La versione al momento in cui questo documento viene scritto è: <CODE>lwared-0.95.tar.gz</CODE>. <P> <H3>Compilazione di <B>lwared</B></H3> <P> <DL> <DT><B>Esecuzione del comando <CODE>tar</CODE> per il pacchetto <CODE>lwared</CODE></B><DD><P>Qualcosa del tipo: <PRE> # cd /usr/src # tar xvpfz lwared-0.95.tar.gz </PRE> <P> <DT><B>Compilazione di un kernel con supporto <B>Ethernet</B> e <B>IPX</B></B><DD><P>Coloro che utilizzano un kernel <CODE>alpha 1.3.*</CODE>, dovrebbero passare alla versione <I>1.3.17</I> o superiore poiché le patch supportate sono state create per questa versione. I kernel <I>1.3.*</I> più vecchi della versione <I>1.3.17</I> richiederanno una installazione manuale delle patch (il file <CODE>INSTALL</CODE> contenuto nel pacchetto riporta alcune informazioni su come eseguire questa operazione). Per installare le patch su un kernel <I>1.3.17</I> si può digitare il comando: <PRE> # make patch </PRE> <P>Il passo successivo all'applicazione delle patch, consiste nell'assicurarsi che sia stata eseguita la compilazione del kernel con abilitazione del supporto IPX. In un kernel di versione <I>1.2.13</I> è sufficiente aver risposto ``<B>Y</B>'' alla domanda: ``<CODE>The IPX protocol</CODE>'', come illustrato nell'esempio che segue: <PRE> ... ... Assume subnets are local (CONFIG_INET_SNARL) [y] Disable NAGLE algorithm (normally enabled) (CONFIG_TCP_NAGLE_OFF) [n] The IPX protocol (CONFIG_IPX) [n] y * * SCSI support ... ... </PRE> <P>In kernel più recenti il procedimento è analogo, tuttavia il testo del messaggio potrebbe essere leggermente diverso. <P>Inoltre, è necessario includere il driver appropriato per la propria scheda Ethernet. Maggiori informazioni in l' <A HREF="http://sunsite.unc.edu/LDP/HOWTO/Ethernet-HOWTO.html">Ethernet-HOWTO</A>. <P>A questo punto è possibile procedere con la compilazione del kernel. Non si dimentichi di eseguire <CODE>lilo</CODE> una volta terminata l'operazione. <P> <DT><B>Compilazione e installazione di <CODE>lwared</CODE></B><DD><P>Per compilare <CODE>lwared</CODE> controllare in primo luogo, e modificare se necessario, il file <CODE>server/config.h</CODE>. Il file contiene diverse impostazioni che guideranno il comportamento del server. I valori predefiniti dovrebbero essere corretti, tuttavia si dovrebbe controllare che le directory specificate per i file di log corrispondano alle impostazioni del proprio sistema. <PRE> # make depend # make # make install </PRE> <P>Può accadere che il comando ``<CODE>make depend</CODE>'' sembri non trovare il file <CODE>float.h</CODE> sul sistema, tuttavia dovrebbe funzionare comunque. Può anche accadere che, effettuando la compilazione con <I>gcc 2.6.3</I> sia necessario modificare la riga: <PRE> #include <net/route.h> </PRE> <P>con <PRE> #include <net/if_route.h> </PRE> <P>all'interno di <CODE>/lib/ipxkern.c</CODE> poiché, talvolta questo file ha un nome diverso. <P>Il comando ``<CODE>make install</CODE>'' tenterà di installare il server e i programmi del demone di routing all'interno della directory <CODE>/usr/sbin</CODE>, il programma <CODE>lwpasswd</CODE> in <CODE>/usr/bin</CODE>, i programmi di utilità IPX in <CODE>/sbin</CODE> e infine, le pagine di manuale verranno installate nella directory <CODE>/usr/man</CODE>. Se qualcuna di queste locazioni non fosse disponibile nel sistema, sarà necessario modificare il <CODE>Makefile</CODE> per impostare le directory destinazione. </DL> <P> <H3>Configurazione e utilizzo di <CODE>lwared</CODE></H3> <P> <DL> <DT><B>Configurazione della rete IPX</B><DD><P>La prima cosa da fare consiste nella configurazione delle interfacce Ethernet per supportare le reti IPX supportate dal proprio server. È necessario conoscere gli indirizzi di rete IPX per ciascuno dei propri segmenti LAN, quale dispositivo Ethernet (<CODE>eth0</CODE>, <CODE>eth1</CODE> ecc.) si trova su ciascun segmento, quale tipo di trama (<CODE>802.3</CODE>, <CODE>EtherII</CODE> ecc.) viene utilizzata da ogni segmento LAN e quale indirizzo di Rete Interna deve essere utilizzato dal proprio server (fondamentale se il server offre servizi a più di un segmento LAN). Esempio di configurazione per un server su due segmenti dissimili con indirizzi di rete IPX <CODE>23a91300</CODE> e <CODE>23a91301</CODE> e indirizzo di rete interna <CODE>bdefaced</CODE>: <PRE> # ipx_internal_net add BDEFACED 1 # ipx_interface add eth0 802.3 23a91300 # ipx_interface add eth1 etherii 23a91301 </PRE> <P> <DT><B>Avvio dei demoni di instradamento</B><DD><P>Il kernel instrada i pacchetti IPX come pure per IP, tuttavia sono richiesti programmi aggiuntivi per gestire l'aggiornamento delle tabelle. Nel caso di IPX, sono necessari due demoni, entrambi supportati da <CODE>lwared</CODE>: <CODE>ipxripd</CODE> gestisce le informazioni di instradamento e <CODE>ipxsapd</CODE> le informazioni di SAP. Per avviare i demoni è sufficiente specificare la locazione in cui devono scrivere i propri messaggi di log: <PRE> # ipxripd /var/adm/ipxrip # ipxsapd /var/adm/ipxsap </PRE> <P> <DT><B>Configurazione del server <B>lwared</B></B><DD><P>È necessario eseguire la configurazione manuale di due file per consentire il login al server <CODE>lwared</CODE>. Tali file sono: <DL> <DT><B>/etc/lwpasswd</B><DD><P>In questo file vengono memorizzate le informazioni di account dell'utente. Il programma <CODE>lwpasswd</CODE> è utilizzato per mantenerlo aggiornato. La sua forma più semplice del file <CODE>/etc/lwpasswd</CODE> è: <PRE> ales: terryd: guest: </PRE> <P>Si tratta di una semplice lista di identificativi di login, seguiti dal carattere ``<CODE>:</CODE>'' e dalla versione criptata della password. Due importanti avvertimenti sono: l'assenza di password criptate significa che non ne esiste alcuna, gli utenti LinWare devono avere un account per Linux quindi ogni utente presente nel file <CODE>/etc/lwpasswd</CODE> deve apparire anche in <CODE>/etc/passwd</CODE>; l'utente <CODE>root</CODE> è l'unico in grado di modificare le password di un altro utente LinWare come di seguito indicato: <PRE> # lwpasswd rodg Changing password for RODG Enter new password: Re-type new password: Password changed. </PRE> <P> <DT><B>/etc/lwvtab</B><DD><P>Si tratta delle tabelle relative al volume LinWare e in esse sono memorizzate le informazioni su directory da rendere disponibili agli utenti LinWare (la natura del file è simile a quella di <CODE>/etc/exports</CODE> di NFS). Un semplice esempio del suo formato è: <PRE> SYS /lwfs/sys DATA /lwfs/data HOME /home </PRE> <P>Il nome del Volume è seguito da spazi bianchi seguiti dalle directory Linux da esportare. Ci deve essere almeno una riga relativa al <B>volume SYS</B> affinché un server possa avviarsi. Se si desidera che i propri utenti DOS siano in grado di utilizzare il proprio server LinWare come server primario, allora deve essere installata una struttura standard per il volume <B>SYS</B> sotto la directory che viene esportato come volume <B>SYS</B>. Dal momento che il copyright di questi file appartiene a Novell Corporation, è necessario possedere una licenza per il loro utilizzo. Se gli utenti utilizzeranno un file server Novell come server primario, allora la licenza non è necessaria. </DL> <P> <DT><B>Avvio del server <B>lwared</B></B><DD><P><CODE>lwared</CODE> viene avviato tramite il comando: <PRE> # lwared </PRE> <P>Se il server è stato avviato come mostrato, il nome del server LinWare dipenderà dalla risposta dell'<B>hostname</B> Linux. Se si desidera un nome diverso, è possibile indicarlo esplicitamente. Ad esempio, il comando: <PRE> # lwared -nlinux00 </PRE> <P>avvia il server con nome <B>linux00</B>. <P> <DT><B>Collaudo del server <CODE>lwared</CODE></B><DD><P>La prima cosa da controllare è la presenza del proprio <I>server LinWare</I> nell'elenco fornito dal comando <CODE>slist</CODE> (eseguito su un client DOS della propria rete). Il programma <CODE>slist</CODE> è presente nel volume <B>SYS</B> di un fileserver Novell, pertanto può essere eseguire solo da una macchina già collegata. Se l'esito è negativo, controllare che <CODE>ipxsapd</CODE> e <CODE>lwared</CODE> siano entrambi in esecuzione. Al contrario, se l'esito è positivo, si tenti la connessione al server e il mount di un volume, tramite: <PRE> C:> attach linux00/ales ... ... C:> map l:=linux00/data: C:> l: </PRE> <P>A questo punto dovrebbe essere possibile lavorare con il nuovo disco proprio come con qualsiasi altro disco. Le abilitazioni ai file corrisponderanno a quelle dell'account a Linux parallelo al proprio login LinWare. <P> </DL> <P> <HR> <A HREF="IPX-HOWTO-11.html">Avanti</A> <A HREF="IPX-HOWTO-9.html">Indietro</A> <A HREF="IPX-HOWTO.html#toc10">Indice</A> </BODY> </HTML>