Conferencing Manager : utiliser un autre tableau blanc que MSPAINT

Bonjour,

Wizdom a posté un truc et astuce pour Conferencing Manager dans le forum : http://www.doctor-citrix.com/forum/index.php/topic,2146.0.html#msg13545

c’est une très bonne initiative et c’est à ma connaissance un des premiers (sinon le premier) truc et astuce en français pour Conferencing Manager…

C’est quoi Conferencing Manager ?

Avant de coller le post de Wizdom, deux mots pour ceux qui ne connaissent pas Citrix Conferencing Manager…

“MetaFrame Conferencing Manager permet de tenir une conférence virtuelle en temps réel dans des environnements MetaFrame Presentation Server. Désormais, les équipes de travail peuvent partager leurs sessions d’application, contribuer ensemble à des documents et mener des formations en ligne sans se soucier de la distance séparant les membres de l’équipe et quelles que soient les machines ou les connexions réseau utilisées pour l’accès.
Toute application publiée à l’aide de MetaFrame Presentation Server peut être partagée dans MetaFrame Conferencing Manager. “

Guide d’admin: http://support.citrix.com/article/CTX106265

ET CE dès la version “Standard” (qui n’existe plus d’ailleurs..Ebahi) jusqu’à la version Platinum de CPS4.0 et CPS4.5

Post de Wizdom

Pour ceux qui utilisent Citrix Conferencing Manager (et vous auriez tort de vous en privez puisque depuis la PS4.0 il est inclu sans licence supplémentaire), vous connaissez déjà l’existence de la fonction “Tableau Blanc” (ou WhiteBoard pour les versions anglaises), qui consiste à exécuter Paint dans la Conference Room (et donc dans votre appli partagée).

Malheureusement, Paint est surement le pire outil qu’on puisse utiliser pour faire des schémas ou des annotations. Il est heureusement possible d’utiliser un autre outil, en lieu et place de Paint, qui pourra être appelé directement depuis Conferencing Manager. Pour cela, une seule solution : supprimer le mspaint.exe du répertoire C:WindowsSystem32 et le remplacer par quelque chose d’autre. Problème : la fonction WFP (Windows File Protect) vous empêche de modifier un executable (ou une DLL) protégé le système, et Paint fait parti de la liste (on se demande bien pourquoi…).

Etape 1: Désactiver WFP
a) Ouvrir le bureau du serveur Citrix où est installé Conferencing Manager.
b) Avec Regedit, ouvrir HKEY_LOCAL_MACHINESoftwareMicrosoftWindows NTCurrentVersionWinlogon
c) Modifier la clef SFCDisable et changer la valeur 0x0000000 par 0xffffff9d (taper ffffff9d dans l’éditeur).
d) Faire une copie de C:Windowssystem32sfc_os.dll et renommer la sfc_os1.dll
e) Faire une autre copie C:Windowssystem32sfc_os.dll que vous garderez sous le coude en cas de pépin
f) Ouvrez sfc_os1.dll avec un éditeur hexadécimal (pour ma part j’utilise UltraEdit en mode Hex), cherchez la séquence ’83 F8 9D 75 07 8B C6′ (elle n’apparait qu’une seule fois), et changer le ‘8B C6′ par ’90 90’. Enregistrer.
g) Avec l’utilitaire PEChksum (http://www.bitsum.com/files/pesuite.zip), corriger le checksum de sfc_os1.dll (il suffit de faire un pechksum.exe c:windowssystem32sfc_os1.dll dans une invite de commande).
h) La dll sfc_os ne peut pas être remplacée lorsque Windows fonctionne, il faut donc la remplacer au démarrage. Pour cela, on utiliser l’utilitaire MoveLatr (http://www.bitsum.com/files/movel_101.zip) qui se chargera d’effectuer la manip au prochain reboot. Il suffit de taper Movelatr.exe C:Windowssystem32sfc_os1.dll c:windowssystem32sfc_os.dll dans une invite de commandes.
i) Redémarrer Windows (en vérifiant avant qu’aucun user n’est connecté).
j) Normalement, vous devriez pouvoir renommer / supprimer c:windowssystem32mspaint.exe sans que le système ne récupère le fichier automatiquement.

