Nfs-kernel-server: condividere risorse tra macchine GNU/Linux: differenze tra le versioni

Vai alla navigazione Vai alla ricerca
Riga 78: Riga 78:


<pre>
<pre>
/home      192.168.1.0/24(rw,fsid=0,no_subtree_check,sync)
/home      192.168.1.0/24(rw,fsid=0,no_subtree_check,crossmnt,sync)
/home/altro 192.168.1.0/24(rw,no_subtree_check,sync,nohide)
/home/altro 192.168.1.0/24(rw,no_subtree_check,sync)
</pre>
</pre>


Riga 88: Riga 88:
* <code>no_subtree_check</code>: velocizza l'accesso alle risorse a scapito di un minimo aumento del rischio sicurezza.
* <code>no_subtree_check</code>: velocizza l'accesso alle risorse a scapito di un minimo aumento del rischio sicurezza.
* <code>sync</code>: impone sincronia tra client e server. L'alternativa è async, ma è meglio evitarla poiché in caso di crash o eventi imprevisti aumenta la probabilità di causare danni al filesystem.
* <code>sync</code>: impone sincronia tra client e server. L'alternativa è async, ma è meglio evitarla poiché in caso di crash o eventi imprevisti aumenta la probabilità di causare danni al filesystem.
* * <code>nohide</code>: vedere il succesivo paragrafo dedicato al rimontaggio delle cartelle.
* <code>crossmnt</code>: questa opzione serve in teoria solo se si sono rimontate delle directory (si veda la successiva sottosezione dedicata al rimontaggio delle cartelle), tuttavia è possibile che omettendola si noti un crollo della velocità di trasferimento (per esempio fino a 150-200 kB/s) nel trasferire grossi file da un client al server.


Si noti che dalla versione 4 di NFS tutte le risorse da esportare devono essere contenute dentro una medesima directory (cui dovrà essere attribuito fsid=0), in caso contrario è necessario rimontarle tutte prima in un'altra cartella e poi esportare questa (si veda più avanti).
Si noti che dalla versione 4 di NFS tutte le risorse da esportare devono essere contenute dentro una medesima directory (cui dovrà essere attribuito fsid=0), in caso contrario è necessario rimontarle tutte prima in un'altra cartella e poi esportare questa (si veda più avanti).
Riga 95: Riga 95:


<pre># /etc/init.d/nfs-kernel-server restart</pre>
<pre># /etc/init.d/nfs-kernel-server restart</pre>
In caso di ulteriori problemi a visualizzare il contenuto delle cartelle provare a riavviare server e client.


===== RIMONTARE LE DIRECTORY =====
===== RIMONTARE LE DIRECTORY =====
Riga 120: Riga 122:


A questo punto per esportare la cartella <code>/export</code> non rimane che editare il file <code>etc/exports</code>
A questo punto per esportare la cartella <code>/export</code> non rimane che editare il file <code>etc/exports</code>
<pre>
/export        192.168.1.0/24(rw,fsid=0,no_subtree_check,sync,crossmnt)
/export/utente 192.168.1.0/24(rw,no_subtree_check,sync)
/export/altro  192.168.1.0/24(rw,no_subtree_check,sync)
</pre>
Da notare l'aggiunta dell'opzione <code>crossmnt</code>, che non deve essere omessa pena l'impossibilità di vedere il contenuto delle sottocartelle di ''export'' sulle macchine client. Quest'opzione DEVE ESSERE assegnata solo alla cartella cui viene attribuito fsid=0.<BR>
Stando al manuale l'opzione <code>nohide</code> ha un effetto molto simile a quello di <code>crossmnt</code>, con la differenza che quest'opzione NON DEVE ESSERE assegnata alla cartella cui viene attribuito fsid=0, ma solo alle sotto directory (in caso contrario l'export delle risorse fallisce), ovvero restando al soprastante esempio:


<pre>
<pre>
Riga 127: Riga 138:
</pre>
</pre>


Da notare l'aggiunta dell'opzione <code>nohide</code>, che non deve essere omessa pena l'impossibilità di vedere il contenuto delle sottocartelle di ''export'' sulle macchine client. Quest'opzione risulta utile proprio in questo tipo di situazione specifica, ovvero dove alcune cartelle vengono "rimontate" in una seconda posizione (l'opzione crossmnt ha un effetto molto simile a nohide). Quest'opzione NON DEVE ESSERE assegnata alla cartella cui viene attribuito fsid=0, in caso contrario l'export delle risorse fallisce.
'''Sottolineo''' che per quanto riguarda la mia personale esperienza questo secondo metodo è risultato inadeguato, poiché nel caso di trasferimento di grossi file (>1GB) da client a server ho notato un sistematico crollo della velocità di trasferimento (170 kB/s circa, tipicamente dopo aver superato la soglia di 1,1-2,5 GB trasferiti). Nel trasferimento da server a client le due soluzioni mi risultano invece equivalenti.
 
In caso di problemi a visualizzare il contenuto delle cartelle provare a riavviare server e client.


== Impostazioni lato client ==
== Impostazioni lato client ==
3 155

contributi

Menu di navigazione