Distribution EOLE

Il existe deux fonctions de vérification des chemins de fichier :

check_reduced_name

et

check_reduced_name_with_privilege

La 1er fonction autorise vérifie bien si "wide links" n'est pas à "no", mais la second non.

La solution temporaire est de désactiver les privilèges dans samba. Dans la section globale de samba mettre :

enable privileges = no

Tests effectués avec Windows 7 32 bits, avec ET sans Client Scribe installé :

• sans l'option "enable privileges = No"
• intégration manuelle (donc sans "joineole.exe")
  => ESU ne se lance pas (renvoie : "Erreur : Connexion au serveur LDAP [<IP_SCRIBE>]:")

• avec l'option "enable privileges = No"
• intégration manuelle (donc sans "joineole.exe")
  => ESU s'exécute correctement

Conclusion partielle :

Le problème de lien symbolique apparaît quand le client Scribe est installé et que l'UAC est désactivé (EnableLUA=0)

Le problème semble venir de la façon dont "userinit.exe" est lancé. Par défaut il est exécuté par le système Windows dès l'ouverture de session.

Le client Scribe remplace l'exécution de "userinit.exe" par "logon.exe" afin d'intercepter l'ouverture de session, "logon.exe" exécute "userinit.exe" en fin de procédure (après montage lecteurs réseau, scripts personnalisés, configuration ESU (remote_logon)).

Cela-dit, la console ESU pose également un problème. Lorsque :

• l'option "enable privileges = No" n'est pas renseignée dans smb.conf
• le poste a été joint au domaine manuellement (en utilisant exclusivement l'interface Windows)
• le client Scribe n'est pas installé sur le poste

esu.exe plante avec comme message "Erreur Connexion au serveur LDAP [<IP_SCRIBE>].

Si je fais :

cd /home/a/admin/perso/
mv esu esu.lien
cp /home/esu/ . -a

que je relance esu.exe, il s'exécute correctement.