<!doctype linuxdoc system>

<!-- Questo è il Linux IPX-HOWTO.  È possibile spedire commenti o suggerimenti
 all'autore: kevin@pricetrak.com.  Per la traduzione
 italiana: andrea.girotto@usa.net

   ?    : traduzione di autore non conosciuto.
 Mar 98 : adattamento ad SGML (Andrea Girotto).
 Apr 98 : diverse correzioni ed aggiustamenti; aggiunto il paragrafo
          per le risorse italiane e tutti i riferimenti a traduzioni
          italiane di HOWTO (Andrea Girotto).
 Dec 98 : cambio di autore, modifiche minime in particolare per
          consentire sgml2info
 -->

<article>

<title>Linux IPX-HOWTO
<author>Kevin Thorpe, <tt/kevin@pricetrak.com/
<date>v2.3, 06 Maggio 1998

<abstract>
Scopo di questo documento è descrivere come ottenere, installare e
configurare diversi strumenti disponibili per utilizzare il
protocollo IPX per kernel Linux.  Revisione e manutenzione della
traduzione italiana: <htmlurl url="mailto:andrea.girotto@usa.net"
name="Andrea Girotto (andrea.girotto@usa.net)">.
</abstract>

<toc>

<sect><heading>Introduzione a questo documento
<p>
Questo è il Linux <bf/IPX-HOWTO/.  Insieme a questo, è consigliabile
leggere (o aver letto) anche il documento <htmlurl
url="http://sunsite.unc.edu/LDP/HOWTO/NET-3-HOWTO.html"
name="NET-3-HOWTO"> di Linux. <!-- (<url
url="http://www.pluto.linux.it/ildp/HOWTO/NET-3-HOWTO.html"
name="traduzione italiana">). -->

<sect1><heading>Modifiche dalla versione precedente
<p>
<bf>Cambio di autore</bf>
Sentiti ringraziamenti a Terry Dawson per avermi ceduto questo
documento e congratulazioni per essere diventato padre :-).

<bf>Aggiunte</bf>
Aggiunta una breve spiegazione di IPX: un tentativo di risposta
alle numerose confuse domande poste sulle liste di discussione.

<bf>Correzioni/ggiornamenti</bf>
Nuova versione di ncpfs che supporta login NDS. Si tratta di beta
test e potrebbe essere proibita nel proprio paese in seguito all'uso
di una tecnologia coperta da registrazione.

Aggiunta del supporto dei permessi (trustee permission) del server in mars_nwe.
Ancora in beta test.


<sect1><heading>Introduzione
<p>
Paragonata ad altri sistemi operativi di tipo Unix l'implementazione di
rete del kernel di Linux è innovativa.  La possibilità di
seguire un nuovo approccio nello sviluppo del kernel, ha consentito il
supporto (previa compilazione) di diversi protocolli non TCP/IP.  Il
protocollo IPX è uno di questi.

Il kernel Linux supporta solamente il protocollo IPX.  Non è ancora in
grado di gestire protocolli come IPX/RIP, SAP o NCP, che sono implementati
da altro software come documentato in questo HOWTO.

Il supporto IPX fu sviluppato originariamente da
<htmlurl url="mailto:alan@lxorguk.ukuu.org.uk"
name="Alan Cox (alan@lxorguk.ukuu.org.uk)"> ed è stato significativamente
accresciuto da <htmlurl url="mailto:greg@caldera.com"
name="Greg Page (greg@caldera.com)">.

<sect><heading>Avvertenza
<p>
L'autore non conosce e non può conoscere tutto lo scibile sul software di rete
per Linux.  Si prega di accettare e considerare
il fatto che questo documento probabilmente contiene errori.  Per
informazioni più dettagliate e accurate, è necessario leggere i file
README inclusi con ogni software descritto.  Si tenterà
di mantenere questo documento il più possibile esatto e aggiornato.  Le
versioni del software corrispondono a quelle disponibili al momento in
cui si scrive.
<p>
Né l'autore, né gli sviluppatori del software descritto
sono in grado di offrire protezione nei confronti delle vostre azioni.
Qualora il software, anche se configurato come descritto in questo
documento, dovesse causare dei problemi alla rete, la
responsabilità è solo vostra.  Questo avvertimento è dovuto al fatto che il
disegno e la configurazione di una rete IPX non sempre sono semplici e
talvolta possono sorgere interazioni indesiderate con altri router o
file server, causati da errori in fase di progettazione o configurazione.
L'inserimento di questo avvertimento è stato richiesto da coloro
che hanno imparato la lezione sulla propria pelle.

<sect><heading>Documentazione
<p>
Questo documento presume che si sappia compilare un kernel Linux con le
opzioni di rete appropriate e che si conoscano i tool di rete basilari come
<tt/ifconfig/ e <tt/route/.
Per maggiori informazioni, si rimanda al documento
<htmlurl
url="http://sunsite.unc.edu/LDP/HOWTO/NET-3-HOWTO.html"
name="NET-3-HOWTO">, che descrive proprio questi argomenti.
<#if output=html><url url="http://www.pluto.linux.it/ildp/HOWTO/NET-3-HOWTO.html"
name="[traduzione italiana]"></#if>
<p>
Altri documenti HOWTO, che potrebbero essere utili sono i seguenti.
<descrip>
<tag><htmlurl
url="http://sunsite.unc.edu/LDP/HOWTO/Ethernet-HOWTO.html"
name="Ethernet-HOWTO"></tag> Descrive i dettagli di configurazione di
un dispositivo Ethernet per Linux. <#if output=html><htmlurl
url="http://www.pluto.linux.it/ildp/HOWTO/index.html"
name="[traduzione italiana]"></#if>
<tag><htmlurl
url="http://sunsite.unc.edu/LDP/HOWTO/PPP-HOWTO.html"
name="PPP-HOWTO"></tag> Il supporto IPX è disponibile a partire dalle
versioni <it/2.2.0d/ dell'implementazione PPP di Linux.
<#if output=html><htmlurl
url="http://www.pluto.linux.it/ildp/HOWTO/index.html"
name="[traduzione italiana]"> </#if>
</descrip>

<sect1><heading>Nuove versioni di questo documento
<p>
Se questa copia del documento ha più di due mesi, si raccomanda caldamente
di ottenere una nuova versione.  Il supporto di rete per Linux è in continua
evoluzione, pertanto anche questo documento viene modificato molto spesso.

<sect2><heading>Risorse internazionali
<p>
L'ultima versione rilasciata di questo documento può sempre essere ottenuta
tramite ftp anonimo da:

<tt/ftp://sunsite.unc.edu/pub/Linux/docs/HOWTO/IPX-HOWTO>/
o:
<tt>ftp://sunsite.unc.edu/pub/Linux/docs/HOWTO/other-formats/IPX-HOWTO{-html.tar,ps,dvi}.gz</tt>

Tramite il World Wide Web dal <url
url="http://sunsite.unc.edu/LDP/linux.html"
name="Linux Documentation Project Web Server">, alla pagina:
<url url="http://sunsite.unc.edu/LDP/HOWTO/IPX-HOWTO.html"
name="IPX-HOWTO"> o direttamente da me,
<tt/&lt;kevin@pricetrak.com>/.
In alternativa, possono essere utilizzati i newsgroups:
<tt/comp.os.linux.networking/, <tt/comp.os.linux.answers/ e
<tt/news.answers/

<sect2><heading>Risorse italiane
<p>
Questo documento e altri correlati sono disponibili presso i siti
<htmlurl url="ftp://ftp.pluto.linux.it" name="Ftp (ftp.pluto.linux.it)">
e <htmlurl
url="http://www.pluto.linux.it/ildp/HOWTO/IPX-HOWTO.html"
name="Web"> del <htmlurl url="http://www.pluto.linux.it"
name="PLUTO (http://www.pluto.linux.it)">.

<sect1><heading>Feedback
<p>
Si prega di inviare direttamente all'autore ogni commento (in inglese, NdT), aggiornamento o suggerimento, all'indirizzo
<tt/&lt;kevin@pricetrak.com>/.
Prima verrà ricevuta una segnalazione, prima sarà possibile aggiornare e
correggere questo documento.  Se dovessero esserci problemi, per favore
scrivere direttamente all'autore in quanto molto raramente legge i
gruppi di discussione.

<sect1><heading>Mailing list
<p>
Esiste una mailing list per la discussione dei diversi pacchetti di
software Linux IPX descritti in questo documento.  È possibile iscriversi
inviando un messaggio a:
<htmlurl url="mailto:listserv@sh.cvut.cz" name="listserv@sh.cvut.cz">
con le parole ``<tt/add linware/'' nel corpo del messaggio.  Per comunicare
con la lista si deve scrivere a:
<htmlurl url="mailto:linware@sh.cvut.cz" name="linware@sh.cvut.cz">.
L'autore consulta regolarmente questa lista.
<p>
L'archivio della mailing list si trova all'indirizzo
<url url="http://www.kin.vslib.cz/hypermail/linware/"
name="www.kin.vslib.cz, /hypermail/linware/">.

<sect><heading>Alcuni dei termini utilizzati in questo documento
<label id="termini comuni">
<p>
Si useranno spesso i termini <it/client/ e <it/server/.
Si tratta di concetti molto specifici, tuttavia in questo documento si è
leggermente generalizzata la loro definizione, assegnandogli il seguente
significato:

<descrip>
<tag/client/ Macchina o programma che inizia un'azione o una connessione allo
scopo di ottenere l'utilizzo di servizi o di dati.
<tag/server/ Macchina o programma che accetta connessioni in entrata da
macchine remote ed è in grado di fornire a esse servizi o dati.
</descrip>

Queste definizioni non sono completamente esatte, tuttavia forniscono un
modo per distinguere gli estremi dei sistemi peer to peer come <it/SLIP/ o
<it/PPP/, i quali, di fatto, non hanno veri e propri client e server.
Altri termini che si troveranno sono i seguenti.

<descrip>
<tag/Bindery/Il <bf/bindery/ è un database specializzato in grado di
memorizzare su un fileserver Novell informazioni riguardo la
configurazione della rete.  I client di rete possono interrogare il
<bf/bindery/ per ottenere informazioni circa i servizi disponibili,
l'instradamento (routing) e altre informazioni utente.
<tag/Tipo di trama (frame type)<label id="tipo di frame">/ Termine utilizzato
per descrivere il protocollo utilizzato per trasportare i datagrammi IPX
(e IP) lungo i segmenti di una rete di tipo ethernet.  I quattro più
comuni sono:
<descrip>
<tag/Ethernet_II/ È una versione riveduta dello standard ethernet DIX
    originale.  A Novell è stato assegnato un identificativo di protocollo
    formale e questo significa che IPX e IP possono coesistere
    in un ambiente Ethernet_II.  Questo protocollo viene comunemente
    utilizzato in ambienti Novell e si tratta di una buona scelta.
