Quelques petites remarques concernant la mise en oeuvre pratique (par retour d’expérience) :

1. Si vous utilisez l’antivirus PC-CILLIN 9, il faut désactiver le pare-feu mis en place par ce programme, sans quoi il est impossible de voir servecole dans le voisinage réseau. Il faudra peut-être faire une recherche d’ordinateur (dans favoris réseau chosir outils/rechercher) pour trouver servecole.

2. Quand on modifie la base de registre en appliquant les *.REG. Il ne faut pas appliquer le NoDelRoamingCache.reg, sinon les profils locaux mis en cache ne sont pas effacés à la déconnexion : cela signifie que tous le utilisateurs qui se connectent sur cette machine ont un répertoire personnel local (si plusieurs centaines d’utilisateurs, vous imaginez l’encombrement local du disque !) permanent.

3. Pour la bonne réussite de la jonction au domaine Abuledu (étape 3 de la doc), il faut s’assurer que le fichier /etc/samba/smbpasswd n’est pas corrompu (dans ce cas un message explicite apparaît dans /var/log/messages). Ceci se produit lorsqu’il existe un utilisateur présent dans ce fichier, mais qui n’est plus un utilisateur unix (s’il n’est plus dans /etc/passwd). Voir le message sur la liste support pour avoir le correctif du script en cause (http://lists.abuledu.org/wws/arc/support/2004-09/msg00009.html).

Côté windows XP, le message d’erreur que l’on obtient dans ce cas est le suivant : "L’erreur suivante s’est produite lors de la tentative de jonction au domaine ’abuledu’ : l’utilisateur spécifié n’existe pas. OK". Et ce, même si vous avez mis le bon mot de passe root pour la jonction au domaine...

La solution est, en console sur le serveur et en root, d’exécuter la commande :

Refaites ensuite une tentative de jonction au domaine : cela fonctionne (quelques secondes de patience sont nécessaires tout de même).

4. Suite à l’application d’un des *.REG (je ne sais pas exactement lequel), l’administrateur local de la machine après un redémarrage se voit afficher le message d’erreur suivant :

"K :\profil\Bureau fait référence à un emplacement non disponible. Il peut s’agir d’un emplacement situé situé sur un disque dur de cet ordinateur ou sur un réseau. Vérifiez que le disque est inséré correctement ou que vous ête connecté(e) à internet ou à un réseau domestique, puis essayez à nouveau. Si vous ne trouvez toujours pas l’information, elle a peut-être été déplacée vers un emplacement différent. OK"

Ce message est suivi d’autres messages, mais le bureau finit tout de même par s’afficher et on peut quand poursuivre la procédure. Malheureusement, le menu démarrer/tous les programmes est vide (il faut lancer explorer.exe dans la boîte de dialogue ’exécuter’ pour accéder aux programmes que l’on veut lancer, avec à chaque fois les message d’erreurs déjà décrits plus haut).

Après la jonction au domaine abuledu, il est pourtant indispensable (pour installer des programmes ou périphériques locaux par exemple) de se connecter en administrateur local (mais en l’état, avec ce que je viens de dire, ce n’est vraiment pas pratique).

En attendant que quelqu’un de suffisamment calé sur les *.REG nous rectifie le problème, on peut le contourner de la façon suivante :

  Ouvrir la station en administrateur local
  Choisir Démarrer/programmes/Gestion des utilisateurs (ou comptes utilisateurs)
  Dans l’onglet utiisateurs et groupes, cliquer sur le bouton ’Ajouter’
  Entrer le nom ’abuladmin’ puis le domaine ’abuledu’ OK
  Choisir le groupe administrateurs pour abuladmin OK
  Fermer la session et la réouvrir sur le domaine abuledu avec l’identifiant et le mot de passe de abuladmin : abuladmin est maintenant un administrateur local (et avec la totalité de son bureau et de ses raccourcis, ce qui est bien plus pratique !)
  Vous pouvez bien sûr ajouter d’autres administrateurs locaux (authentifiés sur le domaine abuledu) de la même manière...Par exemple quelques profs.

5. Enfin, la synchronisation des fichiers hors connexion fait perdre du temps et utilise la bande passante du réseau pour copier le répertoire local de l’utilisateur créé en cache à la connexion de celui-ci. Si vous avez seulement besoin d’un accès à votre dossier personnel (comme sur des clients win95 ou 98) vous pouvez désactiver la synchronisation des fichiers hors connexion de la façon suivante :

En administrateur local (pourquoi pas abuladmin si vous avez fait la manip décrite au paragraphe précédent -en tous cas faire ceci n’importe quand mais APRES l’application des *.REG décrite dans la doc-),

  Ouvrez le poste de travail
  Cliquez sur Outils/options des dossiers
  Choisir l’onglet ’Fichiers hors connexion’
  Décochez la case ’Autoriser l’utilisation des fichiers hors connexion’ OK

Lors de la prochaine ouverture de session plus aucune synchronisation n’aura lieu (on garde quand même accès au dossier personnel sur le serveur). Ceci veut dire aussi que vous ne pourrez pas sauvegarder votre profil windows (par exemple, une icône de bureau supprimée réapparaîtra à la prochaine ouverture de session sauf si vous faites la suppression directement dans votre dossier personnel, dans le sous dossier windows-profil et puis le sous dossier Bureau)

Voilà comment je fais fonctionner nos 6 XP Pro au collège léonard de Vinci.