Scripts Archive

0

XenApp_LoadMonitor pour XenApp 7.x

Mise à jour de XenApp_LoadMonitor afin de pouvoir superviser les silos d’une ferme XenApp 7.x.

Pour ceux (et celles) qui ne connaissent pas (encore) XenApp_LoadMonitor nous vous invitons à lire le billet « Supervision de silo serveurs« ,

Une modification a été apportée sur le fichier justgage.1.0.1.min.js afin que les gauges passent en orange à partir de 50 % de load.

 

var percentColors = [« #a9d70b », »#a9d70b », »#EEA73D », « #ff0000 »];

 


Les serveurs en maintenance sont exclus du calcul de charge des silos.

 

Pour rappel le détail de chaque silo s’obtient en cliquant sur le silo correspondant.

 

XenApp_LoadMonitor_7x.rar

 

 

2

XenApp_Usr7x V1.15

Après les œufs au chocolat nous avons opté pour quelque chose de moins calorifique…… une mise à jour de XenApp_Usr7x (qui passe en 1.15) afin de laisser notre estomac tranquille :), la liste des ajouts et corrections sont listés ci-dessous :

 

  • Possibilité de rajouter plusieurs DDC (un DDC par ligne) via le menu « Tools-Modify DDC » afin de pouvoir passer d’une ferme à une autre sans relancer XenApp_Usr7x (afin de prendre en compte la mise à jour des DDC il faut aller dans le Menu « Tools-Refresh DDC »)
  • Détection de l’OS sur lequel est lancé XenApp_Usr7x (Windows 2012 mini)
  • Les actions d’activation/désactivation d’application et de mise en maintenance de serveur sont désormais enregistrées dans la base de loging
  • Le type de licence Citrix et leur nombre sont disponibles dans le formulaire « Farm Info »
  • Un test de ping est réalisé sur chaque serveur appeler via le formulaire « Server », le résultat du ping est affiché dans le formulaire « Server »
  • La liste des utilisateurs connectés sur un serveur est disponible dans le formulaire « Server »
  • Export des Applications et Serveurs au format csv via le menu « Tools-Export »
    – L’export des applications comprend les items :  ApplicationName, PublishedName, BrowserName, Name, AdminFolderName, ClientFolder, CommandLineExecutable, CommandLineArguments, Description, Enabled, Visible
    – L’export des serveurs comprend les items : DNSName, Name, MachineName, DesktopGroupName, CatalogName, FunctionalLevel, IPAddress , OSType, RegistrationState, ZoneName

 

Le test de « ping » a un timeout de 500 ms (logiquement en ça passe sinon y a un blem 😉 )



Un clic sur le bouton « Licence Inventory » permettra l’affichage des licences présentes sur le serveur de licence Citrix ainsi que leur consommation


Désormais vous pouvez via le menu « Tools-Modify DDC » rajouter autant de DDC (un par ligne) que vous le souhaitez (un DDC par ferme par exemple afin de passer d’une ferme à une autre rapidement), une fois les DDC rentrés il faudra faire un « Refresh DDC » afin qu’ils soient pris en compte dans XenApp_Usr7x.


 

Certains admins vont être content, vous pouvez désormais exporter rapidement et simplement vos applications et serveurs d’une ferme (et de plusieurs si vous avez rentré plusieurs DDC 😉 ) au format CSV.

 

 

XenApp_Usr_7X .rar

 

Le billet original est par ici.

 

A venir :

  • Ajout de l’affichage cpu/mémoire/disque sur les serveurs et au niveau des Delivery Group (afin de permettre rapidement de comparer le silo sur ces éléments)
  • Ajout de l’affichage du détail des valeurs du load evaluator du serveur dans le formulaire « Server »
  • Liste des utilisateurs sur les Delivery Group
  • Liste de process lancés sur un serveur (et possibilité de les killer)
  • Manuel d’utilisation au format pdf (english version only)
2

Vérifier la validité d’un certificat SSL

Récemment nous avons constaté qu’on ne monitorait pas la validité des certificats SSL de nos StoreFront et Netscaler/F5)  (on avait juste des alertes émanant des collègues de la sécu).

Un script PowerShell plus loin c’est chose faite 🙂 :

 


Les certificats ayant une date d’expiration inférieur à 30 jours apparaissent en warning 😉



Dans un prochain billet nous vous indiquerons comment remonter ces valeurs facilement dans Zabbix via un agent actif.

 