<tag/802.3/È un protocollo I.E.E.E. che definisce un meccanismo CSMA/CD
    (<it/Carrier Sense Multiple Access with Collision Detection/).  Si basa
    sullo standard Ethernet DIX originale, con una modifica rilevante:
    l'identificativo di protocollo (type field) è stato convertito in una
    lunghezza di campo (length field).  Questo è il motivo per cui IPX non
    dovrebbe essere eseguito con questo protocollo.  IEEE 802.3 è stato
    progettato per trasportare <bf/solo/ frame IEEE 802.2 ma esistono
    implementazioni che lo utilizzano per trasportare direttamente i frame
    e di fatto funzionano.  Si consiglia di evitarlo a meno che non si stia
    tentando di interagire con una rete già configurata per esso.
<tag/802.2/ È un protocollo I.E.E.E. che definisce un insieme di procedure
    di Controllo Logico dei Link (<it/Logical Link Control/).  Fornisce un
    modo semplice per consentire la coesistenza di protocolli differenti,
    tuttavia è piuttosto limitato.  Novell utilizza un Service Address
    Point non ufficiale (una sorta di identificativo di protocollo) ma
    dal momento che anche tutti gli altri lo utilizzano, questo non ha
    ancora rappresentato un problema.
<tag/SNAP/ acronimo di <it/Sub Network Access Protocol/.  Questo
    protocollo è progettato per funzionare su 802.3 e 802.2.
    Espande le capacità di 802.2 e fornisce una compatibilità
    con i tipi di frame esistenti Ethernet ed Ethernet_II IPX
</descrip>
<tag/IPX/ <it/Internet Packet eXchange/: protocollo utilizzato da
Novell Corporation per fornire un supporto internetworking per
i loro prodotti NetWare(tm).  IPX ha funzionalità simili al
protocollo IP utilizzato in TCP/IP.
<tag/Indirizzo di rete IPX/ Numero che identifica univocamente
una particolare rete IPX.  La notazione comune per questo
indirizzo è in esadecimale.  Un esempio può essere: <tt/0x23a91002/.
<tag/Rete interna IPX/ Rete IPX virtuale, poiché non corrisponde a una
rete fisica.  Viene utilizzata per fornire un'identificazione e un
indirizzamento univoco per un host IPX.  Solitamente, è utile per
identificare gli host IPX che esistono in più di una rete fisica IPX come
i fileserver.  L'indirizzo è codificato nella stessa forma di una rete IPX
fisica.
<tag/RIP/ <it/Routing Information Protocol/: protocollo utilizzato per
propagare automaticamente gli instradamenti (route) di rete in una
	rete IPX.  È funzionalmente simile al RIP utilizzato in TCP/IP.
<tag/NCP/ <it/NetWare Core Protocol/: protocollo di filesystem di rete
(networked filesystem) progettato da Novell Corporation per il loro
prodotto NetWare(tm).  Funzionalmente equivale a NFS utilizzato in TCP/IP.
<tag/SAP/ <it/Service Advertisement Protocol/: protocollo progettato
da Novell Corporation per pubblicizzare i servizi di rete in un
ambiente NetWare(tm).
<tag/Indirizzo hardware/ Numero che identifica in modo univoco un host
all'interno di una rete fisica.  Ne sono esempio gli Indirizzi Ethernet.
Un indirizzo Ethernet viene generalmente codificato con sei valori
esadecimali separati da un carattere "due punti" es.:
<tt/00:60:8C:C3:3C:0F/.
<tag/instradamento (route)/ È il percorso seguito dai pacchetti attraverso
la rete per raggiungere la propria destinazione.
</descrip>

<sect><heading>Breve discussione sulla topologia di rete IPX
<p>
Questa &egrave; una spiegazione estremamente semplice per persone che non
conoscono IPX. Reti estese probabilmente violano molte delle regole indicate,
In reti IPX complesse si dovrebbe sempre consultare l'amministratore di rete.
<p>
La rete IPX si risolve intorno a uno schema di <em/reti/ numerate,
diversamente da IP che pone maggior enfasi sulle <em/interfacce/. Una rete
&egrave; una collezione di materiale connesso allo stesso segmento LAN e che
<em/usa lo stesso tipo di trama/. Diffenti tipi di trama sullo stesso
segmento LAN sono trattati come reti separate.
<p>
Ciascuna rete deve allocare un numero che sia univoco nell'intera
interconnessione. Normalmente questo compito è assolto dal server Netware(tm),
ma può essere facilmente svolto da Linux. Ai client IPX viene dato questo
numero dal server all'atto di partire, a loro è solo richiesto di conoscere
il corretto tipo di trama.
<p>
L'instradamento tra reti è normalmente effettuato ponendo due schede di rete
sullo stesso server. Questo server mantiene tramite il protocollo RIP una
tabella di instradamento per l'interconnessione. Periodicamente i server si
scambiano questa tabella di instradamento. In breve tempo ciascun
server 'scopre' la topologia dell'intera rete.
<p>
Se si desidera usare solo i servizi di un server Netware esistente, si
può usare <tt/ipx_configure/ (sezione 7.1) per definire automaticamente
le interfacce IPX tramite richieste broadcast cercando un server. Se
fallisce, o se si desidera fornire servizi IPX, sarà necessario definire
manualmente le interfacce usando <tt/ipx_interface/ o <tt/mars_nwe/.

<sect><heading>I file correlati a IPX nel filesystem <tt>/proc</tt>
<p>
All'interno del filesystem <tt>/proc</tt> sono presenti molti file
correlati al supporto IPX di Linux:
<descrip>
<tag>/proc/net/ipx_interface</tag> Contiene informazioni circa le
interfacce IPX configurate sulla macchina.  Tali interfacce
potrebbero essere state configurate manualmente, oppure
rilevate e configurate automaticamente.
<tag>/proc/net/ipx_route</tag> Contiene una lista di percorsi esistenti nella
tabella di instradamento IPX.  Potrebbero essere stati aggiunti
manualmente, oppure automaticamente tramite un demone di
instradamento IPX.
<tag>/proc/net/ipx</tag> Contiene una lista di socket IPX
attualmente aperti per un utilizzo sulla macchina.
</descrip>

<sect><heading>I tool IPX di Greg Page<label id="tool IPX">
<p>
<htmlurl url="mailto:greg@caldera.com" name="Greg Page (greg@caldera.com)">
della <it/Caldera Incorporated/, ha scritto molti strumenti per la
configurazione IPX e ha fornito miglioramenti per il supporto IPX.
<p>
I miglioramenti nel kernel consentono di configurare Linux come un bridge
o router pienamente funzionale.  Il supporto IPX migliorato è già presente
nella distribuzione del kernel pertanto, probabilmente, lo possedete già.
I tool di configurazione forniscono la possibilità di
impostare i dispositivi di rete per supportare IPX, l'instradamento IPX e
altre facilitazioni sotto Linux.  I tool di rete IPX per Linux sono
disponibili presso: <htmlurl
url="ftp://sunsite.unc.edu/pub/Linux/system/filesystems/ncpfs/ipx.tgz"
name="sunsite.unc.edu, /pub/Linux/system/filesystems/ncpfs/ipx.tgz">.

<sect1><heading>I tool IPX in maggior dettaglio
<p>
<descrip>
<tag/ipx_interface<label id="ipx_interface">/ Viene utilizzato
per aggiungere, cancellare o controllare manualmente la capacità di IPX
verso un dispositivo di rete esistente.  Normalmente si tratta di un
dispositivo di rete Ethernet per esempio, <tt/eth0/.  Almeno un'interfaccia
IPX deve essere definita come <it/interfaccia primaria/; si ottiene con
l'opzione <bf/-p/ di questo comando.  Ad esempio, per abilitare il
dispositivo Ethernet <tt/eth0/ come interfaccia primaria IPX utilizzando il
tipo di frame IEEE 802.2 e l'indirizzo di rete IPX <tt/39ab0222/, si
utilizza il comando:

<tscreen><verb>
# ipx_interface add -p eth0 802.2 0x39ab0222
</verb></tscreen>
<p>
Se il tipo di trama differisce da quello dei server NetWare(tm) sulla
rete, essi di proposito ignoreranno il computer. Se il tipo di trama
è corretto ma il numero di rete differisce, essi ignoreranno comunque
il computer ma segnaleranno frequentemente il fatto sulla console NetWare
del server. L'ultima situazione è certo che suscita rimproveri dal
proprio amministratore NetWare e potrebbe disabilitare i client NetWare
esistenti.
<p>
Se il sistema restituisce un messaggio di errore mentre si esegue questo
programma e non è ancora stato configurato TCP/IP, allora sarà necessario
avviare manualmente l'interfaccia <tt/eth0/ utilizzando il comando:

<tscreen><verb>
# ifconfig eth0 up
</verb></tscreen>

<tag/ipx_configure/ Abilita o disabilita la configurazione
automatica delle interfacce e l'impostazione dell'interfaccia
primaria.
<descrip>
<tag/--auto_interface/ consente di impostare se i dispositivi di rete
    debbano essere configurati automaticamente come dispositivi IPX
    oppure no.
<tag/--auto_primary/ consente di impostare se il software IPX debba
    selezionare automaticamente un'interfaccia primaria oppure no. Si
    sono riscontrati problemi usando questa opzione con client Windows
    95 connessi alla rete.
</descrip>

Un esempio tipico consiste nell'abilitare sia la configurazione automatica
delle interfacce che l'impostazione automatica di quella primaria,
tramite:

<tscreen><verb>
# ipx_configure -auto_interface=on -auto_primary=on
</verb></tscreen>

<tag/ipx_internal_net<label id="ipx_internal_net">/ Consente di
configurare o ``deconfigurare'' un indirizzo di rete interna.  Tale indirizzo
è opzionale, ma se viene configurato rappresenterà sempre l'interfaccia
primaria.  Per impostare l'indirizzo di rete IPX <tt/ab000000/ sul nodo
IPX <tt/1/, si utilizzerà il comando:

<tscreen><verb>
# ipx_internal_net add 0xab000000 1
</verb</tscreen>

<tag/ipx_route/ Consente di modificare manualmente la tabella
di instradamento IPX.  Ad esempio, per aggiungere un percorso alla rete IPX
<tt/39ab0222/ tramite un router il cui numero di nodo è <tt/00608CC33C0F/
sulla rete IPX <tt/39ab0108/, si può utilizzare il comando:

<tscreen><verb>
# ipx_route add 0x39ab0222 0x39ab0108 0x00608CC33C0F
</verb></tscreen>

</descrip>

