|
Écrit par Arnaud Petitjean [MVP]
|
|
25-11-2014 |
|
Les éditions ENI proposent aux internautes la consultation gratuite de l'intégralité de leur catalogue à partir du 27 novembre minuit, et ce pour 48 heures.
Ne manquez pas cette opportunité de lire notre livre si vous ne l'avez pas encore en mains  .
-> Accès gratuit aux livres <-
|
|
|
|
Dernière mise à jour : ( 25-11-2014 )
|
|
|
Écrit par Arnaud Petitjean [MVP]
|
|
15-10-2014 |
 |
Daniel Sörlöv, un MVP PowerShell Suédois, vient de publier un outil qui va en intéresser plus d'un ! Il s'agit de PowerEXEBuilder, un outil qui permet de transformer un script PowerShell en un EXE autonome.
A tester d'urgence !!!
-> Lien de téléchargement <-
|
|
|
|
Écrit par Arnaud Petitjean [MVP]
|
|
13-10-2014 |
 |
Amazon vient de publier un White Paper extrêmement bien écrit et détaillé sur comment combiner la fonctionnalité Desired State Configuration (DSC) de PowerShell v4 avec son infrastructure de cloud AWS afin d'automatiser le déploiement d'un environnement Microsoft Active Directory hautement disponible.
Même si vous n'êtes pas utilisateur du service de cloud d'Amazon, nous vous conseillons vivement la lecture de ce document car il fournit de nombreuses explications détaillées sur la mise en oeuvre de DSC. Il traite notamment de la création d'un Pull Server, jusqu'à la configuration des clients (avec installation et configuration des DCs), tout en montrant la robustesse apportée par DSC en cas de dérive de la configuration.
-> Lien vers le billet original <-
-> Lien direct vers le document PDF <-
|
|
|
Dernière mise à jour : ( 13-10-2014 )
|
|
|
Écrit par Arnaud Petitjean [MVP]
|
|
25-07-2014 |
|
Exchange Server s'appuyant en plein sur PowerShell, vous êtes nombreux à vous demander dans quelle mesure à partir d'une machine d'administration ne possèdant pas les outils d'administration Exchange il est possible d'administrer quand même un serveur Exchange.
Et bien la réponse tient en ces quelques mots : "importation d'une session PowerShell distante" !
La technique est assez peu connue mais elle est pourtant très utile. Celle-ci s'appuie sur les mécanismes de communication à distance PowerShell (remoting) et fonctionne par conséquent sur les protocoles WSMAN / WinRM.
Tout ce que vous allez avoir à faire c'est vous connecter au point de terminaison (endpoint) exposé par le serveur Exchange appellé Microsoft.Exchange puis importer dans votre session PowerShell courante, la session établie entre votre machine et le serveur Exchange. En faisant cela votre machine se comporte comme un proxy, et chaque commande que vous saisirez sera exécutée sur le serveur Exchange et non pas par votre machine d'administration.
Voici les quelques lignes de commandes magiques à utiliser :
# Login/password ayant des droits sur le serveur Exchange
$UserCredential = Get-Credential
# Connexion à la session de configuration distante
$Session = New-PSSession -ConfigurationName Microsoft.Exchange `
-ConnectionUri http://EXCHSRV1.mondomaine.xx/PowerShell/ `
-Authentication Kerberos `
-Credential $UserCredential
# Importation de la session distante
Import-PSSession $Session
Une fois ceci fait, vous pouvez utiliser toutes les commandes PowerShell pour l'administration Exchange.
Enjoy ! :-)
-Arnaud
Pour plus d'information sur le sujet, reportez-vous à la fiche Technet "Se connecter à Exchange à l’aide de l’environnement de ligne de commande Exchange Management Shell distant".
|
|
Dernière mise à jour : ( 25-07-2014 )
|
|
|
Écrit par Arnaud Petitjean [MVP]
|
|
14-04-2014 |
|
Lorsque nous nous trouvons dans un environnement Active Directory multi-domaines, il peut être parfois utile d'interroger un catalogue global de la forêt afin de récupérer des informations présentes dans tous les domaines.
Je pense notamment à la liste des utilisateurs ou des ordinateurs qui composent la forêt. Néanmoins gardez à l'esprit que tous les attributs d'un objet ne sont remontés par défaut dans le catalogue global. Par exemple, l'attribut EmployeeID d'un objet utilisateur n'existe par défaut que dans le domaine de l'utilisateur.
Ceci étant, il est bien sûr possible de faire remonter (indexer) un attribut particulier dans le catalogue global mais ce n'est pas l'objet de ce billet. Pour se faire consultez la fiche technet suivante : Add an attribute to the global catalog.
L'astuce permettant d'interroger un catalogue global avec PowerShell (et le module Active Directory) est de spécifier le numéro du port du catalogue global (3268) en plus du nom du serveur avec le paramètre -Server des différentes commandes.
Par exemple : Récupérer les comptes utilisateurs de tous les domaines
Import-Module -name ActiveDirectory
Get-ADUser -Filter "name -like '*'" -Server MyDC:3268
Remarque : Depuis PowerShell 3 il n'est plus nécessaire d'utiliser la commande Import-Module car l'import des modules est automatique (à condition qu'il soit présent sur votre machine bien sûr ! :-) )
|
|
Dernière mise à jour : ( 14-04-2014 )
|
|
|
Écrit par Arnaud Petitjean [MVP]
|
|
21-06-2013 |
 |
Bonjour à tous !
Nous sommes très fiers de vous annoncer la sortie de la 3ième édition de notre livre. Cette sortie met fin à de nombreux mois de travail acharnés. Nous allons donc redevenir davantage disponibles afin d'animer comme il se doit le site de la communauté PowerShell Francophone !
Merci à tous pour vos précieux retours (à travers le forum et autres) qui nous auront permis d'aboutir à la réalisation de ce troisième opus. Nous avons donné notre maximum afin de faire de cette édition la meilleure, et nous en sommes très satisfaits. Nous espérons qu'il en sera de même pour vous  ...
N'hésitez pas à nous faire part de vos commentaires et remarques dans la section du forum prévue à cet effet.
Nous vous souhaitons une bonne lecture...
Arnaud et Robin
|
|
|
Dernière mise à jour : ( 24-06-2013 )
|
|
|
Écrit par Arnaud Petitjean [MVP]
|
|
06-03-2013 |
 |
Dans cette vidéo, Arnaud Lheureux et Pascal Saulière de chez Microsoft France vous présentent cette nouvelle fonctionnalité essentielle de PowerShell qui vous permet d'imaginer les scripts directement au niveau d'un DataCenter.
-> Voir la vidéo <-
|
|
|
Dernière mise à jour : ( 06-03-2013 )
|
|
|
Écrit par Arnaud Petitjean [MVP]
|
|
11-01-2013 |
 |
L'aide en version Française de PowerShell commence à se faire désirer après bientôt 6 moins de la disponibilité générale de la version 3.0...
Je viens malheureusement d'apprendre que le support du Français n'est pas prévu pour l'instant, à moins que les utilisateurs se mobilisent pour inverser la tendance. A priori, plus il y aura de demandes, et plus on aura de chances d'avoir une version traduite.
Ceci dit, vu la quantité d'informations qu'il y a à traduire, il est certain que ce ne sera pas pour tout de suite !
La voie de communication privilégiée par Microsoft étant le site MS Connect, je viens donc d'ouvrir un "bug" et je vous demande à tous d'aller voter s'il vous plait.
Tant que vous y seriez, merci de voter aussi pour celui-là:
Merci à tous et croisons les doigts pour que nous soyons entendus !!!
|
|
|
Dernière mise à jour : ( 11-01-2013 )
|
|
|
Écrit par Arnaud Petitjean [MVP]
|
|
15-12-2012 |
J’étais en formation C# ces derniers jours et comme c’est encore frais dans ma tête, j’ai envie de partager avec vous mon ressenti… Voilà donc chose faite à travers ce billet.
Bien que le langage C# soit très puissant, je dois avouer que j’ai été effaré de constater toute la difficulté et les efforts qu’il faut déployer pour réaliser des choses qui somme toute, semblent relativement simples. Je pèse mes mots en disant “semblent” car programmer dans un langage de programmation “de haut niveau” n’est pas toujours chose facile.
J’ai conscience qu’on ne fait pas les mêmes choses avec C# et PowerShell, je veux dire qu’à chaque usage il existe une technologie adaptée.
En effet, bien que possible, il ne serait pas souhaitable d’utiliser PowerShell pour développer une application de gestion connectée a une base de données. A l’inverse il serait totalement contre-productif que de vouloir utiliser C# pour automatiser la création en masse de comptes utilisateurs ou de faire du « provisioning » de machines virtuelles.
Bref, aujourd’hui j'ai passé la majeure partie de l’après-midi à jouer avec les Services Web (création et “consommation”). PowerShell n’ayant pas vocation à être utilisé pour créer des Services Web nous ne parlerons pas de cet aspect. Concentrons-nous donc plutôt sur leur consommation.
|
|
Dernière mise à jour : ( 15-12-2012 )
|
|
Lire la suite...
|
|
|
|
<< Début < Précédente 1 2 3 4 5 6 7 8 9 10 Suivante > Fin >>
|
| Résultats 1 - 10 sur 179 |
Pour commander, c'est ici !
Pour commander, c'est ici !
