bases de Remoting

Figure 1.2: configuration de L’environnement de Test

quelques remarques importantes:

■. NET Framework v4 et PowerShell 3.0 sont installés sur tous les ordinateurs. La plupart de ce que nous couvrirons s’applique également à PowerShell 2.0.,

■ comme indiqué, la plupart des ordinateurs ont un nom d’ordinateur numérique (C2108222963, etc.); le contrôleur de domaine pour chaque domaine (qui est également un serveur DNS) a des enregistrements CNAME avec des noms plus faciles à mémoriser.

■ Chaque contrôleur de domaine a un redirecteur conditionnel mis en place pour l’autre domaine, afin que les machines du domaine peut résoudre les noms d’ordinateur dans l’autre domaine.

■ nous avons effectué toutes les tâches en tant que membre du groupe Administrateurs de domaine, sauf indication contraire.

■ nous avons créé un sixième serveur complètement autonome qui ne fait partie d’aucun domaine., Cela sera utile pour couvrir certaines des situations hors domaine dans lesquelles vous pouvez vous retrouver avec Remoting.

attention lorsque vous ouvrez PowerShell sur un ordinateur sur lequel le contrôle de Compte D’utilisateur (UAC) est activé, assurez-vous de cliquer avec le bouton droit sur L’icône PowerShell et sélectionnez Exécuter en tant qu’administrateur. Si la barre de titre de la fenêtre PowerShell résultante ne commence pas par Administrateur: alors vous n’avez pas de privilèges d’administration. Vous pouvez vérifier les autorisations par programme avec ceci (whoami /all | select-string S-1-16-12288) – ne null null de la console PowerShell., Dans un shell élevé, True est renvoyé, sinon False l’est.

activation de la mise à distance

Nous avons commencé par exécuter Enable-PSRemoting sur les six ordinateurs. Nous avons pris soin de nous assurer que la commande s’exécutait sans erreur; toute erreur à ce stade est un signal que vous devez arrêter et résoudre l’erreur avant de tenter de continuer. La Figure 1.3 montre les résultats attendus.

la Figure 1.,3: sortie attendue de Enable-PSRemoting

Remarque: vous remarquerez une utilisation excessive des captures d’écran tout au long de ce guide. Cela aide à m’assurer que je ne fais pas de fautes de frappe ou de copier/coller – vous voyez exactement ce que nous avons tapé et exécuté.

L’exécution de Get-PSSessionConfiguration doit révéler les trois ou quatre points de terminaison créés par Enable-PSRemoting. La Figure 1.4 montre la sortie attendue sur un serveur.

la Figure 1.,4: sortie attendue de Get-PSSessionConfiguration

Remarque: La Figure 1.4 illustre que vous pouvez vous attendre à ce que différents points de terminaison soient configurés sur différentes machines. Cet exemple provenait d’un ordinateur Windows Server 2008 R2, qui a moins de points de terminaison qu’une machine Windows 2012.

il vaut la peine de prendre un moment pour tester rapidement la configuration à distance. Pour les ordinateurs qui font tous partie du même domaine, lorsque vous êtes connecté en tant qu’administrateur de domaine à partir de ce domaine, la mise à distance devrait « simplement fonctionner. »Vérifiez-le rapidement en essayant de passer d’un ordinateur à un autre à l’aide D’Enter-PSSession.,

Remarque: Dans d’autres environnements, un compte administrateur de domaine peut ne pas être le seul compte pouvant utiliser la mise à distance. Si votre environnement personnel ou professionnel possède des comptes supplémentaires dans le groupe Administrateurs locaux en standard dans votre domaine, vous pourrez également utiliser ces comptes pour la mise à distance.

la Figure 1.5 montre la sortie attendue, dans laquelle nous avons également exécuté une commande dir rapide, puis quitté la session distante.

Figure 1.5: vérification de la connectivité à distance de la société.CLIENTA de loc au contrôleur de domaine DCA.

attention: si vous suivez votre propre environnement de test, ne continuez pas tant que vous n’avez pas confirmé la connectivité à distance entre deux ordinateurs du même domaine. Aucun autre scénario ne doit fonctionner en ce moment; nous y arriverons dans les sections à venir.

Core Remoting Tasks

PowerShell fournit deux principaux cas d’utilisation de Remoting., Le premier, 1-to-1 Remoting, est de nature similaire au SSH secure shell offert sur les systèmes Unix et Linux. Avec elle, vous obtenez une invite de ligne de commande sur un seul ordinateur distant. Le second, 1 pour de Nombreux accès à distance vous permet d’envoyer une commande (ou une liste de commandes) en parallèle à un ensemble d’ordinateurs distants. Il y a aussi quelques techniques secondaires utiles que nous allons examiner.