<sect><heading>Configurazione della macchina Linux come router IPX
<p>
Se ci si trova nella situazione di dover interconnettere diversi segmenti
IPX, è necessario utilizzare un router.  In ambiente Novell ci sono due
tipi di informazioni che devono essere diffuse all'interno della rete.  Si
tratta di ``<it/network routing information/'' propagate utilizzando Novell
RIP, e ``<it/service advertisement information/'' propagate utilizzando
Novell SAP.  Affinché un router sia utile nella maggior parte delle
situazioni, è necessario che supporti entrambi i protocolli.
<p>
Linux fornisce supporto per entrambi i protocolli e si può facilmente fare
in modo che funzioni come un router completamente conforme a Novell.
<p>
Il supporto IPX per il kernel gestisce il percorso dei pacchetti
IPX attraverso le interfacce, secondo le regole codificate all'interno
della tabella di instradamento IPX.  Linux ha bisogno di un programma per
implementare RIP e SAP di Novell per assicurare che la tabella di
instradamento IPX sia compilata correttamente e aggiornata periodicamente
al fine di riflettere eventuali cambiamenti dello stato della rete.
<p>
<htmlurl url="mailto:lendecke@namu01.gwdg.de"
name="Volker Lendecke (lendecke@namu01.gwdg.de)"> ha sviluppato un demone
di instradamento per questo scopo: <em/ipxripd/. Il pacchetto
menzionato successivamente <em/mars_nwe/ include un demone di
instradamento alternativo.
<p>
È possibile trovare <tt/ipxripd/ presso <htmlurl url=
"ftp://sunsite.unc.edu/pub/Linux/system/filesystems/ncpfs/ipxripd-0.7.tgz"
name="sunsite.unc.edu, /pub/Linux/system/filesystems/ncpfs/ipxripd-0.7.tgz">
o presso il sito privato di Volker
<htmlurl url="ftp://ftp.gwdg.de/pub/linux/misc/ncpfs/ipxripd-0.7.tgz"
name="ftp.gwdg.de, /pub/linux/misc/ncpfs/ipxripd-0.7.tgz">.
<p>
I passi da seguire per configurare una macchina Linux affinché si comporti
come router sono:

<enum>
<item>Compilare il kernel con il supporto <bf/IPX/, <bf/Ethernet/ e
<bf>/proc</bf>.
<item>Ottenere, compilare e installare il programma demone <bf/ipxd/.
<item>Avviare il nuovo kernel e assicurarsi che ognuna delle schede Ethernet
sia stata correttamente rilevata e che non esistano conflitti di hardware.
<item>Abilitare il protocollo IPX su ciascuna delle interfacce utilizzando il
comando <tt/ipx_interface/ precedentemente descritto (vedere <ref
id="ipx_interface" name="ipx_interface">).
<item>Eseguire il programma demone <bf/ipxd/.
</enum>

<p>
Si consideri la semplice rete illustrata di seguito:

<verb>
 IPX Addr: 0x01000000  802.2
|--------------------------|
              |
              \_________________________
                                        \          Linux Router
 IPX Addr: 0x02000000  802.2             \
|--------------------------|              \   eth0/-----------\
              |                            \--====|           |
              \_________________________          | IPX route |
                                        \     eth1|  Table    |
 IPX Addr: 0x03000000  etherII           \----====|    ^      |
|--------------------------|                      |    |      |
              |                               eth2|  IPXd     |
              \______________________________/====|           |
                                                  |  SAPd     |
 IPX Addr: 0x04000000  etherII                eth3|           |
|--------------------------|                 /====|           |
              |                              |    \___________/
              \______________________________/
</verb>
<p>
La configurazione per la rete sopra riportata corrisponde a:

<tscreen><verb>
# ipx_interface add eth0 802.2 0x0100000000
# ipx_interface add eth1 802.2 0x0200000000
# ipx_interface add eth2 etherii 0x0300000000
# ipx_interface add eth3 etherii 0x0400000000
# ipxd
</verb></tscreen>
<p>
Dopo aver atteso qualche istante, controllando il file
<tt>/proc/net/ipx_route</tt>, dovrebbe essere possibile osservare la
presenza dei percorsi IPX rilevanti per la propria configurazione e
di tutti quelli acquisiti da altri router nella rete.

<sect1><heading>È necessario configurare una rete interna?
<p>
Novell ha una caratteristica denominata <it/rete interna/, che viene
utilizzata per semplificare l'instradamento nelle situazioni in cui un
host è connesso a più dispositivi di rete.  Può essere utile in caso di un
fileserver connesso a più reti, poiché imposta un solo percorso come
indicazione per raggiungere il server, indipendentemente dalla rete
su cui si sta lavorando.
<p>
In caso di una configurazione senza un fileserver e nella quale la
macchina agisca solo da router IPX, la questione non è altrettanto semplice.
Si è notato che la configurazione per IPX/PPP funziona ``meglio'' se viene
implementata anche una rete interna.
<p>
È un'operazione semplice da fare ma può richiedere la ricompilazione del
kernel.  È importante rispondere ``<bf>Y</bf>'', mentre si esegue <tt/make
config/, alla richiesta:

<tscreen><verb>
  ...
  ...
 Full internal IPX network (CONFIG_IPX_INTERN) [N/y/?] y
  ...
  ...
</verb></tscreen>
<p>
Per configurare l'interfaccia della rete interna, utilizzare il comando
<tt/ipx_internal_net/ descritto in precedenza nel paragrafo relativo agli
<ref id="ipx_internal_net" name="strumenti di rete">.  La precauzione
principale da prendere, consiste nell'assicurarsi che l'indirizzo IPX
assegnato sia univoco nella rete e quindi che nessun'altra macchina, o
rete, lo stia utilizzando.

<sect><heading>Configurazione della propria macchina Linux come client NCP
<p>
È probabile che gli utenti di reti a tecnologia mista, comprendente
protocolli IP e IPX, prima o poi desiderino che la propria
macchina Linux possa accedere a dati memorizzati in un file server Novell
sulla rete.  Novell offre da tempo un pacchetto NFS per i propri
file server in grado di consentire questa funzione; tuttavia, nel caso di
una piccola installazione, o se solo un ristretto numero di persone è
interessato a tale funzionalità, non è facile giustificare il costo del
pacchetto commerciale.
<p>
<htmlurl url="mailto:lendecke@namu01.gwdg.de"
name="Volker Lendecke lendecke@namu01.gwdg.de"> ha scritto un modulo che
consente di montare volumi Novell sul file system Linux senza richiedere
alcun prodotto addizionale per il file server.  Volker ha denominato il
pacchetto <bf/ncpfs/ e ha tratto le informazioni necessarie principalmente
dal libro ``Netzwerkprogrammierung in C'' di Manfred Hill e Ralf
Zessin (ulteriori dettagli sul libro sono contenuti nel file README del
pacchetto <bf/ncpfs/).
<p>
Il software consente a Linux di emulare una normale stazione di lavoro
Novell per servizi di file.  Include anche una piccola utility che consente
di stampare le code Novell (questo argomento è documentato nel paragrafo
relativo al <ref id="Print Client" name="Client di Stampa">).  Il pacchetto
<bf/ncpfs/ è in grado di lavorare con file server Novell a partire dalla
versione 3.x, mentre non funziona con Novell 2.x.  Il client <bf/ncpfs/
funziona anche con prodotti strettamente compatibili con Novell, ma
sfortunatamente alcuni, pur dichiarandosi compatibili, non lo sono
a sufficienza.  Per utilizzare <bf/ncpfs/ con Novell 4.x, è preferibile
configurare il fileserver per operare in modalità di emulazione
bindery. Il supporto NDS  è una aggiunta piuttosto recente alla versione
beta di <em/ncpfs/ e per di più in certi paesi è proibito a causa
dell'inclusione di tecnologia protetta da brevetto.

<sect1><heading>Come ottenere <bf/ncpfs/
<p>
L'ultimo pacchetto <bf/ncpfs/ fu progettato per versioni del kernel fino
alla <it/1.2.13/ o superiore alla <it/1.3.71/ (questo include la versione
<it/2.x.x/).  Se il kernel in uso non rientra in queste categorie, è
necessario eseguire un aggiornamento, operazione descritta in
dettaglio nel <htmlurl
url="http://sunsite.unc.edu/LDP/HOWTO/Kernel-HOWTO.html"
name="Kernel-HOWTO">. <!-- (<htmlurl
url="http://www.pluto.linux.it/ildp/HOWTO/index.html"
name="traduzione italiana">). -->
<p>
Il pacchetto <bf/ncpfs/ può essere ottenuto tramite ftp anonimo con il
sito di Volker presso <htmlurl url="ftp://ftp.gwdg.de/pub/linux/misc/ncpfs/"
name="ftp.gwdg.de in /pub/linux/misc/ncpfs/">
oppure
<htmlurl url="ftp://sunsite.unc.edu/pub/Linux/system/filesystems/ncpfs"
name="sunsite.unc.edu in /pub/Linux/system/filesystems/ncpfs">

o siti mirror.  La versione attuale nel momento in cui si scrive questo
documento è: <tt/ncpfs-2.0.11.tgz/ oppure <tt/ncpfs-2.2.0.tgz/ che
aggiunge il supporto NDS.

<sect1><heading>Compilazione di <bf/ncpfs/ per il kernel <it/1.2.13/
<p>
<descrip>
<tag>Compilazione di un kernel con supporto Ethernet e IPX</tag> La prima
cosa da fare è assicurarsi che il proprio kernel sia stato
compilato con l'abilitazione al supporto IPX.  Nella versione di kernel
<it/1.2.13/ basta assicurarsi di aver risposto "<bf/Y/" alla
domanda <tt/The IPX protocol/, come illustrato nel seguito:
<verb>
 ...
 ...
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
 ...
 ...
</verb>
<p>
Ovviamente è necessario includere il driver relativo per
la propria scheda Ethernet.  Per maggiori dettagli, si dovrebbe
consultare <htmlurl
url="http://sunsite.unc.edu/LDP/HOWTO/Ethernet-HOWTO.html"
name="l'Ethernet-HOWTO">. <!-- (<htmlurl
url="http://www.pluto.linux.it/ildp/HOWTO/index.html"
name="traduzione italiana">). -->
<p>
A questo punto è possibile procedere alla compilazione del kernel.
Al termine potrebbe essere necessario eseguire <tt/lilo/ per installarlo.

<tag>Esecuzione del comando <tt/tar/ per il software <bf/ncpfs/</tag>
<verb>
# cd /usr/src
# tar xvfz ncpfs-2.0.10.tgz
# cd ncpfs
</verb>

<tag>Controllo del Makefile</tag> Se si desidera utilizzare <tt/kerneld/ per
caricare automaticamente il modulo <tt/ncpfs/, è necessario togliere il
commento alla riga che si riferisce a <tt/KERNELD/ all'interno del
<tt/Makefile/.  Se non si conosce il significato di questa azione, si
dovrebbe leggere <htmlurl
url="http://sunsite.unc.edu/LDP/HOWTO/Kernel-HOWTO.html"
name="Kernel-HOWTO"> <!-- (<htmlurl
url="http://www.pluto.linux.it/ildp/HOWTO/index.html"
name="traduzione italiana">)--> per
familiarizzare con la configurazione del modulo kernel.
<tag>Esecuzione di <tt/make/ per il software <bf/ncpfs/</tag> Il software
dovrebbe poter essere compilato correttamente senza che siano necessari ulteriori
configurazioni, tramite il comando:
<verb>
# make
</verb>