Pour cette partie j’ai utilisé la méthode décrite ici :

http://www.bitsum.com/aboutwfp.asp

Elle s’applique normalement à tous les Windows 2003 (français / anglais..).

Etape 2 : Trouver un remplaçant à paint

Pour ma part, je cherchais un utilitaire proche du Whiteboard de Teamviewer. Le mieux que j’ai trouvé, qui soit à la fois léger et gratuit, est “WhiteBoard” disponible ici :

http://www.codeplex.com/WhiteBoard

Il suffit de télécharger l’exe (pas d’installation), de le renommer mspaint.exe et de le copier dans C:Windowssystem32…et le tour est joué.

Capture d’écran en cours d’utilisation :

 

Citrix Application Streaming : Infos et liens

Bonjour,

Pour ceux qui souhaitent avoir des astuces, des informations, des guides sur le streaming d’application avec Citrix, voici une petite liste..

CTX118396 Profiling Microsoft Office 2007 for Streaming – Best Practices

CTX118980 When Exporting a Form in InfoPath 2007 for the First Time, the Application Stops Responding

CTX118981 Compatibility Issues on Windows Vista / Server 2008 When Editing Microsoft Office Documents in SharePoint

CTX118983 Event Log Entries for Streamed Microsoft Office 2007 Applications are Created Incorrectly

CTX118994 You are Prompted for an MSI Package while Repairing the Streaming Profiler or XenApp Plugin for Streamed Apps

CTX118995 You Cannot Launch Streamed Applications Using Presentation Server Client 10.200 with the XenApp Plugin for Streamed Apps 1.2

CTX119045 You Cannot Create a Dependent Inter-isolation Communication Profile of Microsoft Office with Office Communicator as a Linked Profile

CTX119046 You Fail to Stream Applications from Associated Inter-isolation Communication Profiles that Aggregate Multiple Linked Profiles

CTX119047 The Virtual Desktop Agent Stops Functioning if You Uninstall the XenApp Plugin for Streamed Apps

CTX119050 The “radecache.exe /flushall” Application Streaming Command Does Not Work with EasyCall

CTX119051 A Streamed Outlook Application Creates Multiple Copies of Offline Folder Files if You Flush the Cache and Reopen Outlook

CTX119053 Streamed Application Errors Occur due to Network Connection Failures

CTX119054 You are Unable to Create a Dependent Inter-isolation Communication Profile for Microsoft Project with Microsoft Office as a Linked Profile

Bonne chasse !

ThinIsFat

Analyser facilement et rapidement des journaux Windows (eventlogs)

Bonjour,

Il est souvent nécessaire de se plonger dans les journaux d’évênements Windows et ceux-ci peuvent être très lourds (surtout avec les réglages par défaut de WIn2003/WiN2008)…

Il existe un outil chez Microsoft pour aider à parcourir l’ensemble des fichiers de log de Windows mais également n’importe quel fichier XML, CSV etc. à l’aide de commandes SQL

Pour télécharger LogParser, il faut se rendre sur http://www.microsoft.com/downloads/details.aspx?FamilyID=890cd06b-abf8-4c25-91b2-f8d975cf8c07&displaylang=en

Ensuite, il est possible d’utiliser les scripts SQL fournis avec l’outil ou créer les votres.

Sur http://msexchangeteam.com/archive/2006/02/14/419562.aspx, vous trouverez quelques exemples sur le sujet

ThinIsFat

CPS4.0 : Démarrer une application sur un moniteur particulier

Bonjour,

CPS 4.0 supporte le multi moniteur et CPS4.5 l’améliore encore.

Sous CPS4.0, il est déjà possible de forcer une application publiée à se lancer sur un moniteur particulier. Cette fonctionnalité n’est cependant pas présente dans la version de base du produit, il faut installer un hotfix coté serveur et disposer d’une version minimale du client ICA.

Coté serveur, s’assurer que le hotfix PSE400R03W2K3030 (ou PSE400R03W2K009) ou plus récent est installé.

Côté client, il faut utiliser le client 10.100 ou plus récent.

 