Pour utiliser le script il faut au préalable modifier ce dernier en ligne 2 afin de rentrer les urls à checker (si vous souhaitez modifiez le seuil d’alerte des 30 jours, modifiez la valeur « 30 » en ligne  33 du script.

 



CheckSslExp.ps1


Pour notre script nous nous sommes inspiré du post « How to read Certificates and CRLs using PowerShell » de nos collègues de NETWORKWORLD.

 

 

2

XenApp_Usr7x V1.1

Après trois semaines d’existence, 112 download et suite à vos nombreux retours (merci pour vos remarques et suggestions), nous avons mis à jour XenApp_Usr_7x

 

Les ajouts sont listés ci-dessous :

  • Possibilité de copier dans le clipboard les informations de Session, Serveur, Machine Catalog, Delivery Group, Application via le bouton Clipboard situé en bas à gauche des formulaires concernés.
  • Lorsqu’un serveur est registered dans le formulaire Serveur, le champ statut est vert (orange lorsque le serveur est unregistered)
  • Possibilité d’afficher les propriétés d’un serveur à partir d’un Machine Catalog ou d’un Delivery Group Mise en maintenance d’un serveur à partir du formulaire Serveur
  • Possibilité de désactiver/Activer une application à partir du formulaire Application Surbrillance en bleu des champs cliquables lors du passage de la souris
  • Gpo(s)computer disponibles dans le formulaire Serveur
  • Compteur des sessions trouvées lors de la recherche

 

Ci-dessous quelques screenshots des principaux ajouts.

 

Formulaire principal

 

Formulaire Machine(serveur)

 

Formulaire Application

 

Le billet original est par ici.

 



XenApp_Usr_7X .rar

0

Cacher toutes les applications désactivées d’une ferme XenApp 6.5

Histoire d’éviter de devoir renvoyer par mail, lync, telegram and co, nous partageons avec vous un tout petit (vraiment petit 🙂 ) oneliner permettant de cacher toutes les applications désactivées d’une ferme XenApp 6.5 qui ne sont pas cachées (pourquoi vous nous direz, parce que certains désactivent les applications et oublient de les cacher……)

get-xaapplication |?{$_.enabled -eq $False -and $_.HideWhenDisabled -eq $False}|%{set-xaapplication -browsername $_.browsername -HideWhenDisabled $True}

 

0

PowerShell : désactiver les abonnements utilisateur

Comme ce n’est pas vraiment documenté (voir pas du tout), on vous met la ligne de commande pour désactiver en PowerShell les abonnements utilisateur (Disable User Subscription) d’un magasin (Store) dans StoreFront.

Set-DSLockedDownStore  -SiteId « 1 » -VirtualPath « /Citrix/VotreStore » -IsLockedDown $True

Bon on vous l’avoue, c’est pour aussi l’avoir sous la main pour une prochaine fois 😉 .

0

Windows 2012/2012 R2 : Recréer le listener RDS

Fini le bon vieux temps où l’on pouvait recréer le listener RDP via une GUI. Sous Windows 2012/2012 R2 il faut désormais passer par la case registre.

Histoire de ne pas faire d’import de registre le jour J, on s’est fait une GUI via un script Powershell (he oui encore du winform 🙂 ) afin de pouvoir recréer un listener RDP sous un serveur Windows 2012/2012 R2 (pour l’instant seul Windows 2012/2012 R2 sont concernés).

Une fois lancé le script vous permet de connaitre l’état du listener RDP, son port et si ce dernier répond bien à un socket TCP.

 

RecreateRdpListenerVia un qwinsta nous avons l’état du listener RDP (et plus si vous avez d’autres listeners)
Cliquez sur le bouton « Recreate Rdp listener » pour récréer le listener RDP (un backup du listener est réalisé dans le répertoire d’exécution du script)

 

RecreateRdpListener1Un popup vous demande la confirmation de l’action

 

RecreateRdpListener2Un fois le listener recréé, vous obtenez un message de confirmation

 

 Download_2
RecreateRdpListener.rar

 

Si vous souhaitez passer par la case registre pour recréer un listener RDP 2012/2012R2 , la KB de dell « How to recreate or add an additional RDP Listener in Windows Server 2012 and 2012 R2 » vous aidera dans votre démarche.

0

Script : Supprimer les comptes non résolu dans XenApp

Comme vous le savez, lorsque vous supprimez des objets utilisateurs ou groupes de votre Active Directory ces derniers restent dans vos applications publiées et vous vous retrouvez avec des objets non résolus affichés comme ci-dessous.

 

DeleteAccAppsNotResolveUn peu de Monsieur Propre ?

 

Supprimer ces objets non résolus est on ne peut plus simple via PowerShell, un Get-XaApplication, une boucle et un remove-XaapplicationAccount et c’est fait 🙂 .

Bien sûr avant l’exécution du script vérifiez que votre DataStore est bien backuper 😉 .

Le script a été testé sur des fermes XenApp 6.5 (US et FR).

 

AppErrorResolveCptMême notre lab passe au Monsieur Propre 🙂

 

DeleteAccAppsNotResolve1
Une fois le script passé  les comptes non résolus ont bien disparus

 

Download_2CleanAppCptNotResolve.ps1

2

Script : Ajout de hosts dans Zabbix

Si vous souhaitez ajouter des hosts dans Zabbix il n’y a pas trente six solutions :

  • A la mano
  • Le mode discovery (onglet configuration dans Zabbix)
  • Injection dans la base mysql
  • Import via un fichier de type XML (ou JSON)

L’import via un fichier XML ressort comme la plus rapide, simple et pratique des solutions à mettre en place, c’est pourquoi nous avons donc écrit un script PowerShell permettant de générer un fichier XML issu d’une liste de Hosts préalablement renseignés au sein d’un fichier à plat.

Prérequis :

  • Décompressez le fichier « Zabbix_Import_Host.rar »
  • Renseignez le fichier « Servers_Import.txt » avec le nom des Hosts au format FDQN (exemple : Server1.domain.local), un serveur par ligne.
  • Modifier le script « Zabbix_Import_Host.ps1 »
    • renseignez la variable $ZabbixGrp (indiquez le nom du groupe auquel vos Hosts devront appartenir)
    • renseignez la variable $ZabbixTpl (indiquez le nom du template auquel vos  Hosts seront associés)
    • Modifiez la variable $AgentConnect (0 = Use DNS  – 1 = Use IP ; par défaut la valeur est à 0)

Le script va récupérer l’IP de chaque Host (les hosts n’ayant pas d’IP sont exclus volontairement), afin de permettre une fois les Hosts importés d’interroger les clients Zabbix via leurs IP ou leur nom DNS.

 

Zabbix_Import_srv1Une fois le script exécuté, un fichier « Zabbix_Import_Srv.xml » est créé à la racine du dossier où se trouve le script « Zabbix_Import_Host.ps1 ».

 

Il ne reste plus qu’à importer dans Zabbix (et aussi dans MonitorX 😉 ) vos Hosts (le script a été testé avec Zabbix ver 2.4).

 

Zabbix_Import_srv2
Dans Zabbix allez dans l’onglet Configuration, puis cliquez sur Host et cliquez sur le bouton Import.

 

Zabbix_Import_srv3
Cliquez sur le bouton Choisissez un fichier
Sélectionnez le fichier « Zabbix_Import_Srv.xml » précédemment créé
Cliquez sur le bouton Import

 

Zabbix_Import_srv4Un bandeau sur fond vert confirme le succès de l’import

 

Download_2Zabbix_Import_Host.rar

Tags: ,
17

Supervision de silo serveurs

Comme vous le savez chez nous la supervision (et le monitoring) XenApp c’est une religion, c’est pourquoi au détour d’une discussion avec notre collègue Corvette_Man (à qui nous devons l’idée originale de ce billet)  l’idée d’une supervision global des silos (serveurs) d’une ferme XenApp nous est venue.

Le but de cette démarche est double, premièrement permettre à la Citrix team d’avoir une vision des silos avec leur taux d’utilisation et deuxièmement offrir aux équipes applicatives une vue de leurs silos respectifs avec le taux d’utilisation.

Nous avons donc mis en place un script PowerShell permettant d’afficher une page html au sein de laquelle sont regroupés tous les silos de serveurs (ayant au moins un serveur). La disponibilité de ces silos est exprimée en pourcentage au travers d’un graphique (le pourcentage est issu du total de la charge des serveurs du silo) , un clic sur un silo déclenche l’ouverture d’une page html regroupant la totalité des serveurs membres du silo avec leur charge respective.

Le script tourne au travers d’une boucle s’exécutant toutes les 5 mn (à adapté selon vos besoin, de notre côté le script tourne via une tache planifiée), Les graphiques sont issus de justGage.com (justGage est basé sur la librairie  Raphaël).

L’avantage de justGage est qu’il est personnalisable, rapide et facile à mettre en place. Le graphique change de couleur en fonction de la valeur entrée dans le graphique, vert en dessous de 34 %, jaune de 34 % jusqu’à 66 % et rouge à partir de 67 %.

 

XenApp_LoadMonitor1La vue globale d’une ferme XenApp 6.5
Le chiffre à côté du pourcentage de chaque silo correspond aux nombre de serveurs membre du silo

 

XenApp_LoadMonitor2La vue d’un silo avec la charge de chaque serveur

 

Les pages générées sont compatibles avec Chrome, Firefox et IE (9).

 

Download_2XenApp_LoadMonitor.rar