Bonsoir à tous,
Toujours mon petit serveur debian qui me pose quelques petits soucis :
J'ai installé dessus nfs-kernel-server pour pouvoir accéder à certains
dossiers en lecture, mais aussi et surtout en *écriture*. Et là , rien
à faire, je ne maîtrise pas toutes les options...
Voici le fichier /etc/exports :
/home/media/music 192.168.1.0/24(sync) 192.168.1.10(rw,sync)
/home/media/video 192.168.1.0/24(sync) 192.168.1.10(rw,sync)
Bonsoir à tous,
Toujours mon petit serveur debian qui me pose quelques petits soucis :
J'ai installé dessus nfs-kernel-server pour pouvoir accéder à certains
dossiers en lecture, mais aussi et surtout en *écriture*. Et là , rien
à faire, je ne maîtrise pas toutes les options...
Voici le fichier /etc/exports :
/home/media/music 192.168.1.0/24(sync) 192.168.1.10(rw,sync)
/home/media/video 192.168.1.0/24(sync) 192.168.1.10(rw,sync)
Bonsoir à tous,
Toujours mon petit serveur debian qui me pose quelques petits soucis :
J'ai installé dessus nfs-kernel-server pour pouvoir accéder à certains
dossiers en lecture, mais aussi et surtout en *écriture*. Et là , rien
à faire, je ne maîtrise pas toutes les options...
Voici le fichier /etc/exports :
/home/media/music 192.168.1.0/24(sync) 192.168.1.10(rw,sync)
/home/media/video 192.168.1.0/24(sync) 192.168.1.10(rw,sync)
On Sat, Mar 31, 2007 at 06:59:56PM +0200, Nicolas Roudninski wrote:Bonsoir à tous,
Toujours mon petit serveur debian qui me pose quelques petits soucis :
J'ai installé dessus nfs-kernel-server pour pouvoir accéder à certains
dossiers en lecture, mais aussi et surtout en *écriture*. Et là , rien
à faire, je ne maîtrise pas toutes les options...
Voici le fichier /etc/exports :
/home/media/music 192.168.1.0/24(sync) 192.168.1.10(rw,sync)
/home/media/video 192.168.1.0/24(sync) 192.168.1.10(rw,sync)
/nfs/export 192.168.1.0/24(rw,sync,all_squash,anonuid01,anongid0 2)
Ainsi toutes les actions effectuées sur ton dossier seront affectà ©es Ã
l'utilisateur dont l'uid est 1001 et le groupe avec un gid 1002. En
adaptant l'uid et le gid à ton serveur cela devrait fonctionner mieux je
pense.
On Sat, Mar 31, 2007 at 06:59:56PM +0200, Nicolas Roudninski wrote:
Bonsoir à tous,
Toujours mon petit serveur debian qui me pose quelques petits soucis :
J'ai installé dessus nfs-kernel-server pour pouvoir accéder à certains
dossiers en lecture, mais aussi et surtout en *écriture*. Et là , rien
à faire, je ne maîtrise pas toutes les options...
Voici le fichier /etc/exports :
/home/media/music 192.168.1.0/24(sync) 192.168.1.10(rw,sync)
/home/media/video 192.168.1.0/24(sync) 192.168.1.10(rw,sync)
/nfs/export 192.168.1.0/24(rw,sync,all_squash,anonuid=1001,anongid=100 2)
Ainsi toutes les actions effectuées sur ton dossier seront affectà ©es Ã
l'utilisateur dont l'uid est 1001 et le groupe avec un gid 1002. En
adaptant l'uid et le gid à ton serveur cela devrait fonctionner mieux je
pense.
On Sat, Mar 31, 2007 at 06:59:56PM +0200, Nicolas Roudninski wrote:Bonsoir à tous,
Toujours mon petit serveur debian qui me pose quelques petits soucis :
J'ai installé dessus nfs-kernel-server pour pouvoir accéder à certains
dossiers en lecture, mais aussi et surtout en *écriture*. Et là , rien
à faire, je ne maîtrise pas toutes les options...
Voici le fichier /etc/exports :
/home/media/music 192.168.1.0/24(sync) 192.168.1.10(rw,sync)
/home/media/video 192.168.1.0/24(sync) 192.168.1.10(rw,sync)
/nfs/export 192.168.1.0/24(rw,sync,all_squash,anonuid01,anongid0 2)
Ainsi toutes les actions effectuées sur ton dossier seront affectà ©es Ã
l'utilisateur dont l'uid est 1001 et le groupe avec un gid 1002. En
adaptant l'uid et le gid à ton serveur cela devrait fonctionner mieux je
pense.
Le 31.03.2007, Franck Joncourt a écrit :On Sat, Mar 31, 2007 at 06:59:56PM +0200, Nicolas Roudninski wrote:Bonsoir à tous,
Toujours mon petit serveur debian qui me pose quelques petits soucis :
J'ai installé dessus nfs-kernel-server pour pouvoir accéder à certains
dossiers en lecture, mais aussi et surtout en *écriture*. Et là , rien
à faire, je ne maîtrise pas toutes les options...
Voici le fichier /etc/exports :
/home/media/music 192.168.1.0/24(sync) 192.168.1.10(rw,sync)
/home/media/video 192.168.1.0/24(sync) 192.168.1.10(rw,sync)
/nfs/export 192.168.1.0/24(rw,sync,all_squash,anonuid01,anongid 02)
Ainsi toutes les actions effectuées sur ton dossier seront affectà ©es Ã
l'utilisateur dont l'uid est 1001 et le groupe avec un gid 1002. En
adaptant l'uid et le gid à ton serveur cela devrait fonctionner mieu x je
pense.
Super, cela marche !
J'ai mis dans /etc/exports :
/home/media/music
192.168.1.0/24(rw,sync,all_squash,anonuid01,anongid01)
192.168.1.10(rw,sync,all_squash,anonuid01,anongid01)
Deux questions :
1/ Puis-je simplement garder :
/home/media/music
192.168.1.0/24(rw,sync,all_squash,anonuid01,anongid01)
sans préciser 192.168.1.10 (je pense que oui vu l'uid/gid)
Le 31.03.2007, Franck Joncourt <franck.joncourt@wanadoo.fr> a écrit :
On Sat, Mar 31, 2007 at 06:59:56PM +0200, Nicolas Roudninski wrote:
Bonsoir à tous,
Toujours mon petit serveur debian qui me pose quelques petits soucis :
J'ai installé dessus nfs-kernel-server pour pouvoir accéder à certains
dossiers en lecture, mais aussi et surtout en *écriture*. Et là , rien
à faire, je ne maîtrise pas toutes les options...
Voici le fichier /etc/exports :
/home/media/music 192.168.1.0/24(sync) 192.168.1.10(rw,sync)
/home/media/video 192.168.1.0/24(sync) 192.168.1.10(rw,sync)
/nfs/export 192.168.1.0/24(rw,sync,all_squash,anonuid=1001,anongid=10 02)
Ainsi toutes les actions effectuées sur ton dossier seront affectà ©es Ã
l'utilisateur dont l'uid est 1001 et le groupe avec un gid 1002. En
adaptant l'uid et le gid à ton serveur cela devrait fonctionner mieu x je
pense.
Super, cela marche !
J'ai mis dans /etc/exports :
/home/media/music
192.168.1.0/24(rw,sync,all_squash,anonuid=1001,anongid=1001)
192.168.1.10(rw,sync,all_squash,anonuid=1001,anongid=1001)
Deux questions :
1/ Puis-je simplement garder :
/home/media/music
192.168.1.0/24(rw,sync,all_squash,anonuid=1001,anongid=1001)
sans préciser 192.168.1.10 (je pense que oui vu l'uid/gid)
Le 31.03.2007, Franck Joncourt a écrit :On Sat, Mar 31, 2007 at 06:59:56PM +0200, Nicolas Roudninski wrote:Bonsoir à tous,
Toujours mon petit serveur debian qui me pose quelques petits soucis :
J'ai installé dessus nfs-kernel-server pour pouvoir accéder à certains
dossiers en lecture, mais aussi et surtout en *écriture*. Et là , rien
à faire, je ne maîtrise pas toutes les options...
Voici le fichier /etc/exports :
/home/media/music 192.168.1.0/24(sync) 192.168.1.10(rw,sync)
/home/media/video 192.168.1.0/24(sync) 192.168.1.10(rw,sync)
/nfs/export 192.168.1.0/24(rw,sync,all_squash,anonuid01,anongid 02)
Ainsi toutes les actions effectuées sur ton dossier seront affectà ©es Ã
l'utilisateur dont l'uid est 1001 et le groupe avec un gid 1002. En
adaptant l'uid et le gid à ton serveur cela devrait fonctionner mieu x je
pense.
Super, cela marche !
J'ai mis dans /etc/exports :
/home/media/music
192.168.1.0/24(rw,sync,all_squash,anonuid01,anongid01)
192.168.1.10(rw,sync,all_squash,anonuid01,anongid01)
Deux questions :
1/ Puis-je simplement garder :
/home/media/music
192.168.1.0/24(rw,sync,all_squash,anonuid01,anongid01)
sans préciser 192.168.1.10 (je pense que oui vu l'uid/gid)
Le 31.03.2007, Franck Joncourt a écrit :
Deux questions :
1/ Puis-je simplement garder :
/home/media/music
192.168.1.0/24(rw,sync,all_squash,anonuid01,anongid01)
sans préciser 192.168.1.10 (je pense que oui vu l'uid/gid)
2/ Quand je relance nfs-kernel-server le système me répond :
exportfs: /etc/exports [2]: Neither 'subtree_check' or
'no_subtree_check' specified for export
"192.168.1.10:/home/media/music".
Assuming default behaviour ('subtree_check').
NOTE: this default will change with nfs-utils version 1.1.0
Le 31.03.2007, Franck Joncourt <franck.joncourt@wanadoo.fr> a écrit :
Deux questions :
1/ Puis-je simplement garder :
/home/media/music
192.168.1.0/24(rw,sync,all_squash,anonuid=1001,anongid=1001)
sans préciser 192.168.1.10 (je pense que oui vu l'uid/gid)
2/ Quand je relance nfs-kernel-server le système me répond :
exportfs: /etc/exports [2]: Neither 'subtree_check' or
'no_subtree_check' specified for export
"192.168.1.10:/home/media/music".
Assuming default behaviour ('subtree_check').
NOTE: this default will change with nfs-utils version 1.1.0
Le 31.03.2007, Franck Joncourt a écrit :
Deux questions :
1/ Puis-je simplement garder :
/home/media/music
192.168.1.0/24(rw,sync,all_squash,anonuid01,anongid01)
sans préciser 192.168.1.10 (je pense que oui vu l'uid/gid)
2/ Quand je relance nfs-kernel-server le système me répond :
exportfs: /etc/exports [2]: Neither 'subtree_check' or
'no_subtree_check' specified for export
"192.168.1.10:/home/media/music".
Assuming default behaviour ('subtree_check').
NOTE: this default will change with nfs-utils version 1.1.0
Le 31.03.2007, Nicolas Roudninski a écrit :
Je me réponds à moi-même :
Sans doute vaudrait-il mieux écrire :
192.168.1.0/24(ro,sync)
192.168.1.10(rw,sync,all_squash,anonuid01,anongid01)
Comme cela ( si je suis logique), tous les pc du réseau local auraie nt
un accès en lecture seule sauf 192.168.1.10 qui aurait un accès en
lecture/écriture.
J'ai bon ?
Le 31.03.2007, Nicolas Roudninski <nroudninski@wanadoo.fr> a écrit :
Je me réponds à moi-même :
Sans doute vaudrait-il mieux écrire :
192.168.1.0/24(ro,sync)
192.168.1.10(rw,sync,all_squash,anonuid=1001,anongid=1001)
Comme cela ( si je suis logique), tous les pc du réseau local auraie nt
un accès en lecture seule sauf 192.168.1.10 qui aurait un accès en
lecture/écriture.
J'ai bon ?
Le 31.03.2007, Nicolas Roudninski a écrit :
Je me réponds à moi-même :
Sans doute vaudrait-il mieux écrire :
192.168.1.0/24(ro,sync)
192.168.1.10(rw,sync,all_squash,anonuid01,anongid01)
Comme cela ( si je suis logique), tous les pc du réseau local auraie nt
un accès en lecture seule sauf 192.168.1.10 qui aurait un accès en
lecture/écriture.
J'ai bon ?
Je me réponds à moi-même :
Sans doute vaudrait-il mieux écrire :
192.168.1.0/24(ro,sync)
192.168.1.10(rw,sync,all_squash,anonuid01,anongid01)
Comme cela ( si je suis logique), tous les pc du réseau local auraien t
un accès en lecture seule sauf 192.168.1.10 qui aurait un accès en
lecture/écriture.
J'ai bon ?
Je me réponds à moi-même :
Sans doute vaudrait-il mieux écrire :
192.168.1.0/24(ro,sync)
192.168.1.10(rw,sync,all_squash,anonuid=1001,anongid=1001)
Comme cela ( si je suis logique), tous les pc du réseau local auraien t
un accès en lecture seule sauf 192.168.1.10 qui aurait un accès en
lecture/écriture.
J'ai bon ?
Je me réponds à moi-même :
Sans doute vaudrait-il mieux écrire :
192.168.1.0/24(ro,sync)
192.168.1.10(rw,sync,all_squash,anonuid01,anongid01)
Comme cela ( si je suis logique), tous les pc du réseau local auraien t
un accès en lecture seule sauf 192.168.1.10 qui aurait un accès en
lecture/écriture.
J'ai bon ?
Nicolas Roudninski a écrit :
.........Je me réponds à moi-même :
Sans doute vaudrait-il mieux écrire :
192.168.1.0/24(ro,sync)
192.168.1.10(rw,sync,all_squash,anonuid01,anongid01)
Comme cela ( si je suis logique), tous les pc du réseau local auraie nt
un accès en lecture seule sauf 192.168.1.10 qui aurait un accès en
lecture/écriture.
J'ai bon ?
C'est un peu prendre le cheval à l'envers: pourquoi ne pas mapper le
même user entre serveur et clients (avec 'ugidd' sur le svr), puisque
quelqu'un sur une autre station ne peut écrire que s'il est loggà © en
tant que ce user particulier ???
Nicolas Roudninski a écrit :
.........
Je me réponds à moi-même :
Sans doute vaudrait-il mieux écrire :
192.168.1.0/24(ro,sync)
192.168.1.10(rw,sync,all_squash,anonuid=1001,anongid=1001)
Comme cela ( si je suis logique), tous les pc du réseau local auraie nt
un accès en lecture seule sauf 192.168.1.10 qui aurait un accès en
lecture/écriture.
J'ai bon ?
C'est un peu prendre le cheval à l'envers: pourquoi ne pas mapper le
même user entre serveur et clients (avec 'ugidd' sur le svr), puisque
quelqu'un sur une autre station ne peut écrire que s'il est loggà © en
tant que ce user particulier ???
Nicolas Roudninski a écrit :
.........Je me réponds à moi-même :
Sans doute vaudrait-il mieux écrire :
192.168.1.0/24(ro,sync)
192.168.1.10(rw,sync,all_squash,anonuid01,anongid01)
Comme cela ( si je suis logique), tous les pc du réseau local auraie nt
un accès en lecture seule sauf 192.168.1.10 qui aurait un accès en
lecture/écriture.
J'ai bon ?
C'est un peu prendre le cheval à l'envers: pourquoi ne pas mapper le
même user entre serveur et clients (avec 'ugidd' sur le svr), puisque
quelqu'un sur une autre station ne peut écrire que s'il est loggà © en
tant que ce user particulier ???
Le 31.03.2007, "Jean-Yves F. Barbier" a écrit :Nicolas Roudninski a écrit :
.........Je me réponds à moi-même :
Sans doute vaudrait-il mieux écrire :
192.168.1.0/24(ro,sync)
192.168.1.10(rw,sync,all_squash,anonuid01,anongid01)
Comme cela ( si je suis logique), tous les pc du réseau local aurai ent
un accès en lecture seule sauf 192.168.1.10 qui aurait un accès e n
lecture/écriture.
J'ai bon ?
C'est un peu prendre le cheval à l'envers: pourquoi ne pas mapper le
même user entre serveur et clients (avec 'ugidd' sur le svr), puisqu e
quelqu'un sur une autre station ne peut écrire que s'il est loggé en
tant que ce user particulier ???
D'accord, mais comment fait-on cela ? Regarder dans /etc/passwd sur le
client et changer les uid/gid sur le serveur ?
Le 31.03.2007, "Jean-Yves F. Barbier" <7ukwn@free.fr> a écrit :
Nicolas Roudninski a écrit :
.........
Je me réponds à moi-même :
Sans doute vaudrait-il mieux écrire :
192.168.1.0/24(ro,sync)
192.168.1.10(rw,sync,all_squash,anonuid=1001,anongid=1001)
Comme cela ( si je suis logique), tous les pc du réseau local aurai ent
un accès en lecture seule sauf 192.168.1.10 qui aurait un accès e n
lecture/écriture.
J'ai bon ?
C'est un peu prendre le cheval à l'envers: pourquoi ne pas mapper le
même user entre serveur et clients (avec 'ugidd' sur le svr), puisqu e
quelqu'un sur une autre station ne peut écrire que s'il est loggé en
tant que ce user particulier ???
D'accord, mais comment fait-on cela ? Regarder dans /etc/passwd sur le
client et changer les uid/gid sur le serveur ?
Le 31.03.2007, "Jean-Yves F. Barbier" a écrit :Nicolas Roudninski a écrit :
.........Je me réponds à moi-même :
Sans doute vaudrait-il mieux écrire :
192.168.1.0/24(ro,sync)
192.168.1.10(rw,sync,all_squash,anonuid01,anongid01)
Comme cela ( si je suis logique), tous les pc du réseau local aurai ent
un accès en lecture seule sauf 192.168.1.10 qui aurait un accès e n
lecture/écriture.
J'ai bon ?
C'est un peu prendre le cheval à l'envers: pourquoi ne pas mapper le
même user entre serveur et clients (avec 'ugidd' sur le svr), puisqu e
quelqu'un sur une autre station ne peut écrire que s'il est loggé en
tant que ce user particulier ???
D'accord, mais comment fait-on cela ? Regarder dans /etc/passwd sur le
client et changer les uid/gid sur le serveur ?
Nicolas Roudninski a écrit :
> Le 31.03.2007, "Jean-Yves F. Barbier" a écrit :
>
>> Nicolas Roudninski a écrit :
>> .........
>>
>>> Je me réponds à moi-même :
>>> Sans doute vaudrait-il mieux écrire :
>>> 192.168.1.0/24(ro,sync)
>>> 192.168.1.10(rw,sync,all_squash,anonuid01,anongid01)
>>> Comme cela ( si je suis logique), tous les pc du réseau local au raient
>>> un accès en lecture seule sauf 192.168.1.10 qui aurait un accà ¨s en
>>> lecture/écriture.
>>>
>>> J'ai bon ?
>>
>> C'est un peu prendre le cheval à l'envers: pourquoi ne pas mapper le
>> même user entre serveur et clients (avec 'ugidd' sur le svr), pui sque
>> quelqu'un sur une autre station ne peut écrire que s'il est logg é en
>> tant que ce user particulier ???
>
> D'accord, mais comment fait-on cela ? Regarder dans /etc/passwd sur le
> client et changer les uid/gid sur le serveur ?
Non:
1- créer le(s) même user(s) sur svr + clients,
2- installer uigdd sur le svr,
3- redémarrer svr & clients
Ex:
user nouveau = zebigboss
après la manip', même si l'UID de zebigboss est 1050 sur le svr et
1004 sur un client, le mapping est réalisé correctement.
Nicolas Roudninski a écrit :
> Le 31.03.2007, "Jean-Yves F. Barbier" <7ukwn@free.fr> a écrit :
>
>> Nicolas Roudninski a écrit :
>> .........
>>
>>> Je me réponds à moi-même :
>>> Sans doute vaudrait-il mieux écrire :
>>> 192.168.1.0/24(ro,sync)
>>> 192.168.1.10(rw,sync,all_squash,anonuid=1001,anongid=1001)
>>> Comme cela ( si je suis logique), tous les pc du réseau local au raient
>>> un accès en lecture seule sauf 192.168.1.10 qui aurait un accà ¨s en
>>> lecture/écriture.
>>>
>>> J'ai bon ?
>>
>> C'est un peu prendre le cheval à l'envers: pourquoi ne pas mapper le
>> même user entre serveur et clients (avec 'ugidd' sur le svr), pui sque
>> quelqu'un sur une autre station ne peut écrire que s'il est logg é en
>> tant que ce user particulier ???
>
> D'accord, mais comment fait-on cela ? Regarder dans /etc/passwd sur le
> client et changer les uid/gid sur le serveur ?
Non:
1- créer le(s) même user(s) sur svr + clients,
2- installer uigdd sur le svr,
3- redémarrer svr & clients
Ex:
user nouveau = zebigboss
après la manip', même si l'UID de zebigboss est 1050 sur le svr et
1004 sur un client, le mapping est réalisé correctement.
Nicolas Roudninski a écrit :
> Le 31.03.2007, "Jean-Yves F. Barbier" a écrit :
>
>> Nicolas Roudninski a écrit :
>> .........
>>
>>> Je me réponds à moi-même :
>>> Sans doute vaudrait-il mieux écrire :
>>> 192.168.1.0/24(ro,sync)
>>> 192.168.1.10(rw,sync,all_squash,anonuid01,anongid01)
>>> Comme cela ( si je suis logique), tous les pc du réseau local au raient
>>> un accès en lecture seule sauf 192.168.1.10 qui aurait un accà ¨s en
>>> lecture/écriture.
>>>
>>> J'ai bon ?
>>
>> C'est un peu prendre le cheval à l'envers: pourquoi ne pas mapper le
>> même user entre serveur et clients (avec 'ugidd' sur le svr), pui sque
>> quelqu'un sur une autre station ne peut écrire que s'il est logg é en
>> tant que ce user particulier ???
>
> D'accord, mais comment fait-on cela ? Regarder dans /etc/passwd sur le
> client et changer les uid/gid sur le serveur ?
Non:
1- créer le(s) même user(s) sur svr + clients,
2- installer uigdd sur le svr,
3- redémarrer svr & clients
Ex:
user nouveau = zebigboss
après la manip', même si l'UID de zebigboss est 1050 sur le svr et
1004 sur un client, le mapping est réalisé correctement.
Je voulais voir cela d'un peu plus pres, mais je n'ai rien trouve en
rapport avec *uigdd* dans les packages. Aurais-tu un nom de package, ou
autres, pour que je mette la main dessus ? Merci.
Je voulais voir cela d'un peu plus pres, mais je n'ai rien trouve en
rapport avec *uigdd* dans les packages. Aurais-tu un nom de package, ou
autres, pour que je mette la main dessus ? Merci.
Je voulais voir cela d'un peu plus pres, mais je n'ai rien trouve en
rapport avec *uigdd* dans les packages. Aurais-tu un nom de package, ou
autres, pour que je mette la main dessus ? Merci.