<tag>Copia dei tool IPX, se non ancora presenti</tag> Al termine dell'esecuzione
di <tt/make/, tutti gli strumenti necessari dovrebbero trovarsi nella
directory <bf>ncpfs/bin</bf>.  È possibile utilizzare il comando:

<tscreen><verb>
# make install
</verb></tscreen>

per installare i tool in directory scelte da Volker.  Se si sta lavorando
su un sistema basato su ELF, si dovrà eseguire nuovamente
<tt/ldconfig -v/ per assicurarsi che venga trovata la libreria
condivisa.

<tag>Copia del modulo <tt/ncpfs.o/ se necessario</tag>
Se si sta eseguendo la compilazione di un kernel <it/1.2.*/, al termine
dell'esecuzione di make, si troverà un file denominato <it/ncpfs.o/ nella
directory <tt>ncpfs/bin</tt>.  Si tratta del modulo di kernel <tt/ncpfs/,
che dovrebbe essere copiato in luogo utile.  Sul sistema <bf/debian/
dell'autore, è stato copiato nella directory <tt>/lib/modules/1.2.13/fs</tt>
ed <tt/ncpfs/ aggiunto al file <tt>/etc/modules</tt> in modo che
venga eseguito automaticamente all'avvio del sistema.  Per una diversa
distribuzione, si dovrebbe scoprire dove sono localizzati i moduli per
copiarlo in quella locazione; in ogni altro caso semplicemente copiarlo
nella directory <tt>/etc</tt>.  Per caricare i moduli manualmente, è
necessario utilizzare il comando:
<verb>
# insmod ncpfs.o
</verb>

</descrip>

<sect1><heading>Come compilare <bf>ncpfs</bf> per i kernel <it>1.3.71++/2.0.*</it>
<p>
Per l'ultima versione di <bf/ncpfs/, si dovrebbe utilizzare un kernel
<it/1.3.71/ o successivo; questo include i kernel <it/2.0.*/.
<p>
Se si ha intenzione di utilizzare un kernel di versione <it/1.3.71/
o successivo, allora il codice del kernel <bf/ncpfs/ è stato incluso nella
distribuzione standard.  È sufficiente rispondere ``<bf>Y</bf>'' alla domanda:
<tscreen><verb>
Networking options  --->
...
...
<*> The IPX protocol
...
Filesystems  --->
...
...
<*> NCP filesystem support (to mount NetWare volumes)
...
</verb></tscreen>
<p>
A questo punto è necessario seguire le istruzioni per la compilazione dei
kernel <it/1.2.*/, in modo da costruire i tool; tuttavia non ci sarà un
file modulo da installare.

<sect1><heading>Configurazione e utilizzo di <bf/ncpfs/
<p>
<descrip>
<tag>Configurazione del software di rete IPX</tag> Esistono due modi per
configurare il software di rete IPX.  È possibile configurare manualmente
tutte le informazioni di rete IPX, oppure lasciare che il software
determini da solo delle impostazioni ragionevoli, tramite il comando:

<tscreen><verb>
# ipx_configure --auto_interface=on --auto_primary=on
</verb></tscreen>

Questo comando dovrebbe funzionare nella maggior parte dei
casi, ma se ciò non accade, si invita a leggere il paragrafo
<ref id="tool IPX" name="Tools di IPX"> per configurare il software
manualmente. Si sono notati problemi nell'usare questo comando su
reti in cui erano presenti client Windows 95.

<tag/Collaudo della configurazione/
Dopo la configurazione della rete IPX, dovrebbe essere disponibile il
comando <tt/slist/ che elenca tutti i fileserver Novell presenti:
<verb>
# slist
</verb>
<p>
Se il comando slist fornisce un messaggio del tipo: ``<tt/ncp_connect:
Invalid argument/'' significa che il kernel probabilmente non supporta IPX.
Controllare che sia stato effettivamente avviato il kernel appropriato.
Quando si avvia il sistema, i messaggi di startup dovrebbero contenere
informazioni riferite a <tt/IPX/ e <tt/ncpfs/.  Se, nonostante tutto, il
comando <tt/slist/ non elenca i file server, allora si dovrebbe utilizzare
il metodo manuale per la configurazione della rete.

<tag/Montare un volume Novell(R)/ Se il software di rete IPX funziona
correttamente, si dovrebbe essere in grado di montare un volume file server
Novell all'interno del file system Linux.  Il comando <tt/ncpmount/ viene
utilizzato per questo scopo, e richiede la specifica delle seguenti
informazioni:
<enum>
<item>Nome del fileserver.
<item>Identificativo di login nel fileserver.  Se esiste, deve
essere specificata anche una password.
<item>Il punto di mount, ossia dove si desidera
    montare la condivisione.  Si tratterà di una directory esistente sulla
    macchina.
</enum>
<p>
Esiste un comando equivalente <tt/ncpumount/ per smontare un file system
NCP precedentemente montato.  I file system NCP saranno smontati in modo
corretto se si esegue un normale shutdown della macchina; pertanto non
bisogna preoccuparsi di eseguire il comando <tt/npcumount/ manualmente
prima di arrestare il sistema con <tt/halt/ oppure <tt/shutdown/.
<p>
Esempio di comando per montare il file server <tt/ACCT_FS01/, con
login <tt/guest/, senza password, corrispondente alla directory
<tt>/mnt/Accounts</tt>:
<verb>
# ncpmount -S ACCT_FS01 /mnt/Accounts -U guest -n
</verb>
<p>
Si noti l'utilizzo dell'opzione <tt/-n/ per indicare che il login non
richiede alcuna password.  Stesso login con password <tt/secret/ avrebbe
forma:
<verb>
# ncpmount -S ACCT_FS01 /mnt/Accounts -U guest -P secret
</verb>
<p>
Se non si specifica né l'opzione <tt/-n/, né <tt/-P/, allora il
sistema richiederà una password.

<tag>Verifica del mount</tag> Se l'esecuzione è
terminata con successo, tutte le unità accessibili all'utente specificato
durante il login, saranno elencate come directory sotto il punto
di mount. Dovrebbe anche essere possibile percorrere la
struttura delle directory per trovare altri file.  Alternativamente si può
usare l'opzione <tt/-V/ per montare un singolo volume.

NCP non fornisce uid (identificativo utente) o gid (identificativo di
gruppo) per la proprietà dei file, tutti i file avranno le autorizzazioni
e le proprietà assegnate alla directory che rappresenta il punto di mount,
condizionate dai permessi concessi dal server Novell. È
necessario tenerne conto quando si effettuano condivisioni tra utenti Linux.

<tag>Configurazione per l'esecuzione automatica dei mount</tag> Se si ha
la necessità di avere un mount NCP permanente, è possibile
configurare i comandi precedentemente descritti all'interno di file
<tt/rc/, in modo che vengano eseguiti all'avvio del
sistema.  Nel caso in cui la distribuzione utilizzata non fornisca un
metodo per configurare IPX (come Debian), si consiglia di
impostare i comandi nel file <tt>/etc/rc.local</tt>, se esiste.  È
possibile utilizzare comandi del tipo:
<tscreen><verb>
#
# Avvio del filesystem NCP
/sbin/insmod /lib/modules/1.2.13/fs/ncpfs.o

# Configurazione della rete IPX
ipx_configure --auto_interface=on --auto_primary=on

# login all'Accounting fileserver
ncpmount -S ACCT_FS01 /mnt/Accounts -U guest -n

#
</verb></tscreen>

Un altro metodo di configurazione consiste nell'elencare nel file
<tt>&dollar;HOME/.nwclient</tt> i mount NCP temporanei o specifici per
l'utente che verranno eseguiti regolarmente.
È possibile memorizzare specifiche in modo da impostarle senza
doverle indicare ogni volta.  Il formato è molto semplice:

<tscreen><verb>
# Il primo inserimento rappresenta il server "preferenziale" che verrà
# utilizzato ogni volta non sia specificato esplicitamente un server.
#
# Login utente TERRY al fileserver DOCS_FS01 con password "password"
DOCS_FS01/TERRY password
#
# Login utente Guest al fileserver ACCT_FS01 senza password.
ACCT_FS01/GUEST -
</verb></tscreen>

Per attivare questi mount si può utilizzare il comando:
<tscreen><verb>
$ ncpmount /home/terry/docs
</verb></tscreen>

per montare DOCS_FS01 con login TERRY sotto la directory
<tt>/home/terry/docs</tt>.  Si noti che è stato utilizzato il
fileserver DOCS_FS01 perché non ne è stato specificato alcun altro nel
comando di mount.  Se fosse stato utilizzato il comando:

<tscreen><verb>
$ ncpmount -S ACCT_FS01 /home/terry/docs
</verb></tscreen>

allora sarebbe stato montato il fileserver ACCT_FS01 con login GUEST.
<p>
Nota: affinché questo meccanismo funzioni, l'autorizzazione per il file
<tt>&dollar;HOME/.nwclient</tt> deve essere <tt/0600/.  Potrebbe essere
necessario utilizzare il comando:

<tscreen><verb>
$ chmod 0600 $HOME/.nwclient
</verb></tscreen>

Se anche degli utenti non root devono essere autorizzati a utilizzare
questo meccanismo, allora il comando <tt/npcmount/ deve essere <it/Set
Userid Root/.  Ne consegue che potrebbe essere necessario attribuirgli
le autorizzazioni:

<tscreen><verb>
# chmod 4755 ncpmount
</verb></tscreen>

<tag>Collaudo dell'utility <tt/nsend/.</tag> Il pacchetto include anche
un utility per inviare messaggi a utenti Novell.  Il suo nome è <tt/nsend/
e viene utilizzato come di seguito riportato:

<verb>
# nsend rod hello there
</verb>
<p>
invia il messaggio ``hello there'' a un utente con login ``rod'' sul
file server ``primario'' (ossia il primo che appare nel proprio file
<tt> .nwclient</tt>).  È possibile specificare un altro file server con la
stessa sintassi descritta per il comando <tt/ncpmount/.
</descrip>

<sect><heading>Configurazione della macchina Linux come server NCP
<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.

<sect1><heading>Il pacchetto <bf/mars_nwe/
<p>
<htmlurl url="mailto:mstover@freeway.de"
name="Martin Stover (mstover@freeway.de)"> ha sviluppato <bf/mars_nwe/ per
consentire a Linux di fornire ai client NetWare sia servizi di file, che
servizi di stampa.
<p>
Il nome <bf/mars_nwe/ significa Martin Stovers Netware Emulator.

<sect2><heading>Capacità di mars_nwe
<p>
<bf/mars_nwe/ 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.

<sect2><heading>Come ottenere mars_nwe
<p>
È possibile ottenere <bf/mars_nwe/ da <htmlurl url="ftp://ftp.gwdg.de/pub/linux/misc/ncpfs/"
name="ftp.gwdg.de /pub/linux/misc/ncpfs/">
o da
<htmlurl url="ftp://sunsite.unc.edu/pub/Linux/system/filesystems/ncpfs/"
name="sunsite.unc.edu /pub/Linux/system/filesystems/ncpfs/">.
<p>
La versione nel momento in cui questo documento viene scritto è:
<tt/mars_nwe-0.98.pl10.tgz/.

