je dois prendre la main sur un poste distant via ARD. mais cela n'est
possible que si l'utilisateur distant à un mot de passe. Or actuellement
il n'en a pas
J'ai pu me connecter sur cette machine distante en mode ssh et j'ai
utilisé la commande passwd pour lui affecter un pwd.
Malheureusement la connexion ARD refuse toujours de s'établir lorsque je
tape ce mot de passe ?
par contre la connexion SSH elle demande dorénavant le pwd pour etablir
la liaison.
Dois-je en conclure que le pwd que j'ai saisi via la commande passwd n'a
rien à voir avec le passwd utilisateur saisi dans les pref systeme ?
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
patpro ~ patrick proniewski
In article , Pierre wrote:
Bjr,
je dois prendre la main sur un poste distant via ARD. mais cela n'est possible que si l'utilisateur distant à un mot de passe. Or actuellement il n'en a pas J'ai pu me connecter sur cette machine distante en mode ssh et j'ai utilisé la commande passwd pour lui affecter un pwd. Malheureusement la connexion ARD refuse toujours de s'établir lorsque je tape ce mot de passe ?
par contre la connexion SSH elle demande dorénavant le pwd pour etablir la liaison.
Dois-je en conclure que le pwd que j'ai saisi via la commande passwd n'a rien à voir avec le passwd utilisateur saisi dans les pref systeme ?
c'est étonnant que la commande passwd ait un quelconque effet en fait. Le mot de passe système est dans Netinfo et passwd ne gère pas netinfo.
il faut utiliser dscl :
dscl . -passwd /Users/le_login le_nouveau_passwd
patpro
In article <traul-BD2C8E.20154104122005@news.free.fr>,
Pierre <traul@freespam.fr> wrote:
Bjr,
je dois prendre la main sur un poste distant via ARD. mais cela n'est
possible que si l'utilisateur distant à un mot de passe. Or actuellement
il n'en a pas
J'ai pu me connecter sur cette machine distante en mode ssh et j'ai
utilisé la commande passwd pour lui affecter un pwd.
Malheureusement la connexion ARD refuse toujours de s'établir lorsque je
tape ce mot de passe ?
par contre la connexion SSH elle demande dorénavant le pwd pour etablir
la liaison.
Dois-je en conclure que le pwd que j'ai saisi via la commande passwd n'a
rien à voir avec le passwd utilisateur saisi dans les pref systeme ?
c'est étonnant que la commande passwd ait un quelconque effet en fait.
Le mot de passe système est dans Netinfo et passwd ne gère pas netinfo.
je dois prendre la main sur un poste distant via ARD. mais cela n'est possible que si l'utilisateur distant à un mot de passe. Or actuellement il n'en a pas J'ai pu me connecter sur cette machine distante en mode ssh et j'ai utilisé la commande passwd pour lui affecter un pwd. Malheureusement la connexion ARD refuse toujours de s'établir lorsque je tape ce mot de passe ?
par contre la connexion SSH elle demande dorénavant le pwd pour etablir la liaison.
Dois-je en conclure que le pwd que j'ai saisi via la commande passwd n'a rien à voir avec le passwd utilisateur saisi dans les pref systeme ?
c'est étonnant que la commande passwd ait un quelconque effet en fait. Le mot de passe système est dans Netinfo et passwd ne gère pas netinfo.
il faut utiliser dscl :
dscl . -passwd /Users/le_login le_nouveau_passwd
patpro
Eric Levenez
Le 4/12/05 20:28, dans , « patpro ~ patrick proniewski » a écrit :
c'est étonnant que la commande passwd ait un quelconque effet en fait. Le mot de passe système est dans Netinfo et passwd ne gère pas netinfo.
Depuis NeXTSTEP, passwd gère Netinfo, il faut juste que netinfod soit lancé.
-- Éric Lévénez -- <http://www.levenez.com/> Unix is not only an OS, it's a way of life.
Le 4/12/05 20:28, dans <patpro-644764.20280104122005@news.free.fr>, « patpro
~ patrick proniewski » <patpro@boleskine.patpro.net> a écrit :
c'est étonnant que la commande passwd ait un quelconque effet en fait.
Le mot de passe système est dans Netinfo et passwd ne gère pas netinfo.
Depuis NeXTSTEP, passwd gère Netinfo, il faut juste que netinfod soit lancé.
--
Éric Lévénez -- <http://www.levenez.com/>
Unix is not only an OS, it's a way of life.
Le 4/12/05 20:28, dans , « patpro ~ patrick proniewski » a écrit :
c'est étonnant que la commande passwd ait un quelconque effet en fait. Le mot de passe système est dans Netinfo et passwd ne gère pas netinfo.
Depuis NeXTSTEP, passwd gère Netinfo, il faut juste que netinfod soit lancé.
-- Éric Lévénez -- <http://www.levenez.com/> Unix is not only an OS, it's a way of life.
Pierre
In article , patpro ~ patrick proniewski wrote:
c'est étonnant que la commande passwd ait un quelconque effet en fait. Le mot de passe système est dans Netinfo et passwd ne gère pas netinfo.
C'est exactement ce qui m'arrive, le pwd que j'ai saisi avec passwd n'est pas reconnu par ARD lorsque je me connecte. J'en ai déduis que passwd n'avait pas d'influence sur Netinfo puisque je n'arrivais pas à me connecter avec ARD
Ceci étant, j'ai essayé la commande que tu m'indiques, mais chaque fois que je la lance il me répond
Permission denied
j'ai donc essayé de la lancé en la pfaisant précéder de sudo, après tout semble passer, mais ard refuse toujours de se connecter.
In article <patpro-644764.20280104122005@news.free.fr>,
patpro ~ patrick proniewski <patpro@boleskine.patpro.net> wrote:
c'est étonnant que la commande passwd ait un quelconque effet en fait.
Le mot de passe système est dans Netinfo et passwd ne gère pas netinfo.
C'est exactement ce qui m'arrive, le pwd que j'ai saisi avec passwd
n'est pas reconnu par ARD lorsque je me connecte. J'en ai déduis que
passwd n'avait pas d'influence sur Netinfo puisque je n'arrivais pas à
me connecter avec ARD
Ceci étant, j'ai essayé la commande que tu m'indiques, mais chaque fois
que je la lance il me répond
Permission denied
j'ai donc essayé de la lancé en la pfaisant précéder de sudo, après tout
semble passer, mais ard refuse toujours de se connecter.
c'est étonnant que la commande passwd ait un quelconque effet en fait. Le mot de passe système est dans Netinfo et passwd ne gère pas netinfo.
C'est exactement ce qui m'arrive, le pwd que j'ai saisi avec passwd n'est pas reconnu par ARD lorsque je me connecte. J'en ai déduis que passwd n'avait pas d'influence sur Netinfo puisque je n'arrivais pas à me connecter avec ARD
Ceci étant, j'ai essayé la commande que tu m'indiques, mais chaque fois que je la lance il me répond
Permission denied
j'ai donc essayé de la lancé en la pfaisant précéder de sudo, après tout semble passer, mais ard refuse toujours de se connecter.
patpro ~ patrick proniewski
In article <BFB903C1.4D14F%, Eric Levenez wrote:
Le 4/12/05 20:28, dans , « patpro ~ patrick proniewski » a écrit :
c'est étonnant que la commande passwd ait un quelconque effet en fait. Le mot de passe système est dans Netinfo et passwd ne gère pas netinfo.
Depuis NeXTSTEP, passwd gère Netinfo, il faut juste que netinfod soit lancé.
ha. Je testerais à nouveau.
patpro
In article <BFB903C1.4D14F%news@levenez.com>,
Eric Levenez <news@levenez.com> wrote:
Le 4/12/05 20:28, dans <patpro-644764.20280104122005@news.free.fr>, « patpro
~ patrick proniewski » <patpro@boleskine.patpro.net> a écrit :
c'est étonnant que la commande passwd ait un quelconque effet en fait.
Le mot de passe système est dans Netinfo et passwd ne gère pas netinfo.
Depuis NeXTSTEP, passwd gère Netinfo, il faut juste que netinfod soit lancé.
Le 4/12/05 20:28, dans , « patpro ~ patrick proniewski » a écrit :
c'est étonnant que la commande passwd ait un quelconque effet en fait. Le mot de passe système est dans Netinfo et passwd ne gère pas netinfo.
Depuis NeXTSTEP, passwd gère Netinfo, il faut juste que netinfod soit lancé.
ha. Je testerais à nouveau.
patpro
laurent.pertois
Eric Levenez wrote:
Depuis NeXTSTEP, passwd gère Netinfo, il faut juste que netinfod soit lancé.
Mmm, directement ? il me semblait que ça passait par lookupd.
-- Politically Correct Unix - UTILITIES The "touch" command has been removed from the standard distribution due to its inappropriate use by high-level managers.
Eric Levenez <news@levenez.com> wrote:
Depuis NeXTSTEP, passwd gère Netinfo, il faut juste que netinfod soit lancé.
Mmm, directement ? il me semblait que ça passait par lookupd.
--
Politically Correct Unix - UTILITIES
The "touch" command has been removed from the standard distribution due
to its inappropriate use by high-level managers.
Depuis NeXTSTEP, passwd gère Netinfo, il faut juste que netinfod soit lancé.
Mmm, directement ? il me semblait que ça passait par lookupd.
-- Politically Correct Unix - UTILITIES The "touch" command has been removed from the standard distribution due to its inappropriate use by high-level managers.
Eric Levenez
Le 5/12/05 18:31, dans <1h740qp.1lh4e4bty8sg6N%, « Laurent Pertois » a écrit :
Eric Levenez wrote:
Depuis NeXTSTEP, passwd gère Netinfo, il faut juste que netinfod soit lancé.
Mmm, directement ? il me semblait que ça passait par lookupd.
Sous NeXTSTEP quand on veut changer le mot de passe de root (par exemple), on boote en single user, puis au prompt on tape "sh /etc/rc &" pour lancer Netinfo (netinfod) et ensuite on peut taper "passwd root" pour changer le mot de passe désiré. Celui-ci est bien enregistré dans Netinfo. Si netinfod n'est pas lancé, alors la commande "passwd" semblera marcher mais n'écrira pas dans Netinfo, donc ça ne marchera pas.
Avec la toute dernière version de Mac OS X, il faut peut-être une entrée spécifique dans Netinfo, que ne mettrait pas passwd (dans le cas où il n'y avait pas d'entrée déjà présente comme c'est le cas pour l'OP).
Le "man passwd" indique que la base de données où est placé le mot de passe est OpenDirectory par défaut et que le système se débrouille avec cela en écrivant dans Netinfo au besoin.
-- Éric Lévénez -- <http://www.levenez.com/> Unix is not only an OS, it's a way of life.
Le 5/12/05 18:31, dans
<1h740qp.1lh4e4bty8sg6N%laurent.pertois@alussinan.org>, « Laurent Pertois »
<laurent.pertois@alussinan.org> a écrit :
Eric Levenez <news@levenez.com> wrote:
Depuis NeXTSTEP, passwd gère Netinfo, il faut juste que netinfod soit lancé.
Mmm, directement ? il me semblait que ça passait par lookupd.
Sous NeXTSTEP quand on veut changer le mot de passe de root (par exemple),
on boote en single user, puis au prompt on tape "sh /etc/rc &" pour lancer
Netinfo (netinfod) et ensuite on peut taper "passwd root" pour changer le
mot de passe désiré. Celui-ci est bien enregistré dans Netinfo. Si netinfod
n'est pas lancé, alors la commande "passwd" semblera marcher mais n'écrira
pas dans Netinfo, donc ça ne marchera pas.
Avec la toute dernière version de Mac OS X, il faut peut-être une entrée
spécifique dans Netinfo, que ne mettrait pas passwd (dans le cas où il n'y
avait pas d'entrée déjà présente comme c'est le cas pour l'OP).
Le "man passwd" indique que la base de données où est placé le mot de passe
est OpenDirectory par défaut et que le système se débrouille avec cela en
écrivant dans Netinfo au besoin.
--
Éric Lévénez -- <http://www.levenez.com/>
Unix is not only an OS, it's a way of life.
Le 5/12/05 18:31, dans <1h740qp.1lh4e4bty8sg6N%, « Laurent Pertois » a écrit :
Eric Levenez wrote:
Depuis NeXTSTEP, passwd gère Netinfo, il faut juste que netinfod soit lancé.
Mmm, directement ? il me semblait que ça passait par lookupd.
Sous NeXTSTEP quand on veut changer le mot de passe de root (par exemple), on boote en single user, puis au prompt on tape "sh /etc/rc &" pour lancer Netinfo (netinfod) et ensuite on peut taper "passwd root" pour changer le mot de passe désiré. Celui-ci est bien enregistré dans Netinfo. Si netinfod n'est pas lancé, alors la commande "passwd" semblera marcher mais n'écrira pas dans Netinfo, donc ça ne marchera pas.
Avec la toute dernière version de Mac OS X, il faut peut-être une entrée spécifique dans Netinfo, que ne mettrait pas passwd (dans le cas où il n'y avait pas d'entrée déjà présente comme c'est le cas pour l'OP).
Le "man passwd" indique que la base de données où est placé le mot de passe est OpenDirectory par défaut et que le système se débrouille avec cela en écrivant dans Netinfo au besoin.
-- Éric Lévénez -- <http://www.levenez.com/> Unix is not only an OS, it's a way of life.
laurent.pertois
Eric Levenez wrote:
Le "man passwd" indique que la base de données où est placé le mot de passe est OpenDirectory par défaut et que le système se débrouille avec cela en écrivant dans Netinfo au besoin.
Oui, en plus, c'est absurde ce que j'ai dit vu que lookupd ne sait pas écrire, DirectoryService sait, lui, par contre.
Cela dit, dans passwd on peut préciser où on veut écrire.
-- Politically Correct Unix - UTILITIES The "touch" command has been removed from the standard distribution due to its inappropriate use by high-level managers.
Eric Levenez <news@levenez.com> wrote:
Le "man passwd" indique que la base de données où est placé le mot de passe
est OpenDirectory par défaut et que le système se débrouille avec cela en
écrivant dans Netinfo au besoin.
Oui, en plus, c'est absurde ce que j'ai dit vu que lookupd ne sait pas
écrire, DirectoryService sait, lui, par contre.
Cela dit, dans passwd on peut préciser où on veut écrire.
--
Politically Correct Unix - UTILITIES
The "touch" command has been removed from the standard distribution due
to its inappropriate use by high-level managers.
Le "man passwd" indique que la base de données où est placé le mot de passe est OpenDirectory par défaut et que le système se débrouille avec cela en écrivant dans Netinfo au besoin.
Oui, en plus, c'est absurde ce que j'ai dit vu que lookupd ne sait pas écrire, DirectoryService sait, lui, par contre.
Cela dit, dans passwd on peut préciser où on veut écrire.
-- Politically Correct Unix - UTILITIES The "touch" command has been removed from the standard distribution due to its inappropriate use by high-level managers.