Ensuite, il faut sur le serveur modifier le registre à l’endroit suivant :
HKEY_LOCAL_MACHINESOFTWARECitrixCtxHookAppInit_DllsMultiple Monitor Hook

A partir de là, cela se complique.

Scenario 1: Toutes les applications doivent s’ouvrir sur un moniteur particulier

Ajouter une clef DWORD DefaultLaunchMonitor qui peut prendre les valeurs suivantes :
0x0 : lancer les applications sur le moniteur primaire
0x1 : lancer les applications sur le moniteur secondaire
0x2 : lancer les applications sur le moniteur tertiaire
etc…

Ajouter une clef DWORD appelée DefaultHooks qui peut prendre les valeurs suivantes :
0x1: Maximiser la fenêtre sur le bon moniteur (au lieu de l’ensemble des moniteurs)
0x400: Centrer les boites de de dialogue enfant
0x800: Lancer les applications sur un moniteur particulier
0x0: Désactiver le support du multimoniteur

Pour activer cela, on serait tenter de mettre DefaultHooks à 0x800 mais cela ne suffira pas pour que toutes les fonctionnalités soient utilisées ! Il faut que DefaultHooks ait pour valeur 0xC01

Pourquoi ? parce que nous devons avoir 0x800 pour forcer les applications sur un moniteur particulier ET 0x1 maximiser l’application sur le bon moniteur ET 0x400 pour que ses boites de dialogues soit centrées dans les limites de l’application (sinon ce sera au mileu de tous les moniteurs) DONC 0xC01

Scenario 2 : une seule application doit s’ouvrir sur un moniteur particulier

Ajouter une clef DWORD DefaultLaunchMonitor qui peut prendre les valeurs suivantes :
0x0 : lancer les applications sur le moniteur primaire
0x1 : lancer les applications sur le moniteur secondaire
0x2 : lancer les applications sur le moniteur tertiaire
etc…

Ajouter une clef DWORD appelée [nomduprocessus.exe] qui peut prendre les valeurs suivantes :
0x1: Maximiser la fenêtre sur le bon moniteur (au lieu de l’ensemble des moniteurs)
0x400: Centrer les boites de de dialogue enfant
0x800: Lancer les applications sur un moniteur particulier
0x0: Désactiver le support du multimoniteur

Donc les mêmes précautions sur la valeur de cette clef s’appliquent.

Pour Notepad, nous devons créer une valeur [notepad.exe] DWORD 0xC01

Enregistrer les logon, logoff dans le journal d’évênements

Bonjour,

Petite astuce du jour :

pour enregistrer les logon et logoff (via ICA uniquement) dans le journal d’évènements du serveur de façon bien explicite (eventID spécifique etc) :

il suffit de créer une clef DWORD wsxicaEvent et de lui assigner la valeur 0x1 pour activer les logs dans HKEY_LOCAL_MACHINESYSTEMCurrentControlSetControlCitrix

Note: EventID 2 pour logon et 3 pour logoff.

Spécifier un domaine par défaut dans l’interface web de XenDesktop

wi5.jpg

Bonjour,

La version “bridée” de Web Interface 5.0 livrée avec XenDesktop 2.0 n’offre pas d’interface de configuration comme nous en avions l’habitude avec les versions précédentes qui étaient livrées avec Presentation Server ou MetaFrame.

En conséquence, les utilisateurs devront saisir à chaque connexion le nom du domaine, ce qui est guère “user friendly”

L’article http://support.citrix.com/article/ctx117817 explique comment corriger cela.

On constate cependant que cela nécessite une modification des fichiers INC ou JS du site alors que Web Interface permettait de faire cela facilement via webinterface.conf.

On essaie ?

Modifions sur le serveur Desktop Appliance Connector (ou serveur XenDesktop) le fichier webinterface.conf présent par défaut dans c:inetpubwwwrootCitrixDesktopWebconf

Rechercher la ligne # DomainSelection= et retirer le # puis indiquer le nom du domain :

# DomainSelection=[Domain 1,domain 2,…]
DomainSelection=MyDomain

Rechercher la ligne # HideDomainField=Off et retirer le # puis passer le paramètre à On :

# HideDomainField=Off
HideDomainField=On

