Les utilisateurs Citrix ont 2 fois leur lecteur C$ de mappé, une fois en C: et l’autre en V:. Le D$ qui représente le lecteur CD ne remonte qu’une fois lui en tant que D:.
J’ai vérifié les paramètres ICA et il est bien coché de connecter les lecteurs réseaux à la connexion.
Je n’ai pas de script spécifique qui connecterait ce V:.
Je ne vois pas d’où peut provenir le problème.
le disque dur client est autocréé en V: quand les disques du serveur n’ont pas été “remappés” à savoir changés avec driveremap.exe
le disque dur client est autocréé en C: quand les disques du serveur ont été changés avec driveremap
http://support.citrix.com/article/CTX238200[/b]
Je comprends mais ça ne m’avance pas trop… 
Les lecteurs ont bien été remappés avant d’installer la couche Citrix sur le serveur et se nomment M: et N: donc je ne vois pas pourquoi ce V: apparaît.
et le Rootdrive alors :?:
que te repond la commande
substSi le lecteur V: est mappé sur \cleintc$ c’est que le lecteur c: est occupé lors du mappage \client. Tu dois avoir un script ou une GPO qui fait cela. qui a t’il dans les fichiers: usrlogn1.cmd,uslogn2.cmd et uslogon.cmd du system32 ?
usrlogon :
@Echo Off
Call "%SystemRoot%Application Compatibility ScriptsSetPaths.Cmd"
If “%_SETPATHS%” == “FAIL” Goto Done
Rem If Not Exist “%SystemRoot%System32Usrlogn1.cmd” Goto cont0
Rem Cd /d "%SystemRoot%Application Compatibility ScriptsLogon"
Rem Call “%SystemRoot%System32Usrlogn1.cmd”
:cont0
Cd /d %SystemRoot%"Application Compatibility Scripts"
Call RootDrv.Cmd
If “A%RootDrive%A” == “AA” End.Cmd
Rem Net Use %RootDrive% /D >NUL: 2>&1
Subst %RootDrive% "%HomeDrive%%HomePath%"
Rem if ERRORLEVEL 1 goto SubstErr
Rem goto AfterSubst
Rem :SubstErr
Rem Subst %RootDrive% /d >NUL: 2>&1
Rem Subst %RootDrive% "%HomeDrive%%HomePath%"
Rem :AfterSubst
If Not Exist %SystemRoot%system32UsrLogn2.Cmd Goto Cont1
Cd Logon
Call %SystemRoot%system32UsrLogn2.Cmd
:Cont1
:Done
usrlogon2 :
Call Ofc20Usr.Cmd
Call Movex.Cmd
call acrobat.cmd
rootdrv :
If Exist “%SystemRoot%Application Compatibility ScriptsRootDrv2.Cmd” Call "%SystemRoot%Application Compatibility ScriptsRootDrv2.Cmd"
rootdrv2 :
REM
REM Avant d’ex‚cuter ce script de compatibilit‚ d’application, vous
REM devez indiquer une lettre de lecteur qui n’est pas d‚j… utilis‚e
REM par Terminal Server, … associer au r‚pertoire de base de
REM chaque utilisateur. Modifiez l’instruction Set RootDrive … la
REM fin de ce fichier pour indiquer le lecteur voulu. En l’absence
REM de pr‚f‚rence, le lecteur W: sera sugg‚r‚. Exemple :
REM
REM Set RootDrive=P:
REM
REM Nota : il ne doit pas y avoir d’espace aprŠs le lecteur et le deux-points.
REM
REM Une fois termin‚, enregistrez ce fichier et quittez le Bloc-notes
REM pour continuer l’ex‚cution du script de compatibilit‚.
Je pense qu’on peut définitivement exclure les scripts.
Dans le configuration des connexions Citrix sur mon serveur j’ai décoché “Connecter lecteurs clients à l’ouverture de session”.
Dans la stratégie de groupe Citrix :
Citrix
Données recueillies le : 23/05/2006 14:11:09 tout masquer
Généralmasquer
Détailsmasquer
Domaine XXX.fr
Propriétaire XXX
Créé le 16/06/2004 16:09:20
Modifié le 13/04/2006 10:13:56
Révisions utilisateur 27 (AD), 27 (volume système)
Révisions ordinateur 5 (AD), 5 (volume système)
ID unique {2CC2A805-05BD-49CA-966B-E30D52AE72EE}
État GPO Activé
Liaisonsmasquer
Emplacement Appliqué État du lien Chemin d’accès
GPO Non Activé XXX.fr/GPO
CITRIX Non Activé XXX.fr/ServicesAD/CITRIX
Cette liste ne contient que les liaisons du domaine de l’objet de stratégie de groupe.
Filtrage de sécuritémasquer
Les paramètres de cet objet GPO ne s’appliquent qu’aux groupes, utilisateurs et ordinateurs suivants :Nom
AUTORITE NTUtilisateurs authentifiés
Filtrage WMImasquer
Nom du filtre WMI Aucun(e)
Description Non applicable
Délégationmasquer
Ces groupes et utilisateurs ont l’autorisation spécifiée pour cet objet de stratégie de groupe.Nom Autorisations acceptées Hérité
AUTORITE NTENTERPRISE DOMAIN CONTROLLERS Lecture Non
AUTORITE NTSYSTEM Modifier les paramètres, supprimer, modifier la sécurité Non
AUTORITE NTUtilisateurs authentifiés Lecture (à partir du filtrage de sécurité) Non
XXXAdministrateurs de l’entreprise Modifier les paramètres, supprimer, modifier la sécurité Non
XXXAdmins du domaine Personnalisé Non
Configuration ordinateur (activée)masquer
Modèles d’administrationmasquer
Système/Ouverture de sessionmasquer
Stratégie Paramètre
Ne pas afficher l’écran de bienvenue Mise en route à l’ouverture de session Activé
Système/Profils utilisateurmasquer
Stratégie Paramètre
Ajouter le groupe de sécurité administrateurs aux profils itinérants utilisateurs Activé
Ne pas vérifier les utilisateurs propriétaires des dossiers Profils itinérants Activé
Supprimer les copies mises en cache des profils itinérants Activé
Système/Stratégie de groupemasquer
Stratégie Paramètre
Mode de traitement par boucle de rappel de la stratégie de groupe utilisateur Activé
Mode : Fusionner
Configuration utilisateur (activée)masquer
Paramètres Windowsmasquer
Redirection de dossiersmasquer
Mes documentsmasquer
Paramètre : avancé (spécifier les emplacements pour des groupes utilisateurs variés)masquer
Grouper Chemin d’accès
XXXGGAVTOTO \AVTOTO01DOCS%USERNAME%Mes Documents
Optionsmasquer
Accorder à l’utilisateur des droits exclusifs sur Mes documents Désactivé
Déplacer le contenu de Mes documents vers le nouvel emplacement Désactivé
Comportement de suppression de stratégie Restaurer le contenu
Modèles d’administrationmasquer
Une erreur s’est produite lors de la lecture des données pour Modèles d’administration.
Les erreurs suivantes se sont produites :
Le fichier .adm “\ZEUS.XXX.frSysVolXXX.frPolicies{2CC2A805-05BD-49CA-966B-E30D52AE72EE}admUltra.adm” n’est pas dans un format valide et doit être remplacé. Détails : un nom de valeur est attendu avant la ligne 42.
Bref, rien de particulier concernant la connexion des lecteurs…
Edit : J’avais créé une stratégie dans la console d’admin Metaframe qui connectaient les lecteurs des utilisateurs. Je viens de désactiver cette stratégie et je me retrouve à présent uniquement avec un C: qui pointe vers \clientc$. Je sais donc d’où vient ma 1ère connexion au C$, de ma stratégie que j’avais créé dans Citrix. J’enquête pour découvrir d’où vient ma 2ème connexion au C$…
"Musclenain" wrote:
usrlogon2 :
Call Ofc20Usr.Cmd
Call Movex.Cmd
call acrobat.cmd
Call Ofc20Usr.Cmd
Call Movex.Cmd
call acrobat.cmd
"chavers" wrote:
"Musclenain" wrote:
usrlogon2 :
Call Ofc20Usr.Cmd
Call Movex.Cmd
call acrobat.cmd
Call Ofc20Usr.Cmd
Call Movex.Cmd
call acrobat.cmd
J'ai déjà regardé, rien qui connecte un C$ dans les scripts. Y aurait-il un autre endroit où pourrait se connecter un lecteur réseau : Stratégies dans la console d'admin Citrix, Configuration des connexions Citrix, Scripts, ....?
peut etre le registre:
HKEY_CURRENT_USERSoftwareMicrosoftWindowsCurrentVersionRun
HKEY_LOCAL_MACHINESOFTWAREMicrosoftWindowsCurrentVersionRun
HKEY_LOCAL_MACHINESOFTWAREMicrosoftWindows NTCurrentVersionWinlogon[AppSetup]Ou un virus :lol: :lol: :lol:
si non test ca:
http://www.sysinternals.com/Utilities/Autoruns.html
Good luke