1-to-1 Remoting

la commande Enter-PSSession se connecte à un ordinateur distant et vous donne une invite de ligne de commande sur cet ordinateur., Vous pouvez exécuter toutes les commandes sur cet ordinateur, à condition que vous ayez l’autorisation d’effectuer cette tâche. Notez que vous ne créez pas de session d’ouverture de session interactive; votre connexion sera vérifiée en tant qu’ouverture de session réseau, tout comme si vous vous connectez au partage administratif C$ de l’ordinateur. PowerShell ne charge ni ne traite les scripts de profil sur l’ordinateur distant. Tous les scripts que vous choisissez d’exécuter (y compris l’importation de modules de script) ne fonctionneront que si la stratégie D’exécution de la machine distante le permet.,

Enter-PSSession -computerName DC01

Remarque: lorsqu’il est connecté à un ordinateur distant via Entrée-PSSession, votre invite de modifications et affiche le nom du système distant entre crochets. Si vous avez personnalisé votre invite, toutes les personnalisations seront perdues car l’invite est maintenant créée sur le système distant et transférée à vous. Toutes vos entrées interactives au clavier sont envoyées à la machine distante et tous les résultats vous sont transmis. Ceci est important à noter car vous ne pouvez pas utiliser Enter-PSSession dans un script., Si vous le faisiez, le script s’exécuterait toujours sur votre machine locale car aucun code n’a été entré de manière interactive.

1-to-Many Remoting

Avec cette technique, vous spécifiez un ou plusieurs noms d’ordinateur et une commande (ou une liste de commandes séparées par des points-virgules); PowerShell envoie les commandes, via Remoting, aux ordinateurs spécifiés. Ces ordinateurs exécutent les commandes, sérialisent les résultats en XML et vous transmettent les résultats. Votre ordinateur désérialise le XML en objets et les place dans le pipeline de votre session PowerShell., Ceci est accompli via L’applet de commande Invoke-Command.

Invoke-Command -computername DC01,CLIENT1 -scriptBlock { Get-Service }

Si vous avez un script de commandes à exécuter, vous pouvez avoir Invoke-Command le lire, transmettre le contenu à distance des ordinateurs, et de les exécuter ces commandes.

Invoke-Command -computername DC01,CLIENT1 -filePath c:\Scripts\Task.ps1

Notez que la Commande Invoke-command, par défaut, de communiquer avec seulement 32 ordinateurs à la fois. Si vous en spécifiez plus, les extras se mettront en file d’attente et Invoke-Command commencera à les traiter à la fin des 32 premiers., Le paramètre-ThrottleLimit peut augmenter cette limite; le seul coût est pour votre ordinateur, qui doit disposer de ressources suffisantes pour maintenir une session PowerShell unique pour chaque ordinateur que vous contactez simultanément. Si vous vous attendez à recevoir de grandes quantités de données des ordinateurs distants, la bande passante réseau disponible peut être un autre facteur limitant.,

Sessions

lorsque vous exécutez Enter-PSSession ou Invoke-Command et utilisez leur paramètre-ComputerName, Remoting crée une connexion (ou une session), fait tout ce que vous lui avez demandé, puis ferme la connexion (dans le cas d’une session interactive créée avec Enter-PSSession, PowerShell sait que vous avez terminé lorsque vous exécutez Exit-PSSession). Il y a des frais généraux impliqués dans cette configuration et cette suppression, et donc PowerShell offre également la possibilité de créer une connexion persistante-appelée PSSession. Vous exécutez New-PSSession pour créer une nouvelle session persistante., Ensuite, plutôt que d’utiliser-ComputerName avec Enter-PSSession ou Invoke-Command, vous utilisez leur paramètre-Session et passez un objet PSSession existant et ouvert. Cela permet aux commandes de réutiliser la connexion persistante que vous aviez précédemment créée.

lorsque vous utilisez le paramètre-ComputerName et que vous travaillez avec des sessions ad hoc, chaque fois que vous envoyez une commande à une machine distante, il y a un retard important causé par la surcharge nécessaire pour créer une nouvelle session. Étant donné que chaque appel à Enter-PSSession ou Invoke-Command Configure une nouvelle session, vous ne pouvez pas non plus conserver l’état., Dans l’exemple ci-dessous, la variable test test est perdue lors du deuxième appel:

lorsque vous utilisez des sessions persistantes, en revanche, les re-connexions sont beaucoup plus rapides, et puisque vous conservez et réutilisez des sessions, elles préserveront l’état., Donc ici, le deuxième appel à Invoke-Command pourra toujours accéder à la variable test test qui a été configurée lors du premier appel

