blob: df67f2c68f1487d88924c492eea0508e680dc0d3 (
plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
|
<article lang="&language;" id="nfs">
<title
>nfs</title>
<articleinfo>
<authorgroup>
<author
>&Lauri.Watts; &Lauri.Watts.mail;</author>
<othercredit role="translator"
><firstname
>Luciano</firstname
> <surname
>Montanaro</surname
> <affiliation
><address
><email
>mikelima@cirulla.net</email
></address
></affiliation
> <contrib
>Traduzione del documento</contrib
></othercredit
>
</authorgroup>
</articleinfo>
<para
>Il protocollo <acronym
>NFS</acronym
> di Sun permette l'accesso remoto trasparente ai filesystem condivisi su una rete. Il protocollo <acronym
>NFS</acronym
> è progettato per essere indipendente da macchina, sistema operativo, architettura di rete e protocollo di trasporto. Questa indipendenza è ottenuta attraverso l'uso di primitive di invocazione remota di procedure (<acronym
>RPC</acronym
>, ovvero Remote Procedure Call) costruite su una rappresentazione esterna di dati (<acronym
>XDR</acronym
>, eXternal Data Representation). </para>
<para
>Il protocollo MOUNT esegue le funzioni specifiche del sistema che permettono ai client di attaccare porzioni di filesystem remoti ad un punto all'interno del filesystem locale. Il processo mount permette inoltre al server di rilasciare privilegi di accesso ad un insieme di client ristretto attraverso il il controllo dell'esportazione.</para>
<para
>Il gestore di Lock fornisce la funzionalità di locking dei file quando usato in ambiente <acronym
>NFS</acronym
>. Il protocollo di gestione di lock di rete (NLM, Network Lock Manager) isola gli aspetti inerentemente "a stati" del locking dei file in un protocollo separato.</para>
<para
>Fonte: <ulink url="http://www.networksorcery.com/enp/protocol/nfs.htm"
> http://www.networksorcery.com/enp/protocol/nfs.htm</ulink
> </para>
<para
>Vedi il manuale: <ulink url="man:/nfs"
>nfs</ulink
>. </para>
</article>
|
