je veux mettre en place NFS et j'ai un petit problème.
J'ai installé sur Ubuntu serveur (192.168.0.2) les paquets NFS.
J'ai modifié le /etc/exports ainsi
# /etc/exports: the access control list for filesystems which may be
exported
# to NFS clients. See exports(5).
/media/dir *(rw)
Quand je monte depuis mon client (Ubuntu aussi)
sudo -s
mkdir /media/nfs
mount -t nfs 192.168.0.2:/media/dir /media/dir
j'obtiens ceci
mount: RPC: le programme n'est pas enregistré
J'ai lu que je problème pouvait venir de /etc/hosts.allow
Je l'ai donc modifié sur le serveur en mettant
ALL: 192.168.0.*
Reboot (parce que je ne sais pas quoi taper pour appliquer cette modif)
et toujours le même problème...
Une idée
Merci d'avance
PS : pour (rpc)info
sur le serveur
# rpcinfo -p
program no_version protocole no_port
100000 2 tcp 111 portmapper
100000 2 udp 111 portmapper
100024 1 udp 972 status
100024 1 tcp 975 status
sur le client
# rpcinfo -p
rpcinfo: ne peut contacter l'aiguilleur de ports: RPC: erreur système
sur l'hôte cible - Connexion refusée
je veux mettre en place NFS et j'ai un petit problème. J'ai installé sur Ubuntu serveur (192.168.0.2) les paquets NFS. J'ai modifié le /etc/exports ainsi
# /etc/exports: the access control list for filesystems which may be exported # to NFS clients. See exports(5).
/media/dir *(rw)
Quand je monte depuis mon client (Ubuntu aussi) sudo -s mkdir /media/nfs mount -t nfs 192.168.0.2:/media/dir /media/dir
j'obtiens ceci mount: RPC: le programme n'est pas enregistré
J'ai lu que je problème pouvait venir de /etc/hosts.allow Je l'ai donc modifié sur le serveur en mettant
ALL: 192.168.0.*
Reboot (parce que je ne sais pas quoi taper pour appliquer cette modif)
et toujours le même problème...
Une idée
Merci d'avance
PS : pour (rpc)info
sur le serveur # rpcinfo -p program no_version protocole no_port 100000 2 tcp 111 portmapper 100000 2 udp 111 portmapper 100024 1 udp 972 status 100024 1 tcp 975 status
sur le client # rpcinfo -p rpcinfo: ne peut contacter l'aiguilleur de ports: RPC: erreur système sur l'hôte cible - Connexion refusée Salut,
le fichier exports n'est pas bon ou erreur de frappe
/media/dir machine(rw,no_root_squash)
serait mieux
Et puis j'ai l'impression que ton serveur NFS n'est pas démarré car ton rpcinfo -p ne renvoie rien en ce qui concerne le daemon rpc.mountd
que donnes une exportfs -ra
A+
Bonsoir,
je veux mettre en place NFS et j'ai un petit problème.
J'ai installé sur Ubuntu serveur (192.168.0.2) les paquets NFS.
J'ai modifié le /etc/exports ainsi
# /etc/exports: the access control list for filesystems which may be
exported
# to NFS clients. See exports(5).
/media/dir *(rw)
Quand je monte depuis mon client (Ubuntu aussi)
sudo -s
mkdir /media/nfs
mount -t nfs 192.168.0.2:/media/dir /media/dir
j'obtiens ceci
mount: RPC: le programme n'est pas enregistré
J'ai lu que je problème pouvait venir de /etc/hosts.allow
Je l'ai donc modifié sur le serveur en mettant
ALL: 192.168.0.*
Reboot (parce que je ne sais pas quoi taper pour appliquer cette modif)
et toujours le même problème...
Une idée
Merci d'avance
PS : pour (rpc)info
sur le serveur
# rpcinfo -p
program no_version protocole no_port
100000 2 tcp 111 portmapper
100000 2 udp 111 portmapper
100024 1 udp 972 status
100024 1 tcp 975 status
sur le client
# rpcinfo -p
rpcinfo: ne peut contacter l'aiguilleur de ports: RPC: erreur système
sur l'hôte cible - Connexion refusée
Salut,
le fichier exports n'est pas bon ou erreur de frappe
/media/dir machine(rw,no_root_squash)
serait mieux
Et puis j'ai l'impression que ton serveur NFS n'est pas démarré car ton
rpcinfo -p ne renvoie rien en ce qui concerne le daemon rpc.mountd
je veux mettre en place NFS et j'ai un petit problème. J'ai installé sur Ubuntu serveur (192.168.0.2) les paquets NFS. J'ai modifié le /etc/exports ainsi
# /etc/exports: the access control list for filesystems which may be exported # to NFS clients. See exports(5).
/media/dir *(rw)
Quand je monte depuis mon client (Ubuntu aussi) sudo -s mkdir /media/nfs mount -t nfs 192.168.0.2:/media/dir /media/dir
j'obtiens ceci mount: RPC: le programme n'est pas enregistré
J'ai lu que je problème pouvait venir de /etc/hosts.allow Je l'ai donc modifié sur le serveur en mettant
ALL: 192.168.0.*
Reboot (parce que je ne sais pas quoi taper pour appliquer cette modif)
et toujours le même problème...
Une idée
Merci d'avance
PS : pour (rpc)info
sur le serveur # rpcinfo -p program no_version protocole no_port 100000 2 tcp 111 portmapper 100000 2 udp 111 portmapper 100024 1 udp 972 status 100024 1 tcp 975 status
sur le client # rpcinfo -p rpcinfo: ne peut contacter l'aiguilleur de ports: RPC: erreur système sur l'hôte cible - Connexion refusée Salut,
le fichier exports n'est pas bon ou erreur de frappe
/media/dir machine(rw,no_root_squash)
serait mieux
Et puis j'ai l'impression que ton serveur NFS n'est pas démarré car ton rpcinfo -p ne renvoie rien en ce qui concerne le daemon rpc.mountd
que donnes une exportfs -ra
A+
noone
le fichier exports n'est pas bon ou erreur de frappe
/media/dir machine(rw,no_root_squash)
serait mieux
Et puis j'ai l'impression que ton serveur NFS n'est pas démarré car ton rpcinfo -p ne renvoie rien en ce qui concerne le daemon rpc.mountd
que donnes une exportfs -ra
A+
Il n'y a pas de exportfs sur le serveur
Et en fait pour le client rpcinfo -p me donne maintenant la même chose que sur le serveur (je n'avais pas installé le paquet nfs-common sur le client)
Et sur le serveur il faut le paquet nfs-kernel-server ? C'est je pense ce que j'ai oublié... non ?
le fichier exports n'est pas bon ou erreur de frappe
/media/dir machine(rw,no_root_squash)
serait mieux
Et puis j'ai l'impression que ton serveur NFS n'est pas démarré car ton
rpcinfo -p ne renvoie rien en ce qui concerne le daemon rpc.mountd
que donnes une exportfs -ra
A+
Il n'y a pas de exportfs sur le serveur
Et en fait pour le client rpcinfo -p me donne maintenant la même chose
que sur le serveur (je n'avais pas installé le paquet nfs-common sur le
client)
Et sur le serveur il faut le paquet nfs-kernel-server ?
C'est je pense ce que j'ai oublié... non ?
le fichier exports n'est pas bon ou erreur de frappe
/media/dir machine(rw,no_root_squash)
serait mieux
Et puis j'ai l'impression que ton serveur NFS n'est pas démarré car ton rpcinfo -p ne renvoie rien en ce qui concerne le daemon rpc.mountd
que donnes une exportfs -ra
A+
Il n'y a pas de exportfs sur le serveur
Et en fait pour le client rpcinfo -p me donne maintenant la même chose que sur le serveur (je n'avais pas installé le paquet nfs-common sur le client)
Et sur le serveur il faut le paquet nfs-kernel-server ? C'est je pense ce que j'ai oublié... non ?
noone
/media/dir machine(rw,no_root_squash)
serait mieux
que donnes une exportfs -ra
ok c'est bon...
que signifie le no_root_squash
je lie sur http://www.linux-france.org/article/gvallee/nfs-dns/dns-nfs.html
no_root_squash contraire de root_squash, autorisant les clients root
donc autorisant les clients root c'est no_root_squash ou root_squash ?
j'ai également ceci
# exportfs -ra exportfs: /etc/exports [4]: No 'sync' or 'async' option specified for export "*:/media/dir". Assuming default behaviour ('sync'). NOTE: this default has changed from previous versions
/media/dir machine(rw,no_root_squash)
serait mieux
que donnes une exportfs -ra
ok c'est bon...
que signifie le no_root_squash
je lie sur
http://www.linux-france.org/article/gvallee/nfs-dns/dns-nfs.html
no_root_squash contraire de root_squash, autorisant les clients root
donc autorisant les clients root c'est no_root_squash ou root_squash ?
j'ai également ceci
# exportfs -ra
exportfs: /etc/exports [4]: No 'sync' or 'async' option specified for
export "*:/media/dir".
Assuming default behaviour ('sync').
NOTE: this default has changed from previous versions
je lie sur http://www.linux-france.org/article/gvallee/nfs-dns/dns-nfs.html
no_root_squash contraire de root_squash, autorisant les clients root
donc autorisant les clients root c'est no_root_squash ou root_squash ?
j'ai également ceci
# exportfs -ra exportfs: /etc/exports [4]: No 'sync' or 'async' option specified for export "*:/media/dir". Assuming default behaviour ('sync'). NOTE: this default has changed from previous versions
noone
J'ai maintenant un problème avec les permissions.
Sur le serveur mes utilisateurs sont scls 1000 ccti 1001
Sur le client c'est évidemment l'inverse ! ccti 1000 scls 1001
Et ça fout le bordel...
donc si ccti (utilisatrice du poste client) à les droits sur un répertoire sur le serveur... elle ne les a plus sur le client ;-(
Une idée ?
J'ai maintenant un problème avec les permissions.
Sur le serveur mes utilisateurs sont
scls 1000
ccti 1001
Sur le client c'est évidemment l'inverse !
ccti 1000
scls 1001
Et ça fout le bordel...
donc si ccti (utilisatrice du poste client) à les droits sur un
répertoire sur le serveur... elle ne les a plus sur le client ;-(
Sur le serveur mes utilisateurs sont scls 1000 ccti 1001
Sur le client c'est évidemment l'inverse ! ccti 1000 scls 1001
Et ça fout le bordel...
donc si ccti (utilisatrice du poste client) à les droits sur un répertoire sur le serveur... elle ne les a plus sur le client ;-(
Une idée ?
noone
# exportfs -ra exportfs: /etc/exports [4]: No 'sync' or 'async' option specified for export "*:/media/dir". Assuming default behaviour ('sync'). NOTE: this default has changed from previous versions
j'ai mis (rw,sync,no_root_squash) et ça roule... sauf pour mon problème de permission
# exportfs -ra
exportfs: /etc/exports [4]: No 'sync' or 'async' option specified for
export "*:/media/dir".
Assuming default behaviour ('sync').
NOTE: this default has changed from previous versions
j'ai mis (rw,sync,no_root_squash) et ça roule... sauf pour mon problème
de permission
# exportfs -ra exportfs: /etc/exports [4]: No 'sync' or 'async' option specified for export "*:/media/dir". Assuming default behaviour ('sync'). NOTE: this default has changed from previous versions
j'ai mis (rw,sync,no_root_squash) et ça roule... sauf pour mon problème de permission
R12y
On Wed, 14 Dec 2005 19:19:28 +0100, wrote:
donc si ccti (utilisatrice du poste client) à les droits sur un répertoire sur le serveur... elle ne les a plus sur le client
Il _faut_ une cohésion entre les numéro d'users sur le serveur et le client. C'est fait comme ça. Donc tu changes l'UID des users sur ton client et tu fais les manipulation chown qu'il faut.
-- Telephone portable "intelligent" (SmartPhone) GSM, GPRS,... Il est sous Linux, ne coute pas trop cher,... http://www.it2l.com/product_info.php?cPath&products_idE6
On Wed, 14 Dec 2005 19:19:28 +0100, noone@nowhere.com wrote:
donc si ccti (utilisatrice du poste client) à les droits sur un
répertoire sur le serveur... elle ne les a plus sur le client
Il _faut_ une cohésion entre les numéro d'users sur le serveur et le
client. C'est fait comme ça. Donc tu changes l'UID des users sur ton
client et tu fais les manipulation chown qu'il faut.
--
Telephone portable "intelligent" (SmartPhone) GSM, GPRS,...
Il est sous Linux, ne coute pas trop cher,...
http://www.it2l.com/product_info.php?cPath&products_idE6
donc si ccti (utilisatrice du poste client) à les droits sur un répertoire sur le serveur... elle ne les a plus sur le client
Il _faut_ une cohésion entre les numéro d'users sur le serveur et le client. C'est fait comme ça. Donc tu changes l'UID des users sur ton client et tu fais les manipulation chown qu'il faut.
-- Telephone portable "intelligent" (SmartPhone) GSM, GPRS,... Il est sous Linux, ne coute pas trop cher,... http://www.it2l.com/product_info.php?cPath&products_idE6
noone
Il _faut_ une cohésion entre les numéro d'users sur le serveur et le client. C'est fait comme ça. Donc tu changes l'UID des users sur ton client et tu fais les manipulation chown qu'il faut.
Il n'y a vraiment pas d'autre solution ???
Quel fichier de conf du serveur puis-je envoyer sur le client pour éviter d'avoir à refaire les comptes "à la main" /etc/passwd ???
et quoi d'autre ?
comment fixer à postériori un nouvel UID (sans détruire le compte) ?
PS si je ne modifie rien des comptes sur les serveur je n'ai à priori pas besoin de faire de chown... non ?
Il _faut_ une cohésion entre les numéro d'users sur le serveur et le
client. C'est fait comme ça. Donc tu changes l'UID des users sur ton
client et tu fais les manipulation chown qu'il faut.
Il n'y a vraiment pas d'autre solution ???
Quel fichier de conf du serveur puis-je envoyer sur le client pour
éviter d'avoir à refaire les comptes "à la main"
/etc/passwd ???
et quoi d'autre ?
comment fixer à postériori un nouvel UID (sans détruire le compte) ?
PS si je ne modifie rien des comptes sur les serveur je n'ai à priori
pas besoin de faire de chown... non ?
Il _faut_ une cohésion entre les numéro d'users sur le serveur et le client. C'est fait comme ça. Donc tu changes l'UID des users sur ton client et tu fais les manipulation chown qu'il faut.
Il n'y a vraiment pas d'autre solution ???
Quel fichier de conf du serveur puis-je envoyer sur le client pour éviter d'avoir à refaire les comptes "à la main" /etc/passwd ???
et quoi d'autre ?
comment fixer à postériori un nouvel UID (sans détruire le compte) ?
PS si je ne modifie rien des comptes sur les serveur je n'ai à priori pas besoin de faire de chown... non ?
R12y
Quel fichier de conf du serveur puis-je envoyer sur le client pour éviter d'avoir à refaire les comptes "à la main" /etc/passwd ???
Il y a pluieurs méthodes.
et quoi d'autre ? comment fixer à postériori un nouvel UID (sans détruire le compte) ? PS si je ne modifie rien des comptes sur les serveur je n'ai à priori pas besoin de faire de chown... non ?
1- inutile de mettre autant d'interlignes, ça fatigue celui qui veut citer proprement.
2- tu as le choix de soit - synchroniser le serveur avec le client - synchroniser le client avec le serveur Tout dépend de la quantité de comptes à modifier, et on part sur la base que moins il y a de modification à faire, mieux on se porte.
Modifier l'UID d'un compte se fait en modifiant ce qui est dans /etc/passwd. Il ne faut pas oublier les groupes.
Supposons que l'ancien UID était 500 et qu'il faille le mofidier à 1000, alors tu changes 500 en 1000 dans /etc/passwd. Ensuite tu fais un
# chown -R 500 /home/toto
Parceque les fichiers dans /home/toto appartiennent encore à l'ancien UID. Après c'est à toi de trouver ce qu'il y a à faire pour les groupes si tu veux aussi le faire, mais en fonction de l'usage que tu as de ton réseau ça peut ne pas être nécessaire.
-- Telephone portable "intelligent" (SmartPhone) GSM, GPRS,... Il est sous Linux, ne coute pas trop cher,... http://www.it2l.com/product_info.php?cPath&products_idE6
Quel fichier de conf du serveur puis-je envoyer sur le client pour
éviter d'avoir à refaire les comptes "à la main"
/etc/passwd ???
Il y a pluieurs méthodes.
et quoi d'autre ?
comment fixer à postériori un nouvel UID (sans détruire le compte) ?
PS si je ne modifie rien des comptes sur les serveur je n'ai à priori
pas besoin de faire de chown... non ?
1- inutile de mettre autant d'interlignes, ça fatigue celui qui veut citer
proprement.
2- tu as le choix de soit
- synchroniser le serveur avec le client
- synchroniser le client avec le serveur
Tout dépend de la quantité de comptes à modifier, et on part sur la base
que moins il y a de modification à faire, mieux on se porte.
Modifier l'UID d'un compte se fait en modifiant ce qui est dans
/etc/passwd. Il ne faut pas oublier les groupes.
Supposons que l'ancien UID était 500 et qu'il faille le mofidier à 1000,
alors tu changes 500 en 1000 dans /etc/passwd.
Ensuite tu fais un
# chown -R 500 /home/toto
Parceque les fichiers dans /home/toto appartiennent encore à l'ancien UID.
Après c'est à toi de trouver ce qu'il y a à faire pour les groupes si tu
veux aussi le faire, mais en fonction de l'usage que tu as de ton réseau
ça peut ne pas être nécessaire.
--
Telephone portable "intelligent" (SmartPhone) GSM, GPRS,...
Il est sous Linux, ne coute pas trop cher,...
http://www.it2l.com/product_info.php?cPath&products_idE6
Quel fichier de conf du serveur puis-je envoyer sur le client pour éviter d'avoir à refaire les comptes "à la main" /etc/passwd ???
Il y a pluieurs méthodes.
et quoi d'autre ? comment fixer à postériori un nouvel UID (sans détruire le compte) ? PS si je ne modifie rien des comptes sur les serveur je n'ai à priori pas besoin de faire de chown... non ?
1- inutile de mettre autant d'interlignes, ça fatigue celui qui veut citer proprement.
2- tu as le choix de soit - synchroniser le serveur avec le client - synchroniser le client avec le serveur Tout dépend de la quantité de comptes à modifier, et on part sur la base que moins il y a de modification à faire, mieux on se porte.
Modifier l'UID d'un compte se fait en modifiant ce qui est dans /etc/passwd. Il ne faut pas oublier les groupes.
Supposons que l'ancien UID était 500 et qu'il faille le mofidier à 1000, alors tu changes 500 en 1000 dans /etc/passwd. Ensuite tu fais un
# chown -R 500 /home/toto
Parceque les fichiers dans /home/toto appartiennent encore à l'ancien UID. Après c'est à toi de trouver ce qu'il y a à faire pour les groupes si tu veux aussi le faire, mais en fonction de l'usage que tu as de ton réseau ça peut ne pas être nécessaire.
-- Telephone portable "intelligent" (SmartPhone) GSM, GPRS,... Il est sous Linux, ne coute pas trop cher,... http://www.it2l.com/product_info.php?cPath&products_idE6
noone
Est-ce que je peux envoyer le /etc/passwd du serveur sur le client ? Que dois-je envoyer d'autre pour synchroniser les comptes ?
Est-ce que je peux envoyer le /etc/passwd du serveur sur le client ?
Que dois-je envoyer d'autre pour synchroniser les comptes ?
Est-ce que je peux envoyer le /etc/passwd du serveur sur le client ? Que dois-je envoyer d'autre pour synchroniser les comptes ?
R12y
On Thu, 15 Dec 2005 06:29:07 +0100, wrote:
Est-ce que je peux envoyer le /etc/passwd du serveur sur le client ? Que dois-je envoyer d'autre pour synchroniser les comptes ?
Je ne veux pas te donner de solution toute faite, désolé. Je le peux, mais je ne le ferais pas. Peut-être que quelqu'un le veut et le fera, mais moi je souhaite que tu approfondisse un peu la syntaxe de /etc/passwd, que tu regardes à quoi correspondent les différents champs qui s'y trouvent. Une fois que tu aura compri la signification du contenu de /etc/passwd, tu peux facilement déduire celui du fichier des groupes. Je voudrais aussi que tu estimes toi même ce que tu dois faire, à savoir plutot modifier les comptes coté serveur ou coté clients.
-- Telephone portable "intelligent" (SmartPhone) GSM, GPRS,... Il est sous Linux, ne coute pas trop cher,... http://www.it2l.com/product_info.php?cPath&products_idE6
On Thu, 15 Dec 2005 06:29:07 +0100, noone@nowhere.com wrote:
Est-ce que je peux envoyer le /etc/passwd du serveur sur le client ?
Que dois-je envoyer d'autre pour synchroniser les comptes ?
Je ne veux pas te donner de solution toute faite, désolé. Je le peux, mais
je ne le ferais pas. Peut-être que quelqu'un le veut et le fera, mais moi
je souhaite que tu approfondisse un peu la syntaxe de /etc/passwd, que tu
regardes à quoi correspondent les différents champs qui s'y trouvent. Une
fois que tu aura compri la signification du contenu de /etc/passwd, tu
peux facilement déduire celui du fichier des groupes.
Je voudrais aussi que tu estimes toi même ce que tu dois faire, à savoir
plutot modifier les comptes coté serveur ou coté clients.
--
Telephone portable "intelligent" (SmartPhone) GSM, GPRS,...
Il est sous Linux, ne coute pas trop cher,...
http://www.it2l.com/product_info.php?cPath&products_idE6
Est-ce que je peux envoyer le /etc/passwd du serveur sur le client ? Que dois-je envoyer d'autre pour synchroniser les comptes ?
Je ne veux pas te donner de solution toute faite, désolé. Je le peux, mais je ne le ferais pas. Peut-être que quelqu'un le veut et le fera, mais moi je souhaite que tu approfondisse un peu la syntaxe de /etc/passwd, que tu regardes à quoi correspondent les différents champs qui s'y trouvent. Une fois que tu aura compri la signification du contenu de /etc/passwd, tu peux facilement déduire celui du fichier des groupes. Je voudrais aussi que tu estimes toi même ce que tu dois faire, à savoir plutot modifier les comptes coté serveur ou coté clients.
-- Telephone portable "intelligent" (SmartPhone) GSM, GPRS,... Il est sous Linux, ne coute pas trop cher,... http://www.it2l.com/product_info.php?cPath&products_idE6
