3 155
contributi
Wtf (discussione | contributi) |
Wtf (discussione | contributi) (→NFSv4) |
||
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 | /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>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> | ||
'''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. | |||
== Impostazioni lato client == | == Impostazioni lato client == |
contributi