Archives de catégorie : systeme

LoginPI : Enfin un remplaçant pour edgesight for load testing

LoginPI est un outil qui permet de tester des connexions utilisateurs dans les différents types d’environnement suivant :

  • Citrix StoreFront
  • Citrix Web Interface
  • Direct Desktop
  • Microsoft RDP Connection
  • Vmware Horizon View 5.x
  • Vmware Horizon View 6.x

Avec loginVSI vous pourrez simuler une session complète, avec ouverture de session, ouverture de programmes et personnalisation des actions. Alors bien-sûr, ce n’est pas sans rappeler l’excellant edgesight for load testing, mais hélas, depuis la version de Xenapp/Xendesktop 7.X l’outil est malheureusement plus disponible. L’exemple de configuration que je vais vous montrer concerne uniquement Citrix. 

Le fonctionnement

Dans un premier temps, nous avons un serveur LoginPI qui héberge une base de données avec les différentes configurations, mais aussi l’historique des tests effectués. On y trouve aussi l’interface d’administration. C’est depuis ce serveur que nous préparons les différents scénarios.

Ensuite vous avez les Laucher. Ce sont des machines qui exécuteront les connexions, elles auront le rôle du client.

Les Target sont les serveurs VDI, où les différents scénarios seront joués.

Le tout est utilisé avec un comptes Active Directory qui est créé lors de l’installation de LoginPI

L’installation

Les sources sont disponibles à l’adresse suivante :

https://www.loginvsi.com/downloads

Vous devez aussi disposer d’une base MSSQL, ici j’ai choisi une base SQL EXPRESS 2014

https://www.microsoft.com/en-us/download/details.aspx?id=42299

Exécuter les setups

L’installation se fait

Une fois fini, redémarrer le serveur

Après redémarrage vous pouvez accéder la console web LoginPI

Une fois l’interface de management lancée, vous devez entrer les paramètres de SQL

Entrer les paramètres de sécurités, plus cliquer sur Submit

Après l’application des paramètres, vous pouvez vérifier que la base de données a bien été créé

 

Si vous avez le message suivant à la création de la base de données c’est le serveur LoginPI

 

C’est que le serveur loginPI ne peut pas communiquer avec le sql. Il faut donc autoriser les connexions, aller dans SQL Server Configuration Manager. Puis dans SQL Server Network Configuration sélectionnez le serveur SQL Puis sur TCP/IP sélectionner Properties

Entrer le port pour l’IpV6 ici le port 1422

Dans IPAII entrer le port par défaut 1433

Puis pour l’AD Setup, entrer les paramètres nécessaires :

  • Base OU : C’est l’endroit où l’OU LoginPI sera créé
  • Usermane : le format de l’utilisateur
  • Password : Le mot de passe des utilisateurs créés
  • Domain(FQDN) : le nom de domain
  • Nombre of Users : le nombre d’utilisateurs qui sera créé

Quand vous allez cliquer sur « Generate Script ». Un script powershell sera généré.

Enregistrer le Script PowerShell

Il vous faudra l’exécuter sur un serveur qui a le module powershell ActiveDirectory

Exécuter le script

Vous pouvez, une fois finie, vous pouvez vérifier que l’OU a bien été créé

Quand la configuration est terminée, pensez à ajouter la licence, comme ci-dessous :

Pour des questions pratiques, nous partageons le répertoire Login PI, cette étape n’est pas obligatoire

J’autorise le groupe LoginPI créé précédemment par le script powershell sur le répertoire LoginPI, cette étape n’est pas obligatoire

Je fais la même chose pour les droits NTFS

Installation sur launcher

Les binaires d’installation du launcher sont disponibles dans le répertoire d’installation de loginVSI

Cliquer sur Next

Accepter les termes de la licence, puis cliquer sur Next

Sélectionnez le répertoire d’installation, puis cliquer sur Next

Entrer l’adresse du serveur avec le port de communication, puis cliquer sur Next

Cliquer sur Install

Une fois terminé cliquer sur Finish

Vous pouvez exécuter le launcher

Pour que le launcher soit autorisé, il faut l’approuver sur la console LoginPI. On y reviendra par la suite.

Configuration

Avant de commencer vous avez besoin de créer un profil, plusieurs types de scénarios sont disponibles, ici j’utilise le Storefront

Puis cliquer sur Save

Dans l’onglet, Launchers Overview, vous avez accès aux sources, c’est aussi là que vous approuvez les Launcher.

Vous pouvez les approuver en cliquant sur l’icône Verte comme ci-dessous

Le Launcher est validé

Dans le log du launcher, vous pouvez valider qu’il est bien approuvé

Dans Worload settings, vous pouvez configurer les différents scénarios, et l’environnement de d’execution

Il faut maintenant configurer la connections, dans connections, sélectionnez « Create connection »

Renseigner les différents paramètres :

  • Connection name : le nom de la connexion
  • Timeout in Seconds : le temps d’expiration de la connections
  • Enabled : activation de la connections après validation des paramètres
  • StoreFront URL : Ici ce sera l’adresse de Store
  • Resource : C’est le nom du Delivery Group ou du bureau, attention cela dépend de votre version de Xendesktop

Une fois complété, cliqué sur Save

Une fois les paramètres configurés, il faut associer des utilisateurs . Ce sont ces utilisateurs virtuels qui exécuteront la session. Cliquer sur l’icône avec le « petit bonhomme bleu » comme ci-dessous pour accéder aux paramètres

Ajoutez le compte, puis cliquer sur save. C’est le compte qui a été créé par le script Powershell qui ajoute les compte dans l’Active Directory. Pensez en parallèle à donner les droits de connexion à ce compte