<sect2><heading>Come compilare il pacchetto <bf/mars_nwe/
<p>
<descrip>
<tag/Compilazione di un kernel con supporto Ethernet e IPX/ Con un kernel di
 versione <it/1.2.13/ è sufficiente assicurarsi di aver risposto
 ``<bf/Y/'' alla domanda: <tt/The IPX protocol/ e ``<bf/N/'' alla domanda:
 <tt/Full internal IPX network/, come di seguito descritto:
<verb>
 ...
 ...
The IPX protocol (CONFIG_IPX) [n] y
 ...
 ...
Full internal IPX network (CONFIG_IPX_INTERN) [N/y/?] n
 ...
 ...
</verb>
<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
<htmlurl url="http://sunsite.unc.edu/LDP/HOWTO/Erthernet-HOWTO.html"
name="Ethernet-HOWTO">. <!-- (<htmlurl
url="http://www.pluto.linux.it/ildp/HOWTO/index.html"
name="traduzione italiana">). -->
<p>
<!-- Ho controllato sul dizionario: si scrive "dopo di che" e non
"dopodiché" -->
Dopo di che è possibile procedere con la compilazione del kernel.
Ricordarsi, una volta terminata l'operazione, di eseguire
<tt/lilo/ per installarlo.
<tag>Esecuzione del comando tar per il pacchetto <bf/mars_nwe/</tag>
<tscreen><verb>
# cd /usr/src
# tar xvfz mars_nwe-0.99.pl10.tgz
</verb></tscreen>

<tag>Esecuzione del comando <bf/make/ per <bf/mars_nwe/</tag> Si tratta di
un'operazione molto semplice.  Il primo passo consiste nell'eseguire
semplicemente <tt/make/, che creerà un file <tt/config.h/.  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:

<verb>
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.
</verb>
<p>
Le impostazioni predefinite dovrebbero andare bene, tuttavia è sempre
meglio controllare.  Una volta fatto, con i comandi
<tscreen><verb>
# make
# make install
</verb></tscreen>

si eseguiranno la compilazione dei server e l'installazione nelle
directory appropriate.  Verrà anche installato il file di
configurazione <tt>/etc/nwserv.conf</tt>.

<tag>Configurazione del server</tag> La configurazione è piuttosto semplice:
consiste nel modificare il file <tt>/etc/nwserv.conf</tt>.  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 "<tt/#/" 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.

<tscreen><verb>
# 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
</verb></tscreen>

<tag/Avviamento del server/ 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:
<tscreen><verb>
# nwserv
</verb></tscreen>

<tag/Collaudo del server/ Per controllare un server bisognerebbe in primo luogo
collegarsi da un client NetWare sulla propria rete.  Quindi
impostare un <tt/CAPTURE/ dal client ed eseguire una stampa.  Se
entrambe queste operazioni hanno successo, allora il server è funzionante.
</descrip>

<sect1><heading>Il pacchetto <bf/lwared/
<p>
<htmlurl url="mailto:A.Dryak@sh.cvut.cz"
name="Ales Dryak (A.Dryak@sh.cvut.cz)"> ha sviluppato
<tt/lwared/ per consentire a Linux di agire come fileserver
basato su NCP.
<p>
Ales ha chiamato il pacchetto <tt/lwared/, abbreviazione per <bf/LinWare
Daemon/.

<sect2><heading>Capacità di <bf/lwared/
<p>
Il server <tt/lwared/ è 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 <tt/lwared/ 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.

<sect2><heading>Come ottenere <bf/lwared/
<p>
Il pacchetto <tt/lwared/ può essere compilato per qualsiasi kernel
successivo al <it/1.2.0/, anche se è consigliata la versione
<it/1.2.13/ poiché in tal modo non sono necessari patch per il
kernel.  Alcune delle funzionalità IPX sono cambiate con kernel di
versione <it/1.3.*/: questo significa che sono necessari patch specifici
per fare in modo che <tt/lwared/ funzioni correttamente.  Esistono
patch appropriati per i nuovi kernel, pertanto se si deve utilizzare un
kernel alpha dovrebbe essere possibile avere <tt/lwared/ correttamente
funzionante.
<p>
Il pacchetto <tt/lwared/ può essere ottenuto tramite ftp anonimo da:
<htmlurl url="ftp://klokan.sh.cvut.cz/pub/linux/linware/"
name="klokan.sh.cvut.cz /pub/linux/linware/">
o da:
<htmlurl url="ftp://sunsite.unc.edu/pub/Linux/system/network/daemons/"
name="sunsite.unc.edu /pub/Linux/system/network/daemons">
o siti mirror.  La versione al momento in cui questo documento viene
scritto è: <tt/lwared-0.95.tar.gz/.

<sect2><heading>Compilazione di <bf/lwared/
<p>
<descrip>
<tag>Esecuzione del comando <tt/tar/ per il pacchetto <tt/lwared/</tag>
	Qualcosa del tipo:
<verb>
# cd /usr/src
# tar xvpfz lwared-0.95.tar.gz
</verb>

<tag>Compilazione di un kernel con supporto <bf/Ethernet/ e <bf/IPX/</tag>
Coloro che utilizzano un kernel <tt/alpha 1.3.*/, dovrebbero passare
alla versione <it/1.3.17/ o superiore poiché le patch
supportate sono state create per questa versione.  I kernel <it/1.3.*/
più vecchi della versione <it/1.3.17/ richiederanno una installazione
manuale delle patch (il file <tt/INSTALL/ contenuto nel pacchetto
riporta alcune informazioni su come eseguire questa operazione).  Per
installare le patch su un kernel <it/1.3.17/ si può digitare il comando:
<verb>
# make patch
</verb>
<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 <it/1.2.13/
è sufficiente aver risposto ``<bf>Y</bf>'' alla domanda:
``<tt/The IPX protocol/'', come illustrato nell'esempio che segue:
<verb>
 ...
 ...
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
 ...
 ...
</verb>
<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'<htmlurl url="http://sunsite.unc.edu/LDP/HOWTO/Ethernet-HOWTO.html"
name="Ethernet-HOWTO">. <!-- (<htmlurl
url="http://www.pluto.linux.it/ildp/HOWTO/index.html"
name="traduzione italiana">). -->
<p>
A questo punto è possibile procedere con la compilazione
del kernel.  Non si dimentichi di eseguire <tt/lilo/ una volta terminata
l'operazione.

<tag>Compilazione e installazione di <tt/lwared/</tag>Per compilare
<tt/lwared/ controllare in primo luogo, e modificare se necessario, il
file <tt>server/config.h</tt>.  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.
<verb>
# make depend
# make
# make install
</verb>
<p>
Può accadere che il comando ``<tt/make depend/'' sembri non trovare il
file <tt/float.h/ sul sistema, tuttavia dovrebbe funzionare comunque.
Può anche accadere che, effettuando la compilazione con <it/gcc 2.6.3/
sia necessario modificare la riga:
<verb>
#include <net/route.h>
</verb>
<p>
con
<verb>
#include <net/if_route.h>
</verb>
<p>
all'interno di <tt>/lib/ipxkern.c</tt> poiché, talvolta questo file ha un
nome diverso.
<p>
Il comando ``<tt/make install/'' tenterà di installare il server e i
programmi del demone di routing all'interno della directory
<tt>/usr/sbin</tt>, il programma <tt>lwpasswd</tt> in
<tt>/usr/bin</tt>, i programmi di utilità IPX in
<tt>/sbin</tt> e infine, le pagine di manuale verranno installate
nella directory <tt>/usr/man</tt>.  Se qualcuna di queste locazioni non
fosse disponibile nel sistema, sarà necessario modificare il
<tt/Makefile/ per impostare le directory destinazione.
</descrip>

<sect2><heading>Configurazione e utilizzo di <tt/lwared/
<p>
<descrip>
<tag/Configurazione della rete IPX/ 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
(<tt/eth0/, <tt/eth1/ ecc.) si trova su ciascun segmento, quale tipo di
trama (<tt/802.3/, <tt/EtherII/ 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 <tt/23a91300/ e <tt/23a91301/ e indirizzo di rete
interna <tt/bdefaced/:
<verb>
# ipx_internal_net add BDEFACED 1
# ipx_interface add eth0 802.3 23a91300
# ipx_interface add eth1 etherii 23a91301
</verb>

<tag>Avvio dei demoni di instradamento</tag> 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 <tt/lwared/:
<tt/ipxripd/ gestisce le informazioni di instradamento e <tt/ipxsapd/
le informazioni di SAP.  Per avviare i demoni è sufficiente
specificare la locazione in cui devono scrivere i propri messaggi di log:
<verb>
# ipxripd /var/adm/ipxrip
# ipxsapd /var/adm/ipxsap
</verb>

<tag>Configurazione del server <bf/lwared/</tag>
<p>
È necessario eseguire la configurazione manuale di due file per consentire
il login al server <tt/lwared/.  Tali file sono:
<descrip>
<tag>/etc/lwpasswd</tag> In questo file vengono memorizzate le informazioni
di account dell'utente.  Il programma <tt/lwpasswd/ è utilizzato per
mantenerlo aggiornato.  La sua forma più semplice del file
<tt>/etc/lwpasswd</tt> è:
<verb>
ales:
terryd:
guest:
</verb>
<p>
Si tratta di una semplice lista di identificativi di login, seguiti dal
carattere ``<tt/:/'' 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 <tt>/etc/lwpasswd</tt> deve
apparire anche in <tt>/etc/passwd</tt>; l'utente <tt/root/ è l'unico in
grado di modificare le password di un altro utente LinWare come di seguito
indicato:
<verb>
# lwpasswd rodg
Changing password for RODG
Enter new password:
Re-type new password:
Password changed.
</verb>

<tag>/etc/lwvtab</tag> 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 <tt>/etc/exports</tt> di NFS).  Un semplice esempio del suo formato è:
<verb>
SYS             /lwfs/sys
DATA            /lwfs/data
HOME            /home
</verb>
<p>
Il nome del Volume è seguito da spazi bianchi seguiti dalle
directory Linux da esportare.  Ci deve essere almeno una riga relativa al
<bf/volume SYS/ 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 <bf/SYS/ sotto la
directory che viene esportato come volume <bf/SYS/.  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.
</descrip>

<tag>Avvio del server <bf/lwared/</tag> <tt/lwared/ viene avviato tramite il
comando:
<verb>
# lwared
</verb>
<p>
Se il server è stato avviato come mostrato, il nome del server LinWare
dipenderà dalla risposta dell'<bf/hostname/ Linux.
Se si desidera un nome diverso, è possibile indicarlo esplicitamente.  Ad
esempio, il comando:
<verb>
# lwared -nlinux00
</verb>
<p>
avvia il server con nome <bf/linux00/.

