3 155
contributi
Nfs-kernel-server: configurazione lato server: differenze tra le versioni
Vai alla navigazione
Vai alla ricerca
Nfs-kernel-server: configurazione lato server (visualizza wikitesto)
Versione delle 12:53, 17 ott 2012
, 17 ott 2012→idmapd.conf
Wtf (discussione | contributi) |
Wtf (discussione | contributi) |
||
| Riga 42: | Riga 42: | ||
</pre> | </pre> | ||
Il parametro da controllare è ''Domain'', che in maniera automatica debian si ricava come FQDN meno nome host. Se quindi non avete configurato un dominio di rete è assai probabile che ''rpc.idmapd'' sbagli ad associare proprietà e | Il parametro da controllare è ''Domain'', che in maniera automatica debian si ricava come FQDN meno nome host. Se quindi non avete configurato un dominio di rete è assai probabile che ''rpc.idmapd'' sbagli ad associare proprietà e regole ACL dei file, ma non i permessi unix che vengono gestiti tramite gli UID ([http://blather.michaelwlucas.com/archives/796 citazione]). Per la maggiorparte degli utenti home e soho questo non sarà un grosso problema, visto che l'unico effetto visibile sarà un'errata visualizzazione dei proprietari dei file lato client (tutti associati a ''nobody:nogroup'').<br/> | ||
Premesso questo è necessario valutare come avviene la risoluzione dei nomi all'interno della propria LAN. Se non si è configurato ne un servizio DNS per la propria LAN ne si sono editati i file <code>/etc/hosts</code> dei vari PC specificando un dominio fittizio, allora è possibile che valga la pena di lasciare semplicemente commentato il parametro <code>Domain</code>; in caso contrario vale assolutamente la pena di indicare correttamente il dominio (anche solo fittizio) della lan, per esempio <code>small.lan</code> (evidentemente fittizio): | Premesso questo è necessario valutare come avviene la risoluzione dei nomi all'interno della propria LAN. Se non si è configurato ne un servizio DNS per la propria LAN ne si sono editati i file <code>/etc/hosts</code> dei vari PC specificando un dominio fittizio, allora è possibile che valga la pena di lasciare semplicemente commentato il parametro <code>Domain</code>; in caso contrario vale assolutamente la pena di indicare correttamente il dominio (anche solo fittizio) della lan, per esempio <code>small.lan</code> (evidentemente fittizio): | ||
<pre> | <pre> | ||