C'est gentil de t'inquiéter autant que ça pour moi, si, si, ça me touche, vraiement !
J'ai eu exactement la même crainte, mais en fait il n'en est rien...
En fait, j'imagine que ça a dû fonctionner comme suit :
- Lors de la désinscription à un domaine, XP/2000 demande un utilisateur / mdp autorisé à le faire,
- Comme le PDC était injoignable (j'imagine qu'il se base sur le SID pour ça), il s'est basé sur le fait que l'identifiant est valide, seulement, pour la désinscription.
- Lors de l'inscription, le PDC (le tout neuf) a validé l'inscription avec le couple mdp/user autorisé à le faire
- Le micro sous XP/2000 à voulu utiliser le profile partagé par le samba, mais le SID de l'ancien serveur l'empéchait de le faire (probablement renseigné dans ntuser.dat ou une connerie du genre).
Par conséquent, lorsque j'ai fait marche arrière ce matin, pour revenir à mon point de départ, j'ai fait la manoeuvre inverse : désinscription/réinscription et tout est rentré dans l'ordre.
Je m'explique ça comme ça. Je suis peut-être loin de la vérité, peut être pas !? En tout cas, je n'ai absoluement rien perdu (à part un peu de temps, mais il est tellement difficile de tout maîtriser de nos jours !
Update : je viens de relire ton post.... En fait, je crois que l'on ne doit pas utiliser les mêmes astuces ;-) !
A mon bureau, les profiles sont locaux, mais stockés sur le serveur samba, donc adieu les c;\documents and ...
Tout est dans un partage réseau. Là où ça se gâte, c'est lorsque comme nous tu as plusieures versions de windows qui cohabitent. Pour 98, il faut un partage nommé profile, pour 2000 et XP, il faut qu'il s'appelle profiles. Pour 98, il faut utiliser en plus la directive "logon home" dans le smb.conf, pour 2000/XP, c'est "logon path", etc. Y'en a plein des comme ça.
Quoi qu'il en soit, nous n'utilisons pas les profiles itinérants au sens de microsoft, mais ceux au sens samba ! Et ça fonctionne du feu de dieu, et semble même plus résistant !
[^] # Re: Fais hyper gaffe!
Posté par Gyro Gearllose . En réponse au message Problème de migration samba..... Évalué à 1.
J'ai eu exactement la même crainte, mais en fait il n'en est rien...
En fait, j'imagine que ça a dû fonctionner comme suit :
- Lors de la désinscription à un domaine, XP/2000 demande un utilisateur / mdp autorisé à le faire,
- Comme le PDC était injoignable (j'imagine qu'il se base sur le SID pour ça), il s'est basé sur le fait que l'identifiant est valide, seulement, pour la désinscription.
- Lors de l'inscription, le PDC (le tout neuf) a validé l'inscription avec le couple mdp/user autorisé à le faire
- Le micro sous XP/2000 à voulu utiliser le profile partagé par le samba, mais le SID de l'ancien serveur l'empéchait de le faire (probablement renseigné dans ntuser.dat ou une connerie du genre).
Par conséquent, lorsque j'ai fait marche arrière ce matin, pour revenir à mon point de départ, j'ai fait la manoeuvre inverse : désinscription/réinscription et tout est rentré dans l'ordre.
Je m'explique ça comme ça. Je suis peut-être loin de la vérité, peut être pas !? En tout cas, je n'ai absoluement rien perdu (à part un peu de temps, mais il est tellement difficile de tout maîtriser de nos jours !
Update : je viens de relire ton post.... En fait, je crois que l'on ne doit pas utiliser les mêmes astuces ;-) !
A mon bureau, les profiles sont locaux, mais stockés sur le serveur samba, donc adieu les c;\documents and ...
Tout est dans un partage réseau. Là où ça se gâte, c'est lorsque comme nous tu as plusieures versions de windows qui cohabitent. Pour 98, il faut un partage nommé profile, pour 2000 et XP, il faut qu'il s'appelle profiles. Pour 98, il faut utiliser en plus la directive "logon home" dans le smb.conf, pour 2000/XP, c'est "logon path", etc. Y'en a plein des comme ça.
Quoi qu'il en soit, nous n'utilisons pas les profiles itinérants au sens de microsoft, mais ceux au sens samba ! Et ça fonctionne du feu de dieu, et semble même plus résistant !