<tag>Collaudo del server <tt/lwared/</tag> La prima cosa da
controllare è la presenza del proprio <it/server LinWare/
nell'elenco fornito dal comando <tt/slist/ (eseguito su un
client DOS della propria rete).  Il programma <tt/slist/ è presente nel
volume <bf/SYS/ di un fileserver Novell, pertanto può essere eseguire
solo da una macchina già collegata.  Se l'esito è negativo,
controllare che <tt/ipxsapd/ e <tt/lwared/ siano entrambi in esecuzione.
Al contrario, se l'esito è positivo, si tenti la connessione al server e
il mount di un volume, tramite:
<verb>
C:> attach linux00/ales
 ...
 ...
C:> map l:=linux00/data:
C:> l:
</verb>
<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.

</descrip>

<sect><heading>Configurazione della macchina Linux come client di stampa Novell<label id="Print Client">
<p>
Il pacchetto <tt/npcfs/ contiene due piccoli programmi che consentono di
indirizzare una stampa dalla propria macchina Linux verso
una stampante collegata a un server di stampa Novell.  Il comando
<tt/nprint/ permette spedire un file a una coda
di stampa Netware.  Il comando <tt/pqlist/ fornisce la lista delle code di
stampa disponibili.
<p>
Per ottenere e installare questi comandi, è sufficiente seguire le
istruzioni relative al client NCP descritte in precedenza.
<p>
Entrambi i comandi richiedono che siano forniti il proprio username e
password, qundi per facilitare le operazioni, a volte si
preferisce realizzare qualche shell script.  Un esempio per i comandi
potrebbe essere:
<tscreen><verb>
# pqlist -S ACCT_FS01 -U guest -n
# nprint -S ACCT_FS01 -q LASER -U guest -n filename.txt
</verb></tscreen>

La sintassi per il login è simile a quella del comando <em/ncpmount/.
Negli esempi sopra riportati si assume che il fileserver <tt/ACCT_FS01/
abbia un account ``<bf/guest/'' senza password, che esista una coda di
stampa di nome <tt/LASER/ e che l'utente ``<bf/guest/'' sia in grado di
eseguire stampe su di essa.

Nella macchina Linux dell'autore c'è un corto shell script per ciascuna
stampante Novell. Questo può essere usato come filtro di stampa per
consentire la stampa usando lo spooler standard di Linux.

<sect><heading>Configurazione di una macchina Linux come print server Novell
<p>
Il pacchetto <tt/npcfs/ contiene un programma che consente alla macchina
Linux di comportarsi come un server di stampa su una rete NetWare.  Per
sapere come ottenere ed eseguire la compilazione di tale programma,
seguire le istruzioni contenute nel paragrafo relativo al
<ref id="Print Client" name="Client NetWare">.  Alternativamente,
il supporto è incluso nel pacchetto <em/mars_nwe/.


<sect1><heading>Prerequisiti
<p>
La configurazione è piuttosto semplice ma si basa sul fatto che la
configurazione di stampa sia già stata completata e sia funzionante sotto
Linux.  Questo argomento è trattato più in dettaglio all'interno del
<htmlurl url="http://sunsite.unc.edu/LDP/HOWTO/Printing-HOWTO.html"
name="Printing-HOWTO"> <!-- (<htmlurl
url="http://www.pluto.linux.it/ildp/HOWTO/Printing-HOWTO.html"
name="traduzione italiana">). -->

<sect1><heading>Configurazione
<p>
Quando si ha a disposizione una configurazione di stampa funzionante, e
l'utility <tt/pserver/ è stata compilata e installata, è necessario
aggiungere dei comandi per avviarla all'interno dei propri
<it/file rc/.
<p>
Il comando da utilizzare dipende da come si desidera che funzioni,
tuttavia nella sua forma più semplice il comando sarà del tipo:

<tscreen><verb>
# pserver -S ACCT_01 -U LASER -P secret -q LASERJET
</verb></tscreen>

Questo comando richiede all'utility <tt/pserver/ di effettuare un login al
file server <tt/ACCT_01/ con username ``<bf/LASER/'' e password ``<bf/secret/''
e di prelevare dei job dalla coda di stampa <tt/LASERJET/.  Quando viene
ricevuto un job di stampa, il comando predefinito <tt/lpr/
lo invierà al demone di stampa Linux. La coda di stampa deve già essere
definita sul fileserver e lo username deve avere privilegi per la coda.
<p>
Alternativamente, sarebbe stato possibile utilizzare qualsiasi comando
Linux per accettare e stampare il job.  L'opzione <tt/-c/ consente di
specificare il corretto comando di stampa.  Ad esempio, il comando:

<tscreen><verb>
# pserver -S ACCT_01 -U LASER -P secret -q LASERJET -c "lpr -Plaserjet"
</verb></tscreen>

avrebbe il medesimo risultato dell'esempio precedente, ma il job verrebbe
inviato alla configurazione <bf/laserjet/ del <tt/printcap/ in luogo di
quella predefinita.

<sect><heading>Panoramica sui comandi utente e di amministrazione di <bf/ncpfs/
<p>
Le versioni più recenti del pacchetto <tt/ncpfs/ di Volker includono
diversi comandi utente e di amministrazione.
I tool sono installati come parte del processo di installazione di
<tt/ncpfs/, pertanto se non fossero disponibili, si consiglia di
seguire le istruzioni contenute nel paragrafo relativo ai
"<ref id="Print Client" name="Client Novell">" per eseguire
compilazione ed installazione.
<p>
Informazioni dettagliate sono presenti all'interno del manuale;
tuttavia, nel seguito viene riportata una breve descrizione dei comandi.

<sect1><heading>Comandi utente
<p>
<descrip>
<tag/ncopy/ <it/Network Copy/ -- copia file in modo efficiente
tramite l'utilizzo di una funzione NetWare in luogo di
eseguire una copia attraverso la rete.
<tag/nprint/ <it/Network Print/ -- stampa un file
indirizzato a una coda di stampa Netware di un server Netware.
<tag/nsend/ <it/Network Send/ -- invia messaggi ad altri
utenti su un server Netware.
<tag/nwbols/ <it/List Bindery Objects/ -- elenca informazioni di
bindery di un server Netware.
<tag/nwboprops/ <it/List Properties of a Bindery Object/ -- elenca le
proprietà di un oggetto bindery Netware.
<tag/nwbpset/ <it/Set Bindery Property/ -- imposta le proprietà
di un oggetto bindery Netware.
<tag/nwbpvalues/ <it/Print Netware Bindery Objects Property Contents/ --
stampa il contenuto di un oggetto bindery Netware.
<tag/nwfsinfo/ <it/Fileserver Information/ -- stampa le informazioni di base
di un server Netware.
<tag/nwpasswd/ <it/Netware Password/ -- modifica la password
di utenti Netware.
<tag/nwrights/ <it/Netware Rights/ -- visualizza i diritti associati a un
determinato file o directory.
<tag/nwuserlist/ <it/Userlist/ -- fornisce l'elenco di utenti collegati a un
file server Netware.
<tag/pqlist/ <it/Print Queue List/ -- visualizza il contenuto di una coda
di rete Netware.
<tag/slist/ <it/Server List/ -- visualizza un elenco di file server Netware
conosciuti.
</descrip>

<sect1><heading>Strumenti per la gestione
<p>
<descrip>
<tag/nwbocreate/ <it/Create a Bindery Object/ -- crea un oggetto
bindery Netware.
<tag/nwborm/ <it/Remove Bindery Object/ -- cancella un oggetto
bindary Netware.
<tag/nwbpadd/ <it/Add Bindery Property/ -- imposta il valore di
una proprietà esistente di un oggetto bindary Netware.
<tag/nwbpcreate/ <it/Create Bindery Property/ -- crea una nuova
proprietà per un oggetto bindary Netware esistente.
<tag/nwbprm/ <it/Remove Bindery Property/ -- elimina una
proprietà di un oggetto bindary Netware.
<tag/nwgrant/ <it/Grant Trustee Rights/ -- assegna diritti di
amministrazione a una directory su un file server Netware.
<tag/nwrevoke/ <it/Revoke Trustee Rights/ -- rimuove diritti di
amministrazione da una directory su un fileserver Netware.
</descrip>

<sect><heading>Configurazione di <bf/PPP/ per reti con supporto <bf/IPX/
<p>
Le nuove versioni per il demone PPP <tt/pppd/ di Linux
consentono il trasporto dei pacchetti IPX attraverso un
collegamento seriale <bf/PPP/.  È necessaria almeno la versione
<tt/ppp-2.2.0d/ del demone.  Si faccia riferimento al <htmlurl
url="http://sunsite.unc.edu/LDP/HOWTO/PPP-HOWTO.html"
name="PPP-HOWTO"> per informazioni dettagliate su dove trovarlo.
<!--    (<htmlurl
url="http://www.pluto.linux.it/ildp/HOWTO/index.html"
name="traduzione italiana">). -->  Quando si compila
<tt/pppd/ è necessario abilitare il supporto IPX aggiungendo le due righe
seguenti:

<tscreen><verb>
IPX_CHANGE = 1
USE_MS_DNS = 1
</verb></tscreen>

al file: <tt>/usr/src/linux/pppd-2.2.0f/pppd/Makefile.linux</tt>.

<descrip>
<tag/IPX_CHANGE/ configura il supporto IPX all'interno di PPP.
<tag/USE_MS_DNS/ abilita le macchine Microsoft Windows 95 a eseguire Name
 Lookups.
</descrip>

 L'unica particolarità per farlo funzionare consiste
 nella configurazione.
<p>
 Esistono diversi modi per farlo, tuttavia ne verranno descritti solo due,
 entrambi non ancora verificati.  Pertanto, si consideri questo paragrafo
 come sperimentale, e chiunque ottenga dei risultati positivi è invitato a
 comunicarlo.

<sect1><heading>Configurazione di un server IPX/PPP
<p>
 Innanzi tutto, è necessario configurare la propria macchina Linux come
 server IP/PPP.  Si tratta di un'operazione tutt'altro che difficile.
 Ancora una volta, si invita a seguire le istruzioni contenute in
 <htmlurl url="http://sunsite.unc.edu/LDP/HOWTO/PPP-HOWTO.html"
 name="PPP-HOWTO"> <!-- (<htmlurl
 url="http://www.pluto.linux.it/ildp/HOWTO/index.html"
 name="traduzione italiana">) --> e si
 otterranno i risultati desiderati.  Dopo di che sono sufficienti
 modifiche minime per fare in modo che IPX funzioni con la stessa
 configurazione.

<sect2><heading>Primi passi
<p>
 Uno dei primi passi consiste nella configurazione della propria macchina
 Linux come router IPX come descritto in un paragrafo precedente.  Non sarà
 necessario utilizzare il comando <tt/ipx_route/ per l'interfaccia
 <tt/ppp/ poiché <tt/pppd/ stesso effettuerà la configurazione come
 viene fatto per IP.  Nel momento in cui il demone <tt/ipxd/ entra in
 funzione, rileverà automaticamente ogni nuova interfaccia IPX e
 propagherà instradamenti per ognuna di esse.  In tal modo, i propri
 <it/host dialup/ potranno essere automaticamente visti da altre macchine
 al momento della loro connessione.

