Attachment 72237 Details for Bug 111631 – translation submit

translation submit

samba-p2.xml (text/plain), 23.31 KB, created by Marco Clocchiatti on 2005-11-05 13:21:33 UTC

(hide)

Description:

Filename:

MIME Type:

Creator: Marco Clocchiatti

Created: 2005-11-05 13:21:33 UTC

Size: 23.31 KB

patch

obsolete

><?xml version="1.0" encoding="UTF-8"?>
><!DOCTYPE guide SYSTEM "/dtd/guide.dtd">
>
>
><guide link="/doc/it/articles/samba-p2.xml" disclaimer="articles">
><title>Introduzione a Samba, Parte 2</title>
>
><author title="Author">
> <mail link="drobbins@gentoo.org">Daniel Robbins</mail>
></author>
>
>
><abstract>
>Nell'articolo precedente, Daniel vi ha introddoto a ciÃ² che puÃ² essere fatto con
>Samba.
>Adesso Ã¨ il momento di renderlo funzionante nel vostro sistema. In questo
>articolo, affronteremo i processi di compilazione, installazione e
>configurazione iniziale di Samba (versione 2.0.7) per renderlo operativo nel
>vostro sistema.
></abstract>
>
>
>
>
>
><version>1.0</version>
><date>2005-10-06</date>
>
><chapter>
><title>Compilazione, installazione e configurazione di Samba nel vostro
>ambiente
></title>
><section>
><title>Scaricare Samba
></title>
><body>
>
>Bene. Prima di tutto Ã¨ il momento di scaricare la versione di Samba 2.0.7 o
>successivo dal sito Samba.org (vedi <uri
>link="#resources">Resources</uri> , successivamente in questo articolo).
>
>
><note>
>Piuttosto che compilare Samba da sorgente, Ã¨ possibile scegliere
>l'installazione di un pacchetto binario (come gli RPM prediposti dalla propria
>distribuzione Linux). CiÃ² Ã¨ perfettamente OK. Tuttavia, come ho ricordato nel
>precedente articolo, facendo in questo modo, la collocazione dei file puÃ²
>risultare notevolmente diversa da quella indicata qui.
></note>
>
>
>Dopo avere scaricato Samba 2.0.7 o successivo, bisogna decomprimerlo in una
>cartella di propria scelta. Da linea di comando, digitare:
>
>
><pre caption="Decomprimere i file sorgente">
>$ tar -xzvf samba-2.0.7.tar.gz
></pre>
>
>
>VerrÃ  creata cosÃ¬ una cartella <path>samba-2.0.7</path>. Si esegua un <c>cd</c>
>all'interno per darci un'occhiata.In primo luogo, si osservi la presenza della
>cartella docs. Dentro, si trova una sottocartella chiamata 
><path>textdocs</path>. <path>textdocs</path> contiene una quantitÃ  di
>documentazione su Samba. Uno dei piÃ¹ importanti files qui contenuti Ã¨ chiamato
>DIAGNOSYS.txt e accompagna passo a passo il lettore in un esercizio di
>diagnosi dei possibili problemi che possono capitare durante la reale attivitÃ 
>di Samba. Qui, ora, noi seguiremo alcune, ma non tutte, delle procedure di
>diagnosi menzionate in quel file.
>
>
></body>
></section>
><section>
><title>Compilare e installare Samba</title>
><body>
>
>
>Successivamente, avrete anche notato la cartella <path>sources</path>, nella
>directory principale <path>samba-2.0.7</path>. Dentro <path>sources</path>
>troverete uno script configure accuratamente preparato per configurare tutti i
>makefiles propriamente. Come si fa per ogni altro script configure, per ottenere
>una lista delle possibili opzioni, basta digitare:
>
>
><pre caption="Investigating options">
>$ ./configure --help
></pre>
>
>
>Probabilmente, risulterÃ  utile concatenare l'output ad un <c>more</c>
>per prendere visione comodamente di tutte le opzioni disponibili:
>
>
><pre caption="Even more options">
>$ ./configure --help | more
></pre>
>
>
>Osservare in particolare le opzioni directory e file name. Determinano il
>percorso in cui ogni cosa deve essere installata. Il path di default Ã¨ 
><path>/usr/local/samba</path>. Probabilmente, preferirete modificare quel
>cammino in <path>/usr/local</path>, assegnando l'opzione
><c>--prefix=/usr/local</c> per configurare Samba.In questo esempio, io farÃ² uso
>dei seguenti path settings:
>
>
><pre caption="Configurare l'opzione directory">
>$ ./configure --prefix=/usr/local --localstatedir=/var/log --sysconfdir=/etc
></pre>
>
>
>La configurazione sopra descritta indirizzerÃ  il percorso predefinito di Samba
>all'interno di <path>/usr/local</path>, con l'esclusione dei file di
>configurazione.
>Samba collocherÃ  questi ultimi in <path>/etc</path>, mentre i log files
>risiederanno in <path>/var/log</path>. Volendo omettere quelle configurazioni,
>ogni cosa risulterÃ  collocata nel percorso <path>/usr/local/samba</path>
>(<path>/usr/local/samba/var</path>, <path>/usr/local/samba/etc</path>, etc.).
>
>
>
>Si puÃ² ora cominciare la compilazione. Dopo aver eseguito <c>configure</c>,
>digitare:
>
>
><pre caption="Compilazione di Samba">
>$ make
></pre>
>
>
>Completata la compilazione, digitare quanto segue con i privilegi di root per
>installare il software:
>
>
><pre caption="Installare Samba">
># make install
></pre>
>
></body>
></section>
><section>
><title>Configurare il server</title>
><body>
>
>
>Essenzialmente, la compilazione di Samba inizia e ha termine con la costruzione
>del file <path>smb.conf</path>. Questo Ã¨ il principale file di configurazione
>di Samba. Come prima cosa, Ã¨ opportuno riconoscerne la collocazione corretta.
>Se sono stati impostati le configurazioni sopra specificate,
><path>smb.conf</path> sarÃ  da collocare in /etc. Con l'uso dei percorsi
>predefiniti, invece, si troverÃ  in <path>/usr/local/samba/etc</path>.
>Per cominciare, collocarsi nella cartella appropriata, attivare il programma di
>editor preferito e inserire le linee seguenti. Io aggiungerÃ² dei commenti per
>consentire una adeguata comprensione degli effetti di ciascuna opzione.
>Aggiungere le seguenti linee al file <path>smb.conf</path>:
>
>
>
><pre caption="smb.conf">
>[global] 
>workgroup = GRUPPODILAVORO 
>security = user 
>encrypt passwords = yes 
>guest account = guest
></pre>
>
>
>La prima linea indica a Samba che stiamo collocando le opzioni nella sezione
>"globale". Esistono molte opzioni che sono concepite per essere collocate
>esclusivamente in questa sezione. Queste opzioni definiscono il comportamento
>globale di Samba.
>
>
>
>La seconda linea indica a Samba il nome del gruppo di lavoro Windows che Samba
>dovrÃ  generare. Sostituite GRUPPODILAVORO con un nome adeguato
>per il vostro workgroup.
>
>
>
>Sulla terza linea, indicheremo a Samba di operare nella modalitÃ  di sicurezza
>user-level. Questa opzione obbligherÃ  Samba a richiedere a tutti i clienti
>Windows che si connetteranno di fornire una combinazione username/password per
>ottenere l'accessso a qualunque risorsa del network. Questa Ã¨ certamente una
>cosa buona. La user-level security Ã¨ la modalitÃ  di sicurezza piÃ¹
>frequentemente utilizzata di Samba perchÃ¨ si adatta in modo eccellente alla
>maggior parte delle situazioni di condivisione di file. Comunque, esistono
>altre modalitÃ  operative disponibili. In particolare, una di esse permette a
>Samba di autenticare tutti gli utenti secondo il database di un preesistente
>Server Windows NT o 2000. Noi non desideriamo considerare questa particolare
>modalitÃ  in questo articolo. Se sono richieste maggiori informazioni a
>riguardo, si guardi la "security" option nella <path>smb.conf</path> man page.
>
>
>
>Ora, sulla quarta linea. Qui si indica a Samba di scambiare le password con
>Samba in modalitÃ  criptata. SarÃ  necessario utilizzare sempre password
>criptate, a meno di lavorare con macchine client estremamente datate (come
>macchine Windows per Workgroups-era). Abilitando le password criptate, Samba
>avrÃ  necessitÃ  di riferirsi ad un proprio file di database, aggiunto a quello
>standard Unix. Se ritenete preferibile disabilitare la criptazione delle
>password solamente per evitare di mantenere due file di password, non fatelo!
>Ponendo off le password criptate, sorgeranno problemi di condivisione con
>versioni anche moderatamente datate di Windows NR 4.0, oltre a Windows 2000. Se
>realmente desiderate evitare il mantenimento di due database separati, Samba
>fornisce vari metodi per sincronizzare i database, che Ã¨ un approccio
>preferibile.
>
>
>
>La linea successiva specifica un'utenza Unix valida da usare come
>accesso per gli ospiti. Sebbene molti utilizzino d'abitudine 
>"guest account=nobody", Ã¨ raccomandato di aggiungere un vero e proprio utente
>"guest" per l'accesso degli ospiti, se questo account non era giÃ  presente in
>precedenza nel sistema. Il nuovo "guest" account non richiede alcuna password nÃ¨
>la facoltÃ  di operare interattivamente (Ã¨ consigliabile tuttavia la scelta
>di configurare l'utente "guest" con una password e una shell valida di default).
>
>
>
>A questo punto siamo pronti per aggiungere le opzioni per il supporto WINS ad
><path>smb.conf</path>. Per farlo, bisognerÃ  aggiungere una delle seguenti due
>linee alla sezione globale:
>
>
><pre caption="Supporto WINS">
>wins support = yes
></pre>
>
>Oppure:
>
><pre caption="Indirizzo IP del server WINS">
>wins server = indirizzo IP del server WINS
></pre>
>
>
>Se esiste giÃ  un WINS server nella vostra attuale sottorete (un server Windows
>NT che esegua WINS, per esempio), dovrete usare la seconda opzione e
>specificare il nome del WINS server a destra del simbolo di uguale. I servizi
>WINS interni di Samba verranno disabilitati, e si farÃ  uso del WINS server da
>voi specificato.
>
>
>
>Se non Ã¨ presente un WINS server operante nel vostro network, o se state
>creando una configurazione casalinga di Samba e non sapete esattamente cosa sia
>un WINS server, utilizzerete solamente la prima opzione. Con ciÃ², ordinerete a
>Samba di assumere la funzione di WINS server per la vostra LAN.
>
>
>
>Vi potreste domandare cosa sia mai questo WINS. Essenzialmente, si tratta di un
>datadabase di DNS dinamico. Quando Samba lavora come WINS server, ogni macchina
>windows-compatibile nello stesso network registrerÃ  il proprio indirizzo IP e
>il nome di NetBIOS (leggi "computer name") con Samba. Questo consente alle
>macchine Windows di usare il database di Samba per richiedere un indirizzo IP
>per un particolare nome di NetBIOS. WINS Ã¨ un componente chiave della
>navigazione di rete, che si usa in un modo simile a Risorse di Rete per un
>sistema Windows.
>
>
>
>Ora Ã¨ possibile aggiungere molte nuove opzioni alla sezione globale:
>
>
><pre caption="Impostazioni per la navigazione in rete">
>local master = yes 
>os level = 99 
>domain master = yes 
>preferred master = yes
></pre>
>
>
>E qui ci spieghiamo. Tutte queste opzioni sono associate alla navigazione di
>rete. Ho giÃ  fatto menzione di WINS come strumento per la navigazione di rete,
>ma Ã¨ necessario un altro elemento per permettere alla navigazione di funzionare
>correttamente. Deve esistere un master browser locale. Suona strano?
>Evidentemente serve qualche spiegazione piÃ¹ dettagliata.
>
>
>
>Per navigare propriamente, deve esistere un qualche locazione centrale che
>tenga traccia di quali macchine e quali workgroups sono presenti su di un
>network locale. Questa particolare lista Ã¨ chiamata browse list. La browse list
>Ã¨ utilizzata per generare la lista dei workgroup, dei domini, e delle macchine
>che si rilevano facendo clic su Risorse di Rete. Ogni macchina Windows moderna
>puÃ² fungere da master browser locale. Idealmente, noi vogliamo utilizzare Samba
>come master browser della rete.
>
>
>
>Quanto Ã¨ davvero complesso tutto ciÃ²? Essenzialmente, comporta che le numerose,
>pesanti macchine Windows-compatibili della vostra sottorete impegnino la LAN
>regolarmente per scambiarsi avanti e indietro pacchetti volanti allo scopo di
>determinare chi di loro debba diventare il local master browser. Questo
>processo Ã¨ chiamato "browser election".
>
>
><note>
>PuÃ² essere un ottimo sport.
>Mi raccomando, non utilizzate la capacitÃ  di Samba nel superare
>Windows in qualsiasi browser election come scusa per prendervi gioco degli
>amministratori Windows nella vostra organizzazione.
>Ricordate: Ã¨ importante sapere essere dei buoni vincitori.
></note>
>
>
>Alla fine, il "vincente" di questa guerra di pacchetti sul broadcast diventerÃ 
>il local master browser. Noi possiamo portare Samba a vincere la battaglia
>semplicemente usando l'opzione <c>os level = 99</c>, che permette di superare
>ogni altra macchina sulla LAN. Questo perchÃ© ogni versione di Windows (sia
>Windows95, che NT o 2000) ha un OS level codificato a livello hardware definito
>allo scopo di attribuire sistematicamente il ruolo di local master browser alla
>macchina con la versione piÃ¹ avanzata di Windows (le prossime versioni di
>Windows avranno un numero piÃ¹ elevato). Ponendo Samba a 99, sarÃ  superato ogni
>altro prodotto Microsoft consentendo a Samba di assumere in ogni momento il
>ruolo di master browsing.
>
>
></body>
></section>
><section>
><title>Opzioni di sicurezza</title>
><body>
>
>
>Prima di abbandonare la sezione globale, collochiamo qui un piccolo numero di
>opzioni di sicurezza che potrebbero meritare un certo interesse. L'opzione
><c>allow</c> consente di limitare gli indirizzi IP a cui Ã¨ consentita la
>connessione a Samba:
>
>
><pre caption="Indirizzi IP consentiti">
>hosts allow = 192.168.1. 127.
></pre>
>
>
>Questa opzione consente la connessione esclusiva alle sole macchine del network
>192.168.1, oltre al 127., del localhost. Assicuratevi sempre di
>inserire un 127. al termine della linea degli hosts.
>
>
>
>L'opzione interfaces Ã¨ molto utile se la vostra macchina dovesse far uso di
>interfacce multiple. Essa consente di specificare le interfacce di rete su cui
>Samba Ã¨ utilizzabile. deve essere usata come segue:
>
>
><pre caption="Specificare le interfacce">
>interfaces = eth1
></pre>
>
>
>Questo Ã¨ un modo semplice per limitare Samba alle interfacce indispensabli. E
>limitando le interfacce si prevengono i possibili attacchi da parte di
>utilizzatore indesiderati.
>
>
></body>
></section>
><section>
><title>Una condivisione di prova</title>
><body>
>
>
>Ora che Ã¨ stata configurata la sezione globale di Samba, Ã¨ il momento di creare
>una condivione di prova per accedere alla cartella <path>/tmp</path>.
>Aggiungere le linee seguenti:
>
>
><pre caption="Condividere la cartella /tmp">
>[tmp] 
>path=/tmp 
>writeable=yes
></pre>
>
>
>Avviato Samba, queste impostazioni renderanno disponibile una condivisione
>chiamata <c>/tmp</c>. Questo share conterrÃ  ciÃ² che Ã¨ collocato nel percorso
><path>/tmp</path> sul server Samba. Inoltre, se un dato utente avesse i
>permessi di scrittura su <path>/tmp</path>, come quasi tutti hanno,
>costui avrÃ  a possibilitÃ  di modificare i file di quella cartella.
>
>
>
>Ora, inserite tutte le voci ad <path>smb.conf</path>, Ã¨ il momento di
>verificare la funzionalitÃ  corretta della configurazione. Per farlo, si
>adoperi l'utility <c>testparm</c>:
>
>
><pre caption="Usare testparm">
>$ testparm
></pre>
>
>
>Premuto Invio, si otterrÃ  sullo schermo una lista di tutte le opzioni di
>configurazione. Inoltre, ogni errore in <path>smb.conf</path> sarÃ  rilevato e
>commentato. Se trovate errori, seguite le indicazioni sullo schermo per
>correggerli. Ora siamo pronti per configurare gli utenti Samba e avviare Samba
>per un'esecuzione di prova.
>
>
></body>
></section>
><section>
><title>Generare gli utenti</title>
><body>
>
>
>Allo scopo di abilitare l'utente "mio-utente" con la password "mia-password"
>all'uso di Samba, devono esistere i seguenti elementi:
>
>
><ol>
> <li>
>	 Un'utenza valida per mio-utente. Non Ã¨ indispensabile che
>	mio-utente abbia la facoltÃ  di eseguire login, e la password
>	relativa non sarÃ  utilizzata da Samba, cosÃ¬ Ã¨ possibile definire un
>	valore fittizio a piacere. Naturalmente, se mio-utente puÃ² anche
>	operare interattivamente in linux, va ugualmente bene.
> </li>
> <li>
>	 Una voce mio-utente nel file <path>smbpasswd</path>. Il file
><path>smbpasswd</path> si trova nella cartella chiamata <path>private</path>
>collocata percorso predefinito di Samba (<path>/usr/local/private</path> in
>questo esempio). mio-utente puÃ² essere aggiunto al file
><path>smbpasswd</path> da root con l'uso del comando <c>smbpasswd</c> nel modo
>seguente:
> </li>
></ol>
>
><pre caption="Aggiungere utenti">
># smbpasswd -a myuser
>New SMB password: &lt;enter "mypass" here&gt;
>Retype new SMB password: &lt;enter "mypass" again&gt;
>Added user myuser.
></pre>
>
>
>Questi passi vanno ripetuti per ogni nuovo utente Samba. Se dovete abilitare a
>Samba un account esistente, ricordate di aggiungere nomeutente e password al
>file smbpasswd. Se dovete aggiungere esclusivamente utenti Windows-only ,
>ricordate che Ã¨ indispensabile creare aggiuntivamente un'utenza Unix valida
>con identico username. Infatti, siete obbligati prima a creare l'utente Unix,
>perchÃ© <path>smbpsswd</path> non aggiungerÃ  alcun utente, a meno che lo user
>Unix non sia preesistente.
>
>
>
>Le due account sono indispensabili, perchÃ© Samba utilizza l'utenza Unix per
>definire corretttamente i permessi sul disco, mentre il file
><path>smbasswd</path> serve per il processo di autenticazione. Se Ã¨ necessario
>connettersi da Windows NT, si dovrÃ  creare un utente "amministratore" di Samba.
>
>
></body>
></section>
><section>
><title>Configurazione finale del server</title>
><body>
>
>
>Oramai, siamo quasi pronti ad avviare Samba e a configurare le macchine
>clienti. Ma dobbiamo prima assicurarci che Samba sia in grado di pingare
>ciascun cliente Windows sulla rete con il proprio nome. Se ciÃ² non avviene,
>bisognerÃ  introdurre la rispettiva voce nel file <path>/etc/hosts</path> o
>aggiornare il DNS, affinchÃ© Samba possa individuare correttamente le macchine
>Windows.
>
>
>
>Ã utile notare anche che Samba lavora meglio se nel file
><path>/etc/hots</path> se la voce "localhost" Ã¨ l'unica associata all'indirizzo
>127.0.0.1. Il valore di FQDN della macchina locale dovrebbe indicare l'IP
>primario utilizzato sulla rete. Per esempio:
>
>
><pre caption="/etc/hosts">
><comment>Estratto di /etc/hosts</comment>
>
>127.0.0.1 localhost 
>192.168.1.1 mybox mybox.mydomain.com
></pre>
>
></body>
></section>
><section>
><title>Avviare Samba</title>
><body>
>
>
>Samba Ã¨ ora configurato e pronto a partire. Possiamo avviare Samba e
>concentrarci sulla configurazione delle macchine Windows. Per avviare Samba,
>digitare da root:
>
>
><pre caption="Avviare Samba">
># smbd
># nmbd
></pre>
>
>
>In questo modo sono partiti i due principali processi del servizio
>Samba, <c>smbd</c> and <c>nmbd</c>. Essi invieranno ogni informazione o
>messaggio di errore rispettivamente nei file <path>/var/log/log.smb</path> e
><path>/var/log/log.nmb</path>. A questo punto, il lato Unix Ã¨ attivo ed
>efficiente, quindi Ã¨ ora di accendere i client e configurarli propriamente.
>
>
></body>
></section>
><section>
><title>Configurare i client</title>
><body>
>
>
>Per configurare un client Windows, in modo da metterlo in grado di partecipare
>al gruppo di lavoro Samba, bisogno innazitutto assicurarsi di aver
>impostato propriamente il protocollo TCP/IP. Dovete anche essere ben sicuri che:
>
>
><ol>
> <li>
>	Le macchine Windows siano in grado di pingare il server Unix per nome.
>	(Digitare <c>ping mio-server</c> sul prompt C:\&gt;.)
> </li>
> <li>
>Le macchine Windows siano configurate per l'uso di un WINS server. Se
>Samba sta offrendo dei servizi WINS, questi devono essere indirizzato all'IP
>del server Samba. Altrimenti, il client deve essere indirizzato all'IP di un
>WINS server valido. Queste impostazioni sono normalmente definite nella
>finestra di dialogo di TCP/IP.
> </li>
> <li>La macchina client deve essere un membro del gruppo di lavoro
>	GRUPPODILAVORO.
> </li>
></ol>
>
></body>
></section>
><section>
><title>Test di funzionamento</title>
><body>
>
>
>Questo Ã¨ il momento della veritÃ . Dopo che Ã¨ stato completato il reboot delle
>macchine Windows, Ã¨ necessario fare accesso da Windows utilizzando
>la coppia username/password accettata da Samba. Se state usando Windows 95/98,
>questa coppia Ã¨ semplicemente conservata in un file e utilizzata successivamente
>per la connessione a qualunque risorsa di rete.
>
>
>
>Se operate su una stazione Windows NT, la coppia username/password dovrÃ  essere
>collocata nel database di sicurezza di NT (altrimenti non sareste in grado fin
>dal principio di effettuare login su NT). Per fare ciÃ², accedete ad NT in
>qualitÃ  di amministratori e create l'utenza non privilegiata tramite User
>Manager. DopodichÃ©, disconnettevi e riaccedete come utente semplice.
>
>
>
>Dopo aver fatto login correttamente, effettuate un doppio-click su Risorse di
>Rete e osservate il gruppo di lavoro GROUPPODILAVORO. Entrateci dentro.
>Verificate se il vostro Samba server Ã¨ presente. Con un doppio-click accedete e
>cercate il percorso alla condivisione <path>/tmp</path>. Se Ã¨ presente,
>congratulazioni! Samba Ã¨ funzionante! Se no, queste sono alcune cose da
>controllare:
>
>
><ol>
> <li>
>Eseguire <c>testparm</c>. Il vostro <path>smb.conf</path> Ã¨ OK? Se no,
>correggete gli errori e riavviate Samba.
> </li>
> <li>
>	<c>smbd</c> ed <c>nmbd</c> sono attivi? Se no, controllate i file di log
>	per i possibili errori, correggete ogni problema e riavviate <c>smbd</c>
>	ed <c>nmbd</c>.
> </li>
> <li>
>Avete configurato i clienti Windows per utilizzare correttamente un WINS
>server? Se no, essi avranno difficoltÃ  nella ricerca degli indirizzi IP delle
>macchine sulla vostra rete.
> </li>
> <li>
>E' possibile effettuare un ping tra la macchina Unix e quelle Windows e
>viceversa? Se no, riconfigurate il file <path>/etc/hosts</path> o il DNS
>affinchÃ© la risoluzione dei nomi sia efficiente.
> </li>
></ol>
>
>
>Se tutto ciÃ² Ã¨ stato controllato e Samba ancora non Ã¨ operativo, controllate
>con grande attenzione ogni passo del file DIAGNOSIS.txt nella cartella
><path>docs/textdocs</path>. CiÃ² dovrebbe consentire di superare puntualmente
>ogni problema di rete o di configurazione in pochi minuti. Per ogni modifica di
><path>smb.conf</path>, si abbia cura di inviare un segnale di HUP ai servizi
><c>smbd</c> e <c>nmbd</c>, costringendoli a rileggere
><path>smb.conf</path>. CiÃ² si ottiene in questo modo:
>
>
><pre caption="Riavvio dopo un guasto">
># kill -hup &lt;pid of smbd&gt;
># kill -hup &lt;pid of nmbd&gt;
></pre>
>
>
>In alternativa, potete semplicemente bloccare i servizi e riaviarli nuovamente.
>
>
></body>
></section>
><section>
><title>Cosa segue</title>
><body>
>
>
>Nel mio <uri link="/doc/it/articles/samba-p3.xml">prossimo articolo
>su Samba</uri> familiarizzeremo con le opzioni piÃ¹ avanzate di Samba. CosÃ¬,
>sarete
>in grado di impostare la condivisione esattamente nel modo da voi desiderato.
>Faremo poi conoscenza con numerose altre caratteristiche di Samba, come la
>stampa in Samba.
>Arrivederci al prossimo articolo!
>
>
></body>
></section>
><section id="resources">
><title>Risorse</title>
><body>
>
><ul>
> <li>Il principale sito web di <uri link="http://fi.samba.org">Samba</uri></li>
> <li>
> La mailing list <uri
>link="http://www.kampsax.dtu.dk/~rask/Samba/mailinglist/">Amiga
> Samba</uri>
> </li>
> <li><uri link="http://linuxguy.net/samba.htm">Samba</uri> by Ed Weinberg</li>
> <li>
> <uri link="http://www.amazon.com/exec/obidos/ASIN/0672318628/">Samba
> Unleashed</uri>>, by Steve Litt, with contributions from Daniel Robbins
> </li>
> <li>
> <uri link="http://www.oreilly.com/catalog/samba/">Using Samba</uri>
> (O'Reilly Publishing; 1999)
> </li>
> <li>
> <uri link="http://www.mdb.ku.dk/tarvin/samba/">Samba Notes</uri> on Samba
> and Redhat
> </li>
> <li>
> La pagina principale di <uri
>link="http://fi.samba.org/docs/swat_ssl.html">SWAT</uri>
> </li>
></ul>
>
></body>
></section>
></chapter>
></guide>

Actions: View

Attachments on bug 111631: 72237