Bonjour,
désolé pour ce HS. ce n'a pas de rapport avec debian. mais bcp d'entre
vous administrent des parcs de machines et donc connaissent NIS.
Le "support" me dit "vous devez faire un "make -C /var/yp" pour mettre à
jour la base NIS...c'est vrai ça marche. Mais je trouve ça débile: à
chaque fois qu'un user veut changer son mot de passe, il doit appeler
l'admin. ou sinon une tache cron doit tourner...mais bon je trouve ça
pas propre.
Qu'en est-il sous debian ? J'aimerai vos avis éclairés...
Bonjour,
désolé pour ce HS. ce n'a pas de rapport avec debian. mais bcp d'entre
vous administrent des parcs de machines et donc connaissent NIS.
Le "support" me dit "vous devez faire un "make -C /var/yp" pour mettre à
jour la base NIS...c'est vrai ça marche. Mais je trouve ça débile: à
chaque fois qu'un user veut changer son mot de passe, il doit appeler
l'admin. ou sinon une tache cron doit tourner...mais bon je trouve ça
pas propre.
Qu'en est-il sous debian ? J'aimerai vos avis éclairés...
Bonjour,
désolé pour ce HS. ce n'a pas de rapport avec debian. mais bcp d'entre
vous administrent des parcs de machines et donc connaissent NIS.
Le "support" me dit "vous devez faire un "make -C /var/yp" pour mettre à
jour la base NIS...c'est vrai ça marche. Mais je trouve ça débile: à
chaque fois qu'un user veut changer son mot de passe, il doit appeler
l'admin. ou sinon une tache cron doit tourner...mais bon je trouve ça
pas propre.
Qu'en est-il sous debian ? J'aimerai vos avis éclairés...
Bonjour,
désolé pour ce HS. ce n'a pas de rapport avec debian. mais bcp d'entre
vous administrent des parcs de machines et donc connaissent NIS.
Mon labo a acheté un cluster. dessus il y a oscar et cenOS. Je me
retrouve admin de ce cluster. Je commence donc à regarder comment on
ajoute un utilisateur...bon ça pas de souci.
adduser pouet
passwd pouet
make -C /var/yp
maintenant je me dis que mon utilisateur "pouet" veut changer tout seul
comme un grand sont password. je me logue en tant que pouet et fait un
passwd.
et mon changement de mot de passe n'est pas pris en compte.
Le "support"
me dit "vous devez faire un "make -C /var/yp" pour mettre à
jour la base NIS...c'est vrai ça marche. Mais je trouve ça débile: à
chaque fois qu'un user veut changer son mot de passe, il doit appeler
l'admin. ou sinon une tache cron doit tourner...mais bon je trouve ça
pas propre.
Qu'en est-il sous debian ? J'aimerai vos avis éclairés...
Merci d'avance
Guillaume
Bonjour,
désolé pour ce HS. ce n'a pas de rapport avec debian. mais bcp d'entre
vous administrent des parcs de machines et donc connaissent NIS.
Mon labo a acheté un cluster. dessus il y a oscar et cenOS. Je me
retrouve admin de ce cluster. Je commence donc à regarder comment on
ajoute un utilisateur...bon ça pas de souci.
adduser pouet
passwd pouet
make -C /var/yp
maintenant je me dis que mon utilisateur "pouet" veut changer tout seul
comme un grand sont password. je me logue en tant que pouet et fait un
passwd.
et mon changement de mot de passe n'est pas pris en compte.
Le "support"
me dit "vous devez faire un "make -C /var/yp" pour mettre à
jour la base NIS...c'est vrai ça marche. Mais je trouve ça débile: à
chaque fois qu'un user veut changer son mot de passe, il doit appeler
l'admin. ou sinon une tache cron doit tourner...mais bon je trouve ça
pas propre.
Qu'en est-il sous debian ? J'aimerai vos avis éclairés...
Merci d'avance
Guillaume
Bonjour,
désolé pour ce HS. ce n'a pas de rapport avec debian. mais bcp d'entre
vous administrent des parcs de machines et donc connaissent NIS.
Mon labo a acheté un cluster. dessus il y a oscar et cenOS. Je me
retrouve admin de ce cluster. Je commence donc à regarder comment on
ajoute un utilisateur...bon ça pas de souci.
adduser pouet
passwd pouet
make -C /var/yp
maintenant je me dis que mon utilisateur "pouet" veut changer tout seul
comme un grand sont password. je me logue en tant que pouet et fait un
passwd.
et mon changement de mot de passe n'est pas pris en compte.
Le "support"
me dit "vous devez faire un "make -C /var/yp" pour mettre à
jour la base NIS...c'est vrai ça marche. Mais je trouve ça débile: à
chaque fois qu'un user veut changer son mot de passe, il doit appeler
l'admin. ou sinon une tache cron doit tourner...mais bon je trouve ça
pas propre.
Qu'en est-il sous debian ? J'aimerai vos avis éclairés...
Merci d'avance
Guillaume
désolé pour ce HS. ce n'a pas de rapport avec debian. mais bcp
d'entre vous administrent des parcs de machines et donc connaissent
NIS.
maintenant je me dis que mon utilisateur "pouet" veut changer tout
seul comme un grand sont password. je me logue en tant que pouet et
fait un passwd. et mon changement de mot de passe n'est pas pris en
compte.
Le "support" me dit "vous devez faire un "make -C /var/yp" pour
mettre à jour la base NIS...c'est vrai ça marche.
Mais je trouve ça débile: à chaque fois qu'un user veut changer son
mot de passe, il doit appeler l'admin.
désolé pour ce HS. ce n'a pas de rapport avec debian. mais bcp
d'entre vous administrent des parcs de machines et donc connaissent
NIS.
maintenant je me dis que mon utilisateur "pouet" veut changer tout
seul comme un grand sont password. je me logue en tant que pouet et
fait un passwd. et mon changement de mot de passe n'est pas pris en
compte.
Le "support" me dit "vous devez faire un "make -C /var/yp" pour
mettre à jour la base NIS...c'est vrai ça marche.
Mais je trouve ça débile: à chaque fois qu'un user veut changer son
mot de passe, il doit appeler l'admin.
désolé pour ce HS. ce n'a pas de rapport avec debian. mais bcp
d'entre vous administrent des parcs de machines et donc connaissent
NIS.
maintenant je me dis que mon utilisateur "pouet" veut changer tout
seul comme un grand sont password. je me logue en tant que pouet et
fait un passwd. et mon changement de mot de passe n'est pas pris en
compte.
Le "support" me dit "vous devez faire un "make -C /var/yp" pour
mettre à jour la base NIS...c'est vrai ça marche.
Mais je trouve ça débile: à chaque fois qu'un user veut changer son
mot de passe, il doit appeler l'admin.
Re,
On Fri, Sep 03, 2010 at 11:47:31AM +0200, giggzounet wrote:désolé pour ce HS. ce n'a pas de rapport avec debian. mais bcp
d'entre vous administrent des parcs de machines et donc connaissent
NIS.
Connaît-on jamais NIS ? :-)maintenant je me dis que mon utilisateur "pouet" veut changer tout
seul comme un grand sont password. je me logue en tant que pouet et
fait un passwd. et mon changement de mot de passe n'est pas pris en
compte.
Il faut que yppasswdd tourne sur le serveur NIS et que le user change
son password par la commande yppasswd (sur n'importe quel client NIS,
soit dit en passant, pas qu'en local).
Je viens de le faire pour être sûr en te répondant et c'est
instantanément pris en compte sur une autre machine.Le "support" me dit "vous devez faire un "make -C /var/yp" pour
mettre à jour la base NIS...c'est vrai ça marche.
En utilisant les commandes classiques, oui. Faut dire à NIS que la
situation a changé et qu'il doit régénérer ses cartes.
(Ceci dit, je remarque pendant mon test qu'en ajoutant un user avec
les commandes classiques --- directement sur le serveur NIS par
hypothèse --- l'appel à make se fait tout seul...
Ça semble nouveau depuis lenny (?) parce qu'en etch, j'avais mis
l'appel à make dans le script adduser.local qui est exécuté à chaque
ajout d'utilisateur s'il existe. Mais ça ne semble plus nécessaire.)
Mais je trouve ça débile: à chaque fois qu'un user veut changer son
mot de passe, il doit appeler l'admin.
D'autres aussi puisqu'on a écrit le démon yppasswdd :-)
Re,
On Fri, Sep 03, 2010 at 11:47:31AM +0200, giggzounet wrote:
désolé pour ce HS. ce n'a pas de rapport avec debian. mais bcp
d'entre vous administrent des parcs de machines et donc connaissent
NIS.
Connaît-on jamais NIS ? :-)
maintenant je me dis que mon utilisateur "pouet" veut changer tout
seul comme un grand sont password. je me logue en tant que pouet et
fait un passwd. et mon changement de mot de passe n'est pas pris en
compte.
Il faut que yppasswdd tourne sur le serveur NIS et que le user change
son password par la commande yppasswd (sur n'importe quel client NIS,
soit dit en passant, pas qu'en local).
Je viens de le faire pour être sûr en te répondant et c'est
instantanément pris en compte sur une autre machine.
Le "support" me dit "vous devez faire un "make -C /var/yp" pour
mettre à jour la base NIS...c'est vrai ça marche.
En utilisant les commandes classiques, oui. Faut dire à NIS que la
situation a changé et qu'il doit régénérer ses cartes.
(Ceci dit, je remarque pendant mon test qu'en ajoutant un user avec
les commandes classiques --- directement sur le serveur NIS par
hypothèse --- l'appel à make se fait tout seul...
Ça semble nouveau depuis lenny (?) parce qu'en etch, j'avais mis
l'appel à make dans le script adduser.local qui est exécuté à chaque
ajout d'utilisateur s'il existe. Mais ça ne semble plus nécessaire.)
Mais je trouve ça débile: à chaque fois qu'un user veut changer son
mot de passe, il doit appeler l'admin.
D'autres aussi puisqu'on a écrit le démon yppasswdd :-)
Re,
On Fri, Sep 03, 2010 at 11:47:31AM +0200, giggzounet wrote:désolé pour ce HS. ce n'a pas de rapport avec debian. mais bcp
d'entre vous administrent des parcs de machines et donc connaissent
NIS.
Connaît-on jamais NIS ? :-)maintenant je me dis que mon utilisateur "pouet" veut changer tout
seul comme un grand sont password. je me logue en tant que pouet et
fait un passwd. et mon changement de mot de passe n'est pas pris en
compte.
Il faut que yppasswdd tourne sur le serveur NIS et que le user change
son password par la commande yppasswd (sur n'importe quel client NIS,
soit dit en passant, pas qu'en local).
Je viens de le faire pour être sûr en te répondant et c'est
instantanément pris en compte sur une autre machine.Le "support" me dit "vous devez faire un "make -C /var/yp" pour
mettre à jour la base NIS...c'est vrai ça marche.
En utilisant les commandes classiques, oui. Faut dire à NIS que la
situation a changé et qu'il doit régénérer ses cartes.
(Ceci dit, je remarque pendant mon test qu'en ajoutant un user avec
les commandes classiques --- directement sur le serveur NIS par
hypothèse --- l'appel à make se fait tout seul...
Ça semble nouveau depuis lenny (?) parce qu'en etch, j'avais mis
l'appel à make dans le script adduser.local qui est exécuté à chaque
ajout d'utilisateur s'il existe. Mais ça ne semble plus nécessaire.)
Mais je trouve ça débile: à chaque fois qu'un user veut changer son
mot de passe, il doit appeler l'admin.
D'autres aussi puisqu'on a écrit le démon yppasswdd :-)
Le vendredi 03 septembre 2010 à 11:47 +0200, giggzounet a écrit :Bonjour,
désolé pour ce HS. ce n'a pas de rapport avec debian. mais bcp d'entre
vous administrent des parcs de machines et donc connaissent NIS.
Mon labo a acheté un cluster. dessus il y a oscar et cenOS. Je me
retrouve admin de ce cluster. Je commence donc à regarder comment on
ajoute un utilisateur...bon ça pas de souci.
adduser pouet
passwd pouet
make -C /var/yp
maintenant je me dis que mon utilisateur "pouet" veut changer tout seul
comme un grand sont password. je me logue en tant que pouet et fait un
passwd.
De mémoire, il y a une commande yppasswd pour changer le mot de passe
nis.
et mon changement de mot de passe n'est pas pris en compte.
Le "support"
C'est quoi ce support ?
Le vendredi 03 septembre 2010 à 11:47 +0200, giggzounet a écrit :
Bonjour,
désolé pour ce HS. ce n'a pas de rapport avec debian. mais bcp d'entre
vous administrent des parcs de machines et donc connaissent NIS.
Mon labo a acheté un cluster. dessus il y a oscar et cenOS. Je me
retrouve admin de ce cluster. Je commence donc à regarder comment on
ajoute un utilisateur...bon ça pas de souci.
adduser pouet
passwd pouet
make -C /var/yp
maintenant je me dis que mon utilisateur "pouet" veut changer tout seul
comme un grand sont password. je me logue en tant que pouet et fait un
passwd.
De mémoire, il y a une commande yppasswd pour changer le mot de passe
nis.
et mon changement de mot de passe n'est pas pris en compte.
Le "support"
C'est quoi ce support ?
Le vendredi 03 septembre 2010 à 11:47 +0200, giggzounet a écrit :Bonjour,
désolé pour ce HS. ce n'a pas de rapport avec debian. mais bcp d'entre
vous administrent des parcs de machines et donc connaissent NIS.
Mon labo a acheté un cluster. dessus il y a oscar et cenOS. Je me
retrouve admin de ce cluster. Je commence donc à regarder comment on
ajoute un utilisateur...bon ça pas de souci.
adduser pouet
passwd pouet
make -C /var/yp
maintenant je me dis que mon utilisateur "pouet" veut changer tout seul
comme un grand sont password. je me logue en tant que pouet et fait un
passwd.
De mémoire, il y a une commande yppasswd pour changer le mot de passe
nis.
et mon changement de mot de passe n'est pas pris en compte.
Le "support"
C'est quoi ce support ?
Bonjour,
désolé pour ce HS. ce n'a pas de rapport avec debian. mais bcp d'entre
vous administrent des parcs de machines et donc connaissent NIS.
Mon labo a acheté un cluster. dessus il y a oscar et cenOS. Je me
retrouve admin de ce cluster. Je commence donc à regarder comment on
ajoute un utilisateur...bon ça pas de souci.
adduser pouet
passwd pouet
make -C /var/yp
maintenant je me dis que mon utilisateur "pouet" veut changer tout seul
comme un grand sont password. je me logue en tant que pouet et fait un
passwd. et mon changement de mot de passe n'est pas pris en compte.
Le "support" me dit "vous devez faire un "make -C /var/yp" pour mettre à
jour la base NIS...c'est vrai ça marche. Mais je trouve ça débile: à
chaque fois qu'un user veut changer son mot de passe, il doit appeler
l'admin. ou sinon une tache cron doit tourner...mais bon je trouve ça
pas propre.
Qu'en est-il sous debian ? J'aimerai vos avis éclairés...
Merci d'avance
Guillaume
Bonjour,
désolé pour ce HS. ce n'a pas de rapport avec debian. mais bcp d'entre
vous administrent des parcs de machines et donc connaissent NIS.
Mon labo a acheté un cluster. dessus il y a oscar et cenOS. Je me
retrouve admin de ce cluster. Je commence donc à regarder comment on
ajoute un utilisateur...bon ça pas de souci.
adduser pouet
passwd pouet
make -C /var/yp
maintenant je me dis que mon utilisateur "pouet" veut changer tout seul
comme un grand sont password. je me logue en tant que pouet et fait un
passwd. et mon changement de mot de passe n'est pas pris en compte.
Le "support" me dit "vous devez faire un "make -C /var/yp" pour mettre à
jour la base NIS...c'est vrai ça marche. Mais je trouve ça débile: à
chaque fois qu'un user veut changer son mot de passe, il doit appeler
l'admin. ou sinon une tache cron doit tourner...mais bon je trouve ça
pas propre.
Qu'en est-il sous debian ? J'aimerai vos avis éclairés...
Merci d'avance
Guillaume
Bonjour,
désolé pour ce HS. ce n'a pas de rapport avec debian. mais bcp d'entre
vous administrent des parcs de machines et donc connaissent NIS.
Mon labo a acheté un cluster. dessus il y a oscar et cenOS. Je me
retrouve admin de ce cluster. Je commence donc à regarder comment on
ajoute un utilisateur...bon ça pas de souci.
adduser pouet
passwd pouet
make -C /var/yp
maintenant je me dis que mon utilisateur "pouet" veut changer tout seul
comme un grand sont password. je me logue en tant que pouet et fait un
passwd. et mon changement de mot de passe n'est pas pris en compte.
Le "support" me dit "vous devez faire un "make -C /var/yp" pour mettre à
jour la base NIS...c'est vrai ça marche. Mais je trouve ça débile: à
chaque fois qu'un user veut changer son mot de passe, il doit appeler
l'admin. ou sinon une tache cron doit tourner...mais bon je trouve ça
pas propre.
Qu'en est-il sous debian ? J'aimerai vos avis éclairés...
Merci d'avance
Guillaume
> Ça semble nouveau depuis lenny (?) parce qu'en etch, j'avais mis
> l'appel à make dans le script adduser.local qui est exécuté à chaque
> ajout d'utilisateur s'il existe. Mais ça ne semble plus nécessaire.)
>
intéressant! il est où ce script adduser.local ???
> Ça semble nouveau depuis lenny (?) parce qu'en etch, j'avais mis
> l'appel à make dans le script adduser.local qui est exécuté à chaque
> ajout d'utilisateur s'il existe. Mais ça ne semble plus nécessaire.)
>
intéressant! il est où ce script adduser.local ???
> Ça semble nouveau depuis lenny (?) parce qu'en etch, j'avais mis
> l'appel à make dans le script adduser.local qui est exécuté à chaque
> ajout d'utilisateur s'il existe. Mais ça ne semble plus nécessaire.)
>
intéressant! il est où ce script adduser.local ???
Re,
On Fri, Sep 03, 2010 at 02:33:01PM +0200, giggzounet wrote:
[...]Ça semble nouveau depuis lenny (?) parce qu'en etch, j'avais mis
l'appel à make dans le script adduser.local qui est exécuté à chaque
ajout d'utilisateur s'il existe. Mais ça ne semble plus nécessaire.)
intéressant! il est où ce script adduser.local ???
Tu le crées dans /usr/local/sbin ;-)
Ici, y avait bêtement ça dedans :
oda:~# cat /usr/local/sbin/adduser.local
#!/bin/bash
#
#
echo -e "nI: Execution de $0 :"
echo -e "I: (Arguments passes : $@)n"
echo -e "I: Rafraichissement des cartes NIS :n"
make -C /var/yp
Mais on y met ce qu'on veut. Il est appelé avec les arguments
suivants :
<nom du compte> <id du compte> <id du groupe> <rep home du user>
C'est ce que montre la ligne :
echo -e "I: (Arguments passes : $@)n"
Exemple d'exécution :
I: Execution de /usr/local/sbin/adduser.local :
I: (Arguments passes : tempo 1006 1014 /home/tempo)
I: Rafraichissement des cartes NIS :
make: entrant dans le répertoire « /var/yp »
make[1]: entrant dans le répertoire « /var/yp/jfsdt »
make[1]: Rien à faire pour « all ».
make[1]: quittant le répertoire « /var/yp/jfsdt »
make: quittant le répertoire « /var/yp »
Il y a possibilité aussi d'un deluser.local qui est appelé à la
destruction d'un compte. (Ici, j'avais un lien deluser.local sur
adduser.local pour rafraîchir aussi les maps.)
cf. man adduser :
Si le fichier /usr/local/sbin/adduser.local existe, il est exécuté
une fois que l'utilisateur a été configuré, de façon à réaliser
des opérations propres au système. Les paramètres passés à
adduser.local sont :
nom_utilisateur uid gid répertoire_personnel
(Idem dans man deluser).
Hih,
A+
Re,
On Fri, Sep 03, 2010 at 02:33:01PM +0200, giggzounet wrote:
[...]
Ça semble nouveau depuis lenny (?) parce qu'en etch, j'avais mis
l'appel à make dans le script adduser.local qui est exécuté à chaque
ajout d'utilisateur s'il existe. Mais ça ne semble plus nécessaire.)
intéressant! il est où ce script adduser.local ???
Tu le crées dans /usr/local/sbin ;-)
Ici, y avait bêtement ça dedans :
oda:~# cat /usr/local/sbin/adduser.local
#!/bin/bash
#
#
echo -e "nI: Execution de $0 :"
echo -e "I: (Arguments passes : $@)n"
echo -e "I: Rafraichissement des cartes NIS :n"
make -C /var/yp
Mais on y met ce qu'on veut. Il est appelé avec les arguments
suivants :
<nom du compte> <id du compte> <id du groupe> <rep home du user>
C'est ce que montre la ligne :
echo -e "I: (Arguments passes : $@)n"
Exemple d'exécution :
I: Execution de /usr/local/sbin/adduser.local :
I: (Arguments passes : tempo 1006 1014 /home/tempo)
I: Rafraichissement des cartes NIS :
make: entrant dans le répertoire « /var/yp »
make[1]: entrant dans le répertoire « /var/yp/jfsdt »
make[1]: Rien à faire pour « all ».
make[1]: quittant le répertoire « /var/yp/jfsdt »
make: quittant le répertoire « /var/yp »
Il y a possibilité aussi d'un deluser.local qui est appelé à la
destruction d'un compte. (Ici, j'avais un lien deluser.local sur
adduser.local pour rafraîchir aussi les maps.)
cf. man adduser :
Si le fichier /usr/local/sbin/adduser.local existe, il est exécuté
une fois que l'utilisateur a été configuré, de façon à réaliser
des opérations propres au système. Les paramètres passés à
adduser.local sont :
nom_utilisateur uid gid répertoire_personnel
(Idem dans man deluser).
Hih,
A+
Re,
On Fri, Sep 03, 2010 at 02:33:01PM +0200, giggzounet wrote:
[...]Ça semble nouveau depuis lenny (?) parce qu'en etch, j'avais mis
l'appel à make dans le script adduser.local qui est exécuté à chaque
ajout d'utilisateur s'il existe. Mais ça ne semble plus nécessaire.)
intéressant! il est où ce script adduser.local ???
Tu le crées dans /usr/local/sbin ;-)
Ici, y avait bêtement ça dedans :
oda:~# cat /usr/local/sbin/adduser.local
#!/bin/bash
#
#
echo -e "nI: Execution de $0 :"
echo -e "I: (Arguments passes : $@)n"
echo -e "I: Rafraichissement des cartes NIS :n"
make -C /var/yp
Mais on y met ce qu'on veut. Il est appelé avec les arguments
suivants :
<nom du compte> <id du compte> <id du groupe> <rep home du user>
C'est ce que montre la ligne :
echo -e "I: (Arguments passes : $@)n"
Exemple d'exécution :
I: Execution de /usr/local/sbin/adduser.local :
I: (Arguments passes : tempo 1006 1014 /home/tempo)
I: Rafraichissement des cartes NIS :
make: entrant dans le répertoire « /var/yp »
make[1]: entrant dans le répertoire « /var/yp/jfsdt »
make[1]: Rien à faire pour « all ».
make[1]: quittant le répertoire « /var/yp/jfsdt »
make: quittant le répertoire « /var/yp »
Il y a possibilité aussi d'un deluser.local qui est appelé à la
destruction d'un compte. (Ici, j'avais un lien deluser.local sur
adduser.local pour rafraîchir aussi les maps.)
cf. man adduser :
Si le fichier /usr/local/sbin/adduser.local existe, il est exécuté
une fois que l'utilisateur a été configuré, de façon à réaliser
des opérations propres au système. Les paramètres passés à
adduser.local sont :
nom_utilisateur uid gid répertoire_personnel
(Idem dans man deluser).
Hih,
A+