<sect2><heading>Progettazione
<p>
 Quando la macchina lavora come server, sarà propria responsabilità
 assegnare indirizzi di rete a ciascuna delle connessioni PPP nel momento
 in cui vengono stabiliti.  È molto importante sapere che ogni connessione
 PPP sarà una rete IPX e avrà indirizzo di rete IPX univoco.  Questo
 significa che è necessario decidere come saranno allocati gli indirizzi e
 la loro corrispondenza.  Una semplice convenzione consiste nell'allocare
 un indirizzo di rete IPX a ogni dispositivo seriale che supporterà
 IPX/PPP.  È possibile allocare gli indirizzi di rete IPX in relazione
 all'identificativo di login dell'utente connesso, tuttavia in genere non
 esistono particolari motivi per farlo.
<p>
 Nel seguito si suppone che questo sia stato fatto, e che vengano usati
 due dispositivi seriali (modem).  Gli indirizzi assegnati in questo
 esempio sono:

<tscreen><verb>
device IPX Network Address
------ -------------------
ttyS0  0xABCDEF00
ttyS1  0xABCDEF01
</verb></tscreen>

<sect2><heading>Configurazione di <bf/pppd/ per il server
<p>
Si esegua la configurazione del file <tt>/etc/ppp/options.ttyS0</tt>
nel modo seguente:

<tscreen><verb>
ipx-network 0xABCDEF00
ipx-node 2:0
ipxcp-accept-remote
</verb></tscreen>

e quella del file <tt>/etc/ppp/options.ttyS1</tt>:

<tscreen><verb>
ipx-network 0xABCDEF01
ipx-node 3:0
ipxcp-accept-remote
</verb></tscreen>

Questi comandi richiederanno a <tt/pppd/ di allocare alla connessione,
nel momento in cui viene stabilita, gli indirizzi di rete IPX appropriati,
di impostare il numero di nodo locale a <tt/2/ o <tt/3/ e lascerà che il
nodo remoto sovrascriva il proprio numero di nodo con quello che esso
stesso conosce.  Si noti che ognuno degli indirizzi è composto da cifre
esadecimali e che <tt/0x/ è necessario all'inizio dell'indirizzo di rete,
ma non all'inizio dell'indirizzo del nodo.  Esistono altri metodi per
configurare le stesse informazioni.  Disponendo di un solo modem, è
sufficiente modificare il file <tt>/etc/ppp/options</tt>.  In alternativa,
queste informazioni possono essere passate a <tt/pppd/ tramite righe di
comando.

<sect2><heading>Verifica della configurazione del server
<p>
Per verificare la configurazione è necessario avere a disposizione un
client del cui funzionamento si sia certi.  Quando il
chiamante compone il numero, si collega e <tt/pppd/ viene avviato, esso
assegnerà l'indirizzo di rete, comunicherà al client il numero di nodo del
server e negozierà il numero di nodo del client.  Una volta completata
questa operazione, e dopo che <tt/ipxd/ abbia rilevato la nuova
interfaccia, il client dovrebbe essere in grado di stabilire le
connessioni con gli host remoti.

<sect1><heading>Configurazione di un client IPX/PPP
<p>
Durante la configurazione di un client, il fatto di configurare o meno la
propria macchina Linux come router IPX dipende dall'avere o meno una LAN
locale che si desidera funzioni come un router IPX.  Se si sta collegando
una singola macchina (standalone) a un server IPX, non è necessario
eseguire <tt/ipxd/ come descritto.  Una configurazione di questo tipo è
molto più semplice poiché non devono essere configurati diversi
dispositivi seriali.

<sect2><heading>Configurazione di <bf/pppd/ per il client
<p>
La configurazione più semplice è quella che consente al server di fornire
tutte le informazioni circa la configurazione della rete IPX.  Tale
configurazione sarà compatibile con quella del server sopra descritta.
È necessario aggiungere alcune opzioni al proprio file
<tt>/etc/ppp/options</tt>:
<tscreen><verb>
ipxcp-accept-network
ipxcp-accept-remote
ipxcp-accept-local
</verb></tscreen>
<p>
Queste opzioni richiedono a <tt/pppd/ di comportarsi in modo completamente
passivo e di accettare tutti i dettagli di configurazione dal server.
Potrebbero essere forniti dei valori di default per i server che non
forniscono dettagli aggiungendo le righe relative a <tt/ipx-network/ e
<tt/ipx-node/ in modo analogo a quanto descritto per la configurazione
del server.

<sect2><heading>Verifica del client IPX/PPP
<p>
Per verificare il client è necessario collegarsi a un server
del cui funzionamento si sia certi.  Dopo aver attivato il collegamento e
dopo che <tt/pppd/ sia stato avviato, dovrebbe essere possibile vedere i
dettagli IPX configurati sul proprio dispositivo <tt/ppp0/ se si esegue il
comando <tt/ifconfig/.  Allo stesso modo, dovrebbe essere possibile
utilizzare <tt/ncpmount/.
<p>
Non è certa la necessità di aggiungere manualmente gli instradamenti IPX
in modo da poter raggiungere fileserver distanti.  Se qualche lettore è in
grado di dare dei suggerimenti, sarebbero estremamente graditi.

<sect><heading>Il tunnel IPX su IP
<p>
Molto frequentemente si verifica la situazione in cui due Reti Locali
(LAN) Novell sono in collegamento tramite un'unica connessione IP.  In
questo caso ad esempio, com'è possibile, giocare a DOOM per DOS in
più giocatori? <htmlurl url="mailto:ag@agsc.han.de"
name="Andreas Godzina (ag@agsc.han.de)"> è in grado di fornire una
risposta che consiste in <tt/ipxtunnel/.
<p>
<tt/ipxtunnel/ incapsula pacchetti IPX
con datagrammi <tt>TCP/IP</tt>, in modo che possano essere trasportati con
una connessione <tt>TCP/IP</tt>.  <tt/ipxtunnel/ resta in ascolto e quando
rileva un pacchetto IPX, lo ingloba in un datagramma <tt>TCP/IP</tt> e lo
instrada verso l'indirizzo IP remoto specificato.  Affinché questo i
procedimento funzioni, la macchina verso cui viene instradato l'IPX
incapsulato deve necessariamente avere in esecuzione un copia della
stessa versione di <tt/ipxtunnel/.

<sect1><heading>Come ottenere <bf/ipxtunnel/
<p>
<tt/ipxtunnel/ può essere ottenuto da <htmlurl
url="ftp://sunsite.unc.edu/pub/Linux/system/network/daemons"
name="sunsite.unc.edu /pub/Linux/system/network/daemons">
o siti mirror.

<sect1><heading>Compilare <bf/ipxtunnel/
<p>
È possibile eseguire la compilazione di ipxtunnel tramite i comandi:
<tscreen><verb>
# cd /usr/src
# tar xvfz .../ipxtunnel.tgz
# cd ipxtunnel
# make
</verb></tscreen>

<sect1><heading>Configurazione di <bf/ipxtunnel/
<p>
La configurazione di <tt/ipxtunnel/ è molto semplice.  Si supponga che la
macchina di un amico sia <it/gau.somewhere.com/ e che la propria macchina
sia denominata <it/gim.sw.edu/.  <tt/ipxtunnel/ utilizza il file di
configurazione <tt>/etc/ipxtunnel.conf</tt>, che consente di specificare
la porta UDP predefinita da utilizzare per la connessione <tt>TCP/IP</tt>
alla quale verranno inviati i dati incapsulati, e su quali delle proprie
interfacce locali <tt/ipxtunnel/ dove stare in ascolto e consegnare
pacchetti IPX.
<p>
Una configurazione molto semplice è riportata nell'esempio che segue:
<tscreen><verb>
#
# /etc/ipxtunnel.conf per gim.sw.edu
#
# Porta UDP da utilizzare: (valore predefinito 7666)
port 7777
#
# Macchina remota a cui inviare i pacchetti IPX:
# (nessun valore predefinito)
remote gau.somewhere.com
#
# Interfacce locali su cui restare in ascolto di IPX:
# (valore predefinito eth0)
interface eth0
interface eth1
</verb></tscreen>

Ovviamente, l'altra macchina possiederà un file di configurazione simile
che definisce questa macchina come <it/host remoto/.

<sect1><heading>Verifica e utilizzo di <tt/ipxtunnel/
<p>
<tt/ipxtunnel/ si comporta <it/come/ un ponte (bridge) IPX, quindi le reti
IPX che si trovano a entrambi gli estremi della connessione dovrebbero
essere parti della stessa.  Andreas non ha mai verificato il funzionamento
di <tt/ipxtunnel/ in un ambiente davvero in grado di supportare servizi di
file Novell, pertanto se qualche lettore dovesse realizzarlo è pregato di
far sapere ad Andreas gli esiti della prova.
<p>
Se <tt/ipxtunnel/ funziona, è possibile l'avvio delle macchine DOOM a
entrambi gli estremi della connessione in modalità IPX.  Le due
macchine dovrebbero essere in grado di vedersi.  Andreas
ha utilizzato questo codice solo su linee a buona velocità e quindi non è
in grado di fare affermazioni sulle prestazioni con connessioni a bassa
velocità.  Ancora una volta, si invita a comunicare successi o insuccessi.

<sect><heading>Supporto commerciale IPX per Linux
<p>

<sect1><heading>Network Desktop di Caldera
<p>
La società <it/Caldera Inc./ produce una distribuzione di Linux che
caratterizza un insieme di miglioramenti supportati commercialmente,
incluso il pieno supporto funzionale ai client NetWare Novell.  La
distribuzione di base è la ben nota <it/Red Hat Linux Distribution/ e
Caldera vi ha aggiunto il proprio prodotto ``Network Desktop''.  Il supporto
NetWare fornisce un client con piene caratteristiche NetWare Novell
costruito sulla tecnologia della Novell Corporation.  Il client fornisce
pieno accesso ai <tt/fileserver 3.x/ e <tt/4.x/ e include caratteristiche
come NetWare Directory Service (NDS) e crittografia RSA.
<p>
È possibile ottenere ulteriori informazioni e ordinare dei dettagli da:
<htmlurl url="http://www.caldera.com/"
name="Caldera Inc Web Server (http://www.caldera.com/)">.
<p>
Se si lavora in un ambiente Netware 4.x e/o NDS, il Caldera Netware Client
rappresenta l'unica soluzione disponibile.
<p>
Se un'applicazione ``industriale'' è critica per il supporto Novell, allora
sarebbe opportuno dare un'occhiata al prodotto della Caldera.

