Powershell – Petite astuce

Il est assez simple d’enrichir un tableau d’objets en y ajoutant une colonne personnalisée.

Etape 1:

Là on est venu greffer une nouvelle colonne ‘Column Name’ à la sortie de Get-Process. Résultat :

Etape 2 :

On va mettre un peu de dynamique dans tout ça et mettre une colonne personnalisée ‘Progress’ affichant une valeur entre 1 et 100, comme pour un pourcentage.

C’est déjà plus sympatique.

Etape 3 :

C’est ici que la magie opère. Souvenez vous que l’expression ( ;e={…}  ) qui définit la valeur de la colonne est censée renvoyer un text, n’importe lequel. Et si j’avais envie que cette colonne m’affiche un pourcentage mais sous une forme plus graphique. Par exemple, au lieu de 68%, on afficherait “68% [ooooooo   ]”, un peu comme une barre de progression. Eh bien, c’est exactement ce que fait la petite fonction que je vous offre aujourd’hui. Tout d’abord, le résultat en image :

Plutôt sympa, non ? Voici le code complet :

La fonction Draw-Percent a trois paramètres :

  • Value : valeur du pourcentage à afficher (entre 0 et 100)
  • Index : facultatif. Définit quel symbole (à choisir parmi o, #, ■, |, -, *)  sera utilisé pour dessiné la barre de progression. Par défaut, c’est le petit carré ■.
  • Width : facultatif. Définit la largeur (en nombre de caractère) de la barre de progression. Par défaut, la taille est de 10 car mais vous pouvez l’élargir si nécessaire.

J’espère que cette petite astuce vous aura plu. Amusez vous bien 🙂

Mise à jour :

Exemple pratique : Get disk Used Space

 

Migration Exchange 2010/2016 – Problèmes atypiques

Je suis actuellement au milieu d’une migration Exchange 2010/2016 et tout se passait globalement bien.

  • Préparation de l’annuaire
  • Installation des nouveaux serveurs Exchange 2016 CU 15
  • Activation de Outlook Anywhere (rpc/http) sur les serveurs Exchange 2010
  • Définition de Outlook Anywhere comme protocole client par défaut (d’abord par gpo, pour évaluation, puis généralisation en utilisant Set-OutlookProvider)

Et la les soucis commencent !

Lors de nos tests, il s’avère que sur certains postes de travail et bien que Outlook Anywhere soit bien le protocole par défaut (le profile utilisateur et un test Autodiscover sur le poste client le confirment), la fenêtre affichant “L’état de la connexion” s’entête à afficher TCP/IP (sur Outlook 2010) ou RPC/TCP (sur Outlook 2013).

D’autres clients pourtant sont bien connectés en RPC/HTTP.

Seconde anomalie, lorsqu’un utilisateur ayant sa boite aux lettres sur Exchange 2010 tente d’ouvrir une session OWA sur un serveur 2016, cela fonctionne pour certains (le processus de proxyfication se déroule correctement et sa boite aux lettres s’affiche) et pas pour d’autres (le formulaire d’authentification s’affiche à nouveau).

Généralement, les problèmes de type authentification sont dus à une mauvaise configuration des paramètres Outlook Anywhere et OWA sur Exchange 2010. Dans notre cas, rien de tout cela. Et ce qui m’intriguait le plus, c’était que la mécanique fonctionnait pour certains utilisateurs et pas pour d’autres. La configuration des serveurs ne pouvait donc pas être en cause.

Après avoir lu au moins 500 articles sur le net, je trouve l’inspiration sur l’excellent blog  https://clintboessen.blogspot.com. Puisque le problème est lié à certains utilisateurs, il est probable que certains attributs de ces derniers soient pour une raison quelconque différents entre deux utilisateurs (ceux pour qui ça fonctionne et les autres).

J’exporte donc l’ensemble des attributs dans un fichier pour chacun des deux utilisateurs et je les compare un à un (en utilisant l’excellent winmerge). Déception, aucune différence notable ne peut expliquer cette différence de comportement.

Je me dis alors que le pb est peut être lié à un des serveurs Exchange 2010. Je me lance dans la même démarche et je compare la totalité des attributs renvoyés par Get-OWAVirtualDirectory pour chacun des deux serveurs :

Et la effectivement, un attribut attire mon attention :

  • Sur le serveur Exchange 2010 #1 – ExtendedProtectionTokenChecking = Allow
  • Sur le serveur Exchange 2010 #2 – ExtendedProtectionTokenChecking = None

Est ce que cette différence pourrait être à l’origine de nos soucis ? Je n’avais encore jamais eu à utiliser ou modifier ce paramètre avant ! Quelques recherches google plus tard, la responsabilité de ExtendedProtectionTokenChecking semble se confirmer. None étant la valeur par défaut, je décide de la fixer sur le premier serveur :

+ IISReset

Je relance mon test OWA et là, miracle, ça fonctionne !

Le problème Outlook Anywhere se règlera de la même manière. Get-OutlookAnywhere | fl sur les deux serveurs montre à nouveau le même paramètre avec des valeurs différentes entre les deux serveurs.

Je fixe à nouveau le paramètre :

+ IISReset

Outlook Anywhere fonctionne désormais parfaitement sur l’ensemble des postes.

Exchange est un produit particulièrement complexe et même avec des années de pratique, il nous arrive encore de caler et d’être surpris par des problèmes qui peuvent parfois sembler insurmontable. Seuls l’acharnement et l’expérience et souvent une petite dose de chance aussi, font qu’on arrive finalement à bout des difficultés.

Surtout, ne baissez jamais les bras 🙂

Bon courage à tous.