Bonjour, alors pour récupérer votre Samba pour votre plateforme de teste il vous faut :
- smb.conf;
- smbpasswd;
- secrets.tdb (plus sur de l'extension);
- smbusers;
D'après votre post Samba est contrôleur de domaine (PDC) donc il faut faire attention à ne pas le mettre sur le même réseau (physique ou sous-réseau différent) pour pas qu'il s'annonce comme contrôleur de domaine à la place de celui qui est en production. Il y a bien une variable dans la config (Os level de tête) qui permet de modifier le comportement mais par sécurité je préfère l'autre solution.
Pour les comptes utilisateurs c'est plus délicat. Il me semble que la commande "net vampire" peut être une piste, sinon il va falloir recréer tout les comptes sur votre plateforme de test (peut être le bon moment pour ajouter la couche Ldap). Un conseil pour Ldap, ne surtout pas intégrer la gestion des comptes systèmes dans l'annuaire, je l'ai fais et c'est pas top, il vos mieux qu'ils restent propre à chaque serveur.
Pour votre première erreur, Windows indique qu'il n'arrive pas à charger le profil à l'ouverture de session donc il utilise une copie qu'il garde en cache. C'est un problème que je rencontre souvent et pour diverses raisons toutes plus obscurs les une que les autres. En général je relance Samba et c'est partie. Il est possible qu'il y a un problème à cause de la taille du profil. Regarder au niveau du serveur, au moment de la connexion, dans les logs (soit message, soit samba/smbd.log).
Pour en revenir au profil c'est une vrai galère, l'idée est bonne, mais il y a tellement de fichiers à sauvegarder que ça peut vite devenir très lent. J'envisage même d'arrêter de les gérer. Au début j'ai mis en place ce système pour les sauvegardes mais ce n'est pas fiable et ça ne copie pas tout le profils (encore heureux d'ailleurs). Par exemple le répertoire Local Settings ne l'est pas et vue sont nom ça m'étonne pas. Donc si vos utilisateurs n'ont pas nécessité de retrouver leur environnement quelque soit le poste utilisé je pense qu'il n'est pas nécessaire de gérer les profils itinérants. A tester avant bien sur. Si c'était pour sauvegarder il y a des tas de programmes qui le font mieux et au moins vous pouvez choisir les données sauvegardées.
# C'est pas facile mais on va y arrivé ;)
Posté par Philippe M (site web personnel) . En réponse au message Differentes Question concernant Samba. Évalué à 1.
- smb.conf;
- smbpasswd;
- secrets.tdb (plus sur de l'extension);
- smbusers;
D'après votre post Samba est contrôleur de domaine (PDC) donc il faut faire attention à ne pas le mettre sur le même réseau (physique ou sous-réseau différent) pour pas qu'il s'annonce comme contrôleur de domaine à la place de celui qui est en production. Il y a bien une variable dans la config (Os level de tête) qui permet de modifier le comportement mais par sécurité je préfère l'autre solution.
Pour les comptes utilisateurs c'est plus délicat. Il me semble que la commande "net vampire" peut être une piste, sinon il va falloir recréer tout les comptes sur votre plateforme de test (peut être le bon moment pour ajouter la couche Ldap). Un conseil pour Ldap, ne surtout pas intégrer la gestion des comptes systèmes dans l'annuaire, je l'ai fais et c'est pas top, il vos mieux qu'ils restent propre à chaque serveur.
Pour votre première erreur, Windows indique qu'il n'arrive pas à charger le profil à l'ouverture de session donc il utilise une copie qu'il garde en cache. C'est un problème que je rencontre souvent et pour diverses raisons toutes plus obscurs les une que les autres. En général je relance Samba et c'est partie. Il est possible qu'il y a un problème à cause de la taille du profil. Regarder au niveau du serveur, au moment de la connexion, dans les logs (soit message, soit samba/smbd.log).
Pour en revenir au profil c'est une vrai galère, l'idée est bonne, mais il y a tellement de fichiers à sauvegarder que ça peut vite devenir très lent. J'envisage même d'arrêter de les gérer. Au début j'ai mis en place ce système pour les sauvegardes mais ce n'est pas fiable et ça ne copie pas tout le profils (encore heureux d'ailleurs). Par exemple le répertoire Local Settings ne l'est pas et vue sont nom ça m'étonne pas. Donc si vos utilisateurs n'ont pas nécessité de retrouver leur environnement quelque soit le poste utilisé je pense qu'il n'est pas nécessaire de gérer les profils itinérants. A tester avant bien sur. Si c'était pour sauvegarder il y a des tas de programmes qui le font mieux et au moins vous pouvez choisir les données sauvegardées.
Born to Kill EndUser !