<sect><heading>Alcune domande frequenti (FAQ)
<p>
<descrip>
<tag>Dove si può trovare il software IPX per Linux supportato commercialmente?</tag>
La Caldera Corporation offre un client con licenza e con pieno
supporto Netware 3.x e 4.x.  È possibile ottenere informazioni
a riguardo dal <htmlurl url="http://www.caldera.com/"
name="Caldera Inc Web Server (http://www.caldera.com/)">.
<tag>Il software IPX lavora con Arcnet/Token Ring/ ecc...?</tag>
Il software IPX è in grado di lavorare con le interfacce Arcnet e Token
Ring.  Non si hanno ancora notizie di tentativi con AX.25.  La
configurazione è la stessa che per ethernet, tranne la necessità di
sostituire i nomi di dispositivi appropriati in luogo di ``eth0'' e gli
appositi indirizzi hardware dove necessario.
<tag>Come si configura più di un'interfaccia?</tag> Se la propria macchina
contiene più di un'interfaccia, non si dovrebbe usare la configurazione
``plug'n'play'', ma si dovrebbe utilizzare il comando <tt/ipx_interface/
per configurare ciascuna di esse manualmente.
<tag>Come scegliere gli indirizzi IPX?</tag> Il networking IPX è simile, ma
non identico, al networking IP.  La differenza principale consiste nel modo
di utilizzo degli indirizzi.  IPX non utilizza il concetto di
``<it/subnetworking/'', pertanto l'ordinamento delle associazioni esistenti
tra indirizzi di rete e reti è differente.  Le regole sono molto semplici:
<itemize>
<item>Ogni indirizzo di rete IPX deve essere univoco su una rete
    geografica.  Questo include gli Indirizzi di Rete Interna.  Molte
    organizzazioni che utilizzano IPX su una rete geografica avranno una
    sorta di indirizzamento standard che è utile seguire.
<item>Ogni indirizzo di host su una rete individuale deve essere univoco.
    Questo significa che ogni host su ciascuna rete IPX deve avere un
    indirizzo assegnato in modo univoco.  Nel caso di una rete ethernet è
    molto semplice, dal momento che le schede stesse hanno un indirizzo
    univoco.  Nel caso di IPX/PPP bisogna assicurarsi di allocare indirizzi
    univoci a tutti gli host della rete, indipendentemente dall'estremo
    delle connessioni ai quali sono collegati.  Non è necessario che gli
    indirizzi degli host siano univoci lungo una rete geografica, dal
    momento che l'indirizzo di rete viene utilizzato insieme all'indirizzo
    dell'host per identificarlo in modo univoco.
</itemize>
<tag>Quali sono i tipi di trama da utilizzare?</tag> Esistono molti ``frame type''
sui quali è possibile eseguire IPX.  I più comuni sono descritti nel
paragrafo <ref id="termini comuni" name="termini comuni"> di questo
documento (alla voce: <ref id="tipo di frame" name="tipo di frame">).
Se si sta installando la propria macchina su una rete esistente, si
dovrebbero utilizzare quelli che sono già in uso per avere la possibilità
di interagire con gli altri host della rete, ma se l'installazione avviene
su una rete completamente nuova e si desidera gestire traffico sia IPX,
sia IP, allora deve essere utilizzato il frame type <tt/Ethernet_II/.
<tag>Le macchine Windows95 possono interferire con l'autorilevamento del tipo di frame?</tag> Apparentemente sembra accadere.  Si suggerisce di
utilizzare la configurazione manuale (e si tratta comunque del metodo
migliore) del tipo di frame in luogo di quella automatica.
<tag>Perché appare il messaggio `<it/invalid argument/' <bf/durante la configurazione di IPX?/</tag> Probabilmente non è in esecuzione un kernel
in grado di supportare IPX.  Le possibili soluzioni consistono nel
ricompilare il proprio kernel in modo da abilitare il supporto, oppure
controllare nuovamente di aver utilizzato lilo per installare e avviare
il nuovo kernel.
<tag>Perché appare il messaggio `<it>package not installed</it>' <bf/durante la configurazione di IPX?/</tag>
Probabilmente non è in esecuzione un kernel
in grado di supportare IPX.  Le possibili soluzioni consistono nel
ricompilare il proprio kernel in modo da abilitare il supporto, oppure
controllare nuovamente di aver utilizzato lilo per installare e avviare il
nuovo kernel.
<tag>Perché appare il messaggio `<it/IPX support not in kernel/' <bf/da pppd?/</tag>
Probabilmente IPX è stato compilato come modulo senza assicurarsi di
averlo caricato prima di avviare <tt/pppd/.
<tag>Come eseguire l'esportazione NFS di un filesystem NCP montato?</tag>
L'utilizzo di NFS per esportare un filesystem NCP richiede che il suo
collegamento sia stato eseguito utilizzando l'opzione <tt/ncpmount -V/.
Questa opzione consente di montare un solo volume di un fileserver
anziché di tutti i volumi contemporaneamente.  In questo modo, il proprio
demone NFS consentirà di esportare tale file system con le solite modalità.
<tag>Perché il comando `<tt/slist/' <bf/non funziona se la rete interna contiene/ <tt/mars_nwe/?</tag> È necessario abilitare ``<it/get nearest server/''.
Ossia, la riga <tt/401/ nel file <tt>/etc/nwserv.conf</tt> dovrebbe essere
<tt/0/ a meno che non esistano particolari motivi per non voler rispondere
a ``<it/get nearest servers/''.  Se si desidera solamente che il comando
``<tt/slist/'' funzioni senza rispondere a ogni richiesta ``<it/get nearest
server/'', includere i propri numeri di rete interna e di nodo nel file
<tt>/etc/nwserv.stations</tt>, quindi impostare la riga <tt/401/ nel file
<tt>/etc/nwserv.conf</tt> con il valore <tt/2/.
<tag>Il pacchetto ncpfs funziona con mars_nwe?</tag> Il codice di
Martin e Volker sta lentamente iniziando a convergere.  Versioni recenti
di <tt/mars_nwe/ contengono un'opzione che consente il funzionamento
con <tt/ncpfs/.  È necessario abilitare <tt/WITH_NAME_SPACE_CALLS/ nel
file <tt>mars_nwe config.h</tt>.
<tag>Esiste software per MSDOS gratuito funzionante con <bf/mars_nwe/?</tag>
Martin possiede un pacchetto distribuito insieme a
<tt/mars_nwe/ che offre supporto client DOS gratuito per il server
<tt/mars_nwe/.  È disponibile nello stesso sito del server, con
nome <it>mars_dosutils-0.01.tgz</it>.  Include codice sorgente in C,
compilabile con Borland(tm) C, per programmi come <tt/slist.exe/,
<tt/login.exe/, <tt/map.exe/ ecc.
</descrip>

<sect><heading>Copyright
<p>
The IPX-HOWTO, a guide to software supporting the IPX protocol for Linux.
Copyright (c) 1995 Terry Dawson.

This program is free software; you can redistribute it and/or modify it under
the terms of the GNU General Public License as published by the Free Software
Foundation; either version 2 of the License, or (at your option) any later
version.

This program is distributed in the hope that it will be useful, but WITHOUT
ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or FITNESS
FOR A PARTICULAR PURPOSE. See the GNU General Public License for more details.

You should have received a copy of the GNU General Public License along with
this program; if not, write to the:

Free Software Foundation, Inc., 675 Mass Ave, Cambridge, MA 02139, USA.
<P>
<quote>
L'unica licenza valida &egrave quella originale in lingua
inglese. Di seguito ne trovate una traduzione abbastanza fedele che
per&ograve; non ha alcun valore legale.
</quote>
<p>
<htmlurl url="http://sunsite.unc.edu/LDP/HOWTO/IPX-HOWTO.html"
name="IPX-HOWTO"> (<url
url="http://www.pluto.linux.it/ildp/HOWTO/IPX-HOWTO.html"
name="traduzione italiana">), guida al
supporto software del protocollo IPX per Linux.  Copyright (c) 1995 Terry
Dawson.
<p>
Questo HOWTO è gratuito; può essere distribuito e/o modificato sotto i
termini della <tt>GNU General Public License</tt> come pubblicato dalla
<tt>Free Software Foundation</tt>; sia la versione 2 della Licenza, sia
ogni altra versione successiva.
<p>
Questa documentazione viene distribuita con la speranza che possa essere
utile, ma <it/SENZA ALCUNA GARANZIA/, senza neanche la garanzia implicita
di <it/COMMERCIABILITA'/ o <it/IDONEITA' PER UNO SCOPO PARTICOLARE/.  Si
faccia riferimento alla <tt>GNU General Public License</tt> per ulteriori
dettagli.
<p>
Copia della <tt>GNU General Public License</tt> dovrebbe essere allegata
a questa documentazione; se così non fosse, scrivere a:
<tscreen><verb>
Free Software Foundation, Inc., 675 Mass Ave, Cambridge,
MA 02139, USA.
</verb></tscreen>

<sect><heading>Varie e ringraziamenti
<p>
Terry Dawson <tt/&lt;terry@perf.no.itg.telstra.com.au>/ per il documento
originale.
<p>
<htmlurl url="mailto:dave@tamos.gmu.edu"
name="David E. Storey (dave@tamos.gmu.edu)"> e <htmlurl
url="mailto:lendecke@namu01.gwdg.de"
name="Volker Lendecke (lendecke@namu01.gwdg.de)">
entrambi hanno dato una grande assistenza fornendomi informazioni per
questo documento.  <htmlurl url="mailto:gilbert@pokey.inviso.com"
name="Gilbert Callaghan (gilbert@pokey.inviso.com)">, <htmlurl
url="mailto:dave@infra.com" name="David Higgins (dave@infra.com)"> e
<htmlurl url="mailto:chadr@brtgate.brttech.com"
name="Chad Robinson (chadr@brtgate.brttech.com)"> hanno contribuito alle
informazioni sulla configurazione di IPX/PPP.
<htmlurl url="mailto:bjv@Gil-galad.paradigm-sa.com"
name="Bennie Venter (bjv@Gil-galad.paradigm-sa.com)">
ha contribuito fornendo utili informazioni relative ai tipi di frame.
<htmlurl url="mailto:vergil@idir.net"
name="Christopher Wall (vergil@idir.net)"> ha fornito
utili suggerimenti per migliorare la leggibilità e il layout del
documento.  Anche <htmlurl url="mailto:boldt@math.ucsb.edu"
name="Axel Boldt (boldt@math.ucsb.edu)"> ha contribuito con utili
suggerimenti.
<htmlurl url="mailto:eriko@wrq.com" name="Erik D. Olson (eriko@wrq.com)">
ha fornito utili informazioni sulla configurazione di PPP per IPX.
<htmlurl url="mailto:root@brian.library.dal.ca"
name="Brian King (root@brian.library.dal.ca)">
ha contribuito al paragrafo delle domande frequenti.
<p>
``NetWare'' è un marchio registrato (registered trademark) di
<htmlurl url="http://www.novell.com/" name="Novell Corporation">.
<p>
``Caldera'' è un marchio registrato (registered trademark) di
<htmlurl url="http://www.caldera.com/" name="Caldera Corporation">.

<p>Saluti
<tt/Kevin Thorpe./
<p>
<tt/&lt;kevin@pricetrak.com>/

</article>