Une fois ajouté, cliquer sur Close

Pour finir, nous allons créer un Job, sélectionnez Create Job

Dans les paramètres :

  • Name : Le nom du job
  • Date la date de début du job et son expiration
  • Time : Dans quelle tranche horaire le job est joué. Cela peut être pratique par exemple pour jouer un scénario pendant des heures de travail par exemple 7h – 17h
  • Interval in minutes : C’est l’intervalle entre les lancements de scénario, je vous conseille de ne pas mettre un temps exécution trop court
  • Enabled : Activation du job

Une fois finit, il est disponible dans la liste des jobs

Le reporting et l’exécution des scénarios :

Il ne reste plus qu’à regarder le scénario se jouer

Dans Login PI, nous avons la possibilité d’avoir un Dashboard où l’on peut retrouver les performances d’ouverture des applications, que les sessions s’ouvrent bien.

Les latences de connexions, le temps d’ouverture de session, le journal des alertes.

On peut avoir un vrai suivi des connexions

Login PI est un super outil pour avoir un monitoring de sa production. Cela permet vraiment de suivre les applications et le comportement des machines VDI

 

 

Changer de langage du clavier sous Windows Server 2012 Core

Avant pour changer de langue dans Windows Server 2008 Core, on pouvait utiliser le paramètre région et langue avec la commande :

change-lang-core2012-1-7Et dans le paramètre Claviers et langues on pouvait changer la langue

change-lang-core2012-2-7

Mais maintenant dans Windows 2012 ce paramètre n’est plus présent

change-lang-core2012-3-7

Pour changer la langue vous devez passer par powershell, ouvrez une invite de commande en powershell :

change-lang-core2012-4-7Pour savoir quelle langue est utilisé pour le clavier, utiliser la commande :

 

change-lang-core2012-5-7

Pour changer la langue du clavier utiliser la commande :

change-lang-core2012-6-7

Pour voir si la langue est bien prise en compte, réutiliser la commande

change-lang-core2012-7-7

Voici la liste des langages disponibles:

https://msdn.microsoft.com/en-us/library/ms533052%28v=vs.85%29.aspx

 

 

Windows Server 2016 technical preview 2 perte de l’activation après un sysprep

Si vous voulez faire un sysprep sur Windows Server 2016 technical preview 2 vous risquez d’avoir une mauvaise surprise. En effet vous perdez l’activation, mais aussi votre product key. Avant de faire un sysprep, utilisé un utilitaire de récupération de licence comme ProduKey pour ensuite le réutiliser. Mais la encore attention vous devez avoir obligatoirement une connexion internet si non vous ne pourrez pas valider votre licence:

techlic11

Continuer la lecture

Windows 2012 Comment installer le Framework 3.5

Si vous aussi vous avez cette erreur quand vous voulez ajouter le composant le Framework 3.5

Capture

Voici comment procéder pour l’installer:

Ouvrir une invite de commande

Capturea

Puis entrer la commande suivant en indiquant la source (cd):

voila l’installation s’exécute :

Capture1

Le composant a bien été ajouté

Capture2

source :

http://support.microsoft.com/kb/2734782/fr

Windows 2008/2012 DNS Nslookup request timed out // Default server: Unknown Address: ::1

Si sur un  contrôleur de domaine qui est DNS vous avez l’erreur suivante après l’exécution de la commande nslookup:

DNS Nslookup request timed out
Timeout was 2 secondes.
Default server: Unknown
Address: ::1

DNS01

c’est tout simplement que votre serveur cherche à s’interroger(DNS) en IPV6

la mauvaise solution est de désactiver l’IPV6 dans les paramètres de la carte réseau:

DNS02

Si vous désactivez l’IPV6 sur votre serveur 2008/2012 vous perdez les fonctionnalités suivantes:

Remote Assistance
Windows Meeting Space (P2P)
Homegroup
DirectAccess
Client Side Caching (offline files) et BranchCache (Windows Server 2008 R2 et Windows 7)

source:

http://blogs.technet.com/b/windows_networking_fr/archive/2011/09/26/ipv6-versus-ipv4-comment-prioriser-les-flux-ipv4-dans-windows.aspx

 

La bonne pratique si vous ne voulez pas gérer l’ip V6 dans le DNS, est de désactivé l’IPV6 mais sur l’interface DNS:

Dans la console DNS faite un clique droit sur votre serveur, puis choisissez Properties

DNS16

Ici on voit que l’IPV4 et IPV6 sont activé

DNS17

sélectionner Only the following IP addresses, laissez cocher l’adresse en IPV4 puis cliquer sur OK

DNS18

j’ai utilisé un fix MS sur mon Domaine contrôleur pour préférer l’ipV4 à l’ipV6

 http://support.microsoft.com/kb/929852/en-us

DNS1

ça devrait fonctionner par la suite

DNS03

 

 

SYSPREP Windows 7, 8 et 8.1 erreur: A fatal error occurred while trying to Sysprep the machine

Si vous faites des sysprep d’une machine en Windows 7, 8 et 8.1 et que vous avez ce message:

sysprep_error

voici la procédure à suivre:

  1. dans la base de registre HKEY_LOCAL_MACHINE\SYSTEM\Setup\Status\SysprepStatus passer la clée CleanupState à 2 et la clée GeneralizationState à 7sysprep_fix
  2. lancer un invite de commande puis exécuter les commandes suivantes:
  3. puis rebooter
  4. puis encore une fois dans la base de registre HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\SoftwareProtectionPlatform   passer la clé SkipRearm à 1sysprep_fix2

et voila le tour est joué vous pouvez relancer votre sysprep

Louis