Enregister les changements, lancer un iisreset et… c’est terminé !

{rokbox title=|WI5 :: | size=|420 285|}images/stories/wi5.jpg{/rokbox}

ThinIsFat

Vos expériences : Scale up ou Scale Out ?

albert_einstein.pngBonjour,

Venez discuter et partager vos expériences dans l’extension des capacités d’une ferme..

Etes-vous plutôt Scale Up (ajouer des utilisateurs sur un serveur) ou Scale Out (ajouter des serveurs dans la ferme) pour faire face à l’augmentation du nombre d’utilisateurs ?

Expliquez les moyens utilisés avec quel type d’environnement ainsi que les avantages et les conséquences !

Vos expériences profiteront à tout le monde !

http://www.doctor-citrix.com/forum/index.php/topic,1856.0.html

ThinIsFat

 

Forcer le serveur de licence TSE sous Windows 2003

debit_boisson_licence_iv.jpgCet article explique comment faire pour remplacer le processus de découverte de serveur de licences dans les services Terminal Server Microsoft Windows Server 2003.

Remarque Les serveurs de licences et les serveurs des services Terminal Server doivent se trouver dans le même domaine ou dans des domaines qui entretiennent une relation d’approbation.

Remarque Si vous sélectionnez des serveurs de licences dans une forêt ou un groupe de travail différent, vous devez appliquer un correctif logiciel. Pour plus d’informations, cliquez sur le numéro ci-dessous pour afficher l’article correspondant dans la Base de connaissances Microsoft.

905687 (http://support.microsoft.com/kb/905687/) Un serveur Terminal Server Windows Server 2003 d’une forêt ne peut pas obtenir une licence à partir d’un serveur de licences d’une autre forêt

Un serveur des services Terminal Server basé sur Windows Server 2003 dans une forêt ne peut pas obtenir de licence d’un serveur de licences dans une forêt différente.

Remarque L’emplacement et la méthode impliquant le Registre ont changé par rapport à Microsoft Windows 2000.

Pour sélectionner un serveur de licences spécifique, procédez comme suit, puis quittez l’Éditeur du Registre.

1. Cliquez sur Démarrer, sur Exécuter, tapez regedit, puis cliquez sur OK.
2. Recherchez la clé suivante dans le Registre et cliquez dessus :

HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesTermServiceParameters
3. Dans le menu Edition, pointez sur Nouveau, puis cliquez sur Clé.
4. Nommez la nouvelle clé « LicenceServers ».
5. Recherchez la clé suivante dans le Registre et cliquez dessus :

HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesTermServiceParametersLicenseServers
6. Pour chaque serveur de licences vers lequel vous souhaitez pointer le serveur des services Terminal Server, pointez sur Nouveau dans le menu Edition, puis cliquez sur Clé.
7. Nommez la nouvelle clé « nom_serveur », où nom_serveur est le nom NetBIOS du serveur de licences à utiliser, puis appuyez sur ENTRÉE.

Remarque Le nom de la nouvelle clé peut être chacune des désignations suivantes qui représentent le serveur de licences :

le nom NetBIOS du serveur ;
le nom de domaine complet du serveur ;
l’adresse IP du serveur.
8. Redémarrez votre ordinateur.

La sélection d’un serveur de licences spécifique permet aux administrateurs de sélectionner un serveur de licences à un site et de faire en sorte que des serveurs des services Terminal Server de différents domaines se trouvent au même site. Cela permet aux serveurs des services Terminal Server d’utiliser un seul serveur de licences plutôt que d’exiger un serveur de licences local pour chaque domaine.

Actuellement, les serveurs des services Terminal Server fonctionnent avec les serveurs de licences de leur propre domaine, ce qui peut les forcer à utiliser des liaisons de réseau étendu (WAN) pour rechercher un serveur de licences, même s’il existe dans le même site un serveur de licences d’un autre domaine. La méthode décrite ci-dessus autorise la traversée des domaines pour le suivi et la gestion des licences. Microsoft Windows 2000 utilise une valeur de Registre différente pour spécifier un serveur de licences.

 

Source:http://support.microsoft.com/kb/279561/