diverses autres commandes existent pour vérifier l’état de la session et récupérer les sessions (Get-PSSession), les fermer (Remove-PSSession), les déconnecter et les reconnecter (Disconnect-PSSession et Reconnect-PSSession, qui sont nouveaux dans PowerShell v3), et ainsi de suite., Dans PowerShell v3, vous pouvez également passer une session ouverte à Get-Module et Import-Module, vous permettant de voir les modules répertoriés sur un ordinateur distant (via la PSSession ouverte), ou d’importer un module d’un ordinateur distant dans votre ordinateur pour une mise à distance implicite. Consultez l’aide sur ces commandes pour en savoir plus.

Remarque: Une fois que vous utilisez New-PSSession et créez vos propres sessions persistantes, il est de votre responsabilité de faire le ménage et de fermer et de disposer la session lorsque vous en avez terminé., Jusqu’à ce que vous fassiez cela, les sessions persistantes restent actives, consomment des ressources et peuvent empêcher d’autres personnes de se connecter. Par défaut, seules 10 connexions simultanées à une machine distante sont autorisées. Si vous gardez trop de sessions actives, vous rencontrerez facilement des limites de ressources. Cette ligne montre ce qui se passe si vous essayez de configurer trop de sessions simultanées:

PS> 1..10 | Foreach-Object { New-PSSession -ComputerName CLIENT1 }

Remoting renvoie des données désérialisées

les résultats que vous recevez d’un ordinateur distant ont été sérialisés en XML, puis désérialisés sur votre ordinateur., En substance, les objets placés dans le pipeline de votre shell sont des instantanés statiques et détachés de ce qui se trouvait sur l’ordinateur distant au moment de la fin de votre commande. Ces objets désérialisés n’ont pas les méthodes des objets originaux et n’offrent à la place que des propriétés statiques.

Si vous devez accéder à des méthodes ou modifier des propriétés, ou en d’autres termes si vous devez travailler avec les objets en direct, assurez-vous simplement de le faire du côté distant, avant que les objets ne soient sérialisés et ne reviennent à l’appelant., Cet exemple utilise des méthodes objet du côté distant pour déterminer les propriétaires de processus, ce qui fonctionne très bien:

Une fois que les résultats vous reviennent, vous ne pouvez plus invoquer de méthodes objet car vous travaillez maintenant avec des objets « réhydratés » qui sont détachés des objets vivants et ne contiennent plus de méthodes:

la sérialisation et la Vous pouvez optimiser la vitesse et les ressources en vous assurant que votre code distant n’émet que les données dont vous avez vraiment besoin., Vous pouvez par exemple utiliser Select-Object et choisir soigneusement les propriétés que vous souhaitez récupérer plutôt que de tout sérialiser et désérialiser.

Enter-PSSession vs. Invoke-Command

beaucoup de nouveaux arrivants seront un peu confus au sujet de la télécommande, en partie à cause de la façon dont PowerShell exécute les scripts. Considérez ce qui suit et supposons que SERVER2 contient un script nommé C:\RemoteTest.,ps1:

Enter-PSSession -ComputerName SERVER2 
C:\RemoteTest.ps1

Si vous deviez vous asseoir et taper ces commandes de manière interactive dans la fenêtre de la console de votre ordinateur client, cela fonctionnerait (en supposant que la mise à distance était configurée, que vous aviez des autorisations, et tout cela). Cependant, si vous les avez collés dans un script et que vous l’avez exécuté, cela ne fonctionnerait pas. Le script essaierait de s’exécuter C:\RemoteTest.ps1 sur votre ordinateur local.

le résultat pratique de ceci est que Enter-PSSession est vraiment destiné à une utilisation interactive par un être humain, pas à une utilisation par lots par un script., Si vous souhaitez envoyer une commande à un ordinateur distant, à partir d’un script, Invoke-Command est la bonne façon de le faire. Vous pouvez soit configurer une session à l’avance (utile si vous prévoyez d’envoyer plus d’une commande), ou vous pouvez utiliser un nom de l’ordinateur si vous souhaitez envoyer une commande unique. Par exemple:

$session = New-PSSession -ComputerName SERVER2 
Invoke-Command -session $session -ScriptBlock { C:\RemoteTest.ps1 }

Évidemment, vous aurez besoin d’utiliser une certaine prudence. Si ce sont les deux seules lignes du script, alors lorsque le script a terminé son exécution, session session cesserait d’exister., Cela pourrait vous déconnecter (dans un sens) de la session en cours d’exécution sur SERVER2. Ce que vous faites, et même si vous devez vous en soucier, dépend beaucoup de ce que vous faites et de la façon dont vous le faites. Dans cet exemple, tout irait probablement bien, car Invoke-Command « garderait » le script local en cours d’exécution jusqu’à ce que le script distant soit terminé et renvoie sa sortie (le cas échéant).