Par défaut, VMware les adaptateurs de réseau véritables se montrent comme un réseau non identifié avec a limité la connectivité. Cette poste discute les raisons et les spectacles fondamentaux vous comment résoudre le problème ou manuellement ou l'utilisation d'un manuscrit de PowerShell de Windows.
|
|
|||||||||||||||||||||||
    |
Il y avait un premier Noël présent du Windows PowerShell (ALIAS Chic) l'Equipe. La Technologie de Communauté Présente 3 (CTP3) de Windows PowerShell v2.0 a été décembre relâché 23e juste à temps pour Noël. L'annonce est ici. Comme prévu CTP3 construit sur la nouvelle technologie fournie dans CTP2 qui a été relâché au mois de mai 2008. Vous pouvez télécharger CTP3 du Centre de Téléchargement de Microsoft. Hemant Mahawar, Directeur de Programme pour PowerShell, résumé le CTP3 relâchement comme suit : Ce relâchement amène, entre autres choses, les améliorations des performances … choses seront rapide/plus efficace qu'avant. PowerShell maintenant permet remoting implicite remoting où l'exécution d'ordre a l'air d'être locale bien qu'ils sont éloignés. Nous avons ajouté plus de 60 nouveau cmdlets dans ce relâchement … cmdlets pour ajouter/enlevant/renommant des ordinateurs, cmdlets pour les journux des événements, cmdlets pour le caractère fonctionnel de W-TIENT et même un fournisseur de W-HOMME. L'hôte « graphique », Windows PowerShell ISE, soutient maintenant un débogueur graphique, un contexte sensible F1 aide et une interface programmable pour vous faire la fête sur. J'ai essayé CTP3 sur la Vista Ultime SP1. Le seul problème j'ai rencontré en installant CTP3 était ce fait que CTP3 n'a pas honoré la série de politique d'exécution par moi dans CTP2 contary à ce qu'a été déclaré dans les Notes de Relâchement. , Il était impossible de plus de régler la politique d'exécution à Fixe-Executionpolicy d'utilisation illimité. Après avoir creusé autour de dans les ruches de registre, le problème est devenu apparant. La politique d'exécution de PowerShell est correctement réglée dans [HKEY_LOCAL_MACHINE\Software\Microsoft\PowerShell\1\ShellIds\Microsoft.PowerShell\executionPolicy] mais pas dans [HKEY_CURRENT_USER\Software\Microsoft\PowerShell\1\ShellIds\Microsoft.PowerShell\executionPolicy]. J'ai trouvé cette entrée de registre eue à manuellement changé d'allsigned à illimité. Une amélioration majeure dans ce relâchement relate à remoting et les emplois de fond. Les deux exigent que vous installiez Windows Direction Eloignée (WinRM) 2,0 CTP3. Actuellement WinRM 2,0 CTP3 est seulement soutenu sur Windows Vista SP1 et le 2008 Windows Server. Pour quelque raison que je ne comprends pas les emplois de fond, même les emplois courent seulement sur l'ordinateur local, compter sur les remoting caractéristiques de PowerShell. L'othere l'amélioration majeure relate à ce qu'a été su comme CmdLets de Manuscrit dans CTP2. Ils ont été renommés aux fonctions avancées dans CTP3. Les fonctions avancées sont des fonctions qui ont les mêmes capacités et les mêmes comportements comme cmdlets mais sont écrites utiliser le PowerShell écrit le scénario de la langue au lieu d'une langue compilée comme C#. Il y a deux types de fonctions avancées, c.-à-d. a nommé des fonctions et des fonctions anonymes.   les deux types utilisent l'attribut de CmdletBinding pour s'identifier comme les fonctions avancées qui agissent similaire à cmdlets compilé. Les deux types peuvent être aussi utilisés dans un dossier de manuscrit. Le Microsoft’s PowerShell est radicalement différent des coquilles sur UNIX ou des systèmes de Linux de GNU dans ce Powershell peut faire le commerce de des objets au lieu du juste texte simple. Un exemple concret peut vous aider rapidement comprend plus la différence. Supposer que vous voulez obtenir et épargner des informations de tous les dossiers dans un certain sous-répertoire. Nous voulons obtenir non seulement les noms des dossiers mais autant de métadonnées comme relater possible à chaque dossier comme la date de création, la date de modification, etc. Ces informations ont aussi besoin d'être emmagasiné dans un document de XML seul. Pour garder la taille de cette poste maniable, notre sous-répertoire contient seulement deux dossiers, c.-à-d. dossier.xml et dossier.xsl, comme indiqués au dessous. Un sur un UNIX ou le système de Linux de GNU, ceci serait une tâche un peu difficile rapidement pour accomplir. Powershell d'utilisation cependant il devient un simple un ou la tâche à deux lignes. Parce que Powershell est fondamentalement objet-orienté, il considère un filesystem aussi l'être un representated d'objet qu'un emplacement exposé par le fournisseur. Plus généralement, un emplacement peut être un annuaire de dossier, une ruche de registre, un magasin de certificat ou quelque autre “thing” a exposé par un fournisseur. Le Powershell obtient-childItem cmdLet est utilisé pour rapporter des informations, y compris les métadonnées, des articles dans un emplacement spécifié. Ainsi obtient-childItem peut être utilisé pour beaucoup de types différents d'opérations y compris énumère les contenus d'annuaire, énumérant les valeurs de registre ou la démonstration des valeurs actuelles de variables. Pour nos buts, obtient-childItem expose des informations des dossiers dans un sous-répertoire spécifié ou l'annuaire actuel si aucun annuaire est spécifié. Voici un manuscrit seul de Powershell de ligne qui fait que nous voulons faire. Il rapporte des métadonnées des deux dossiers dans l'annuaire actuel qui utilise l'obtient-childItem cmdLet, les tuyaux que les données à un cmdLet ont appelé ConvertTo-Xml qui dans le virage convertit les métadonnées dans un document de XML valide. La méthode d'arrêt est alors utilisée pour écrire ce ruisseau à un dossier dossier.hors appelé dans l'annuaire actuel. (obtient-childItem | ConvertTo-Xml -NoTypeInformation).save(“$(convert-path “X:”)\file.out”) Comme alternative, nous pourrions emmagasiner les métadonnées rapportées dans une variable et l'écrivons alors hors à un dossier comme indiqué au dessous. Similaire pour cogner et ksh93, Powershell soutient le concept d'aliases et définit ls comme un des aliases pour l'obtient-childItem cmdLet, l'être de dir et gci l'autre deux. $a=(ls | ConvertTo-Xml) $a.save(“$(convert-path “X:”)\file.out”) Voici les contenus de classe.hors. Comme vous pouvez voir, pas mal de d'informations de chacun des deux dossiers est exposé. <? La version xml = » 1,0" ?> <Objets> <Objet Je suis excité du relâchement d'emminent de Version de Powershell de Microsoft Windows 2 CTP3 (la Communauté Version d'Avant-première de technologie 3) qui est dû “real bientôt maintenant. ” Le premier CTP pour Powershell 2,0 étaient au mois de novembre 2007 et il y a eu beaucoup de progrès sur le produit depuis. Voir le lien de permanant au côté de mon blog pour accéder aux entrepreneurs de Powershell écrivent blog. Pourquoi je suis, un entrepreneur UNIX/Linux, excité par Powershell V2 ? Après que tous il ne court pas sur UNIX ou la plateforme de Linux de GNU et microsoft n'a pas de projet de transporter itMto ces plateformes. La raison principale est que Powershell V2 soutient les fonctions de non-compilé (connu comme cmdlets de manuscrit) dans les manuscrits juste comme le coup ou comme ksh93 tue fournir l'objet profond a orienté des interfaces au système d'exploitation et la plateforme fondamentale. Précédemment cmdlets a dû être écrit dans une langue compilée comme C# ou VB.FILET pour fournir tel caractère fonctionnel. (Actuellement, la terminologie pour quel est généralement sait comme une fonction dans un manuscrit de coquille de Linux d'UNIX/GNU est appelé un cmdlet de manuscrit Powershell mais ceci est apparantly sur la piste pour changer pour fonctionner dans CTP3.) Une autre raison est l'introduction d'une interface graphique à Powershell. Je dois dépense plus de 25 ans de ma vie qui traite ou avec UNIX, UNIX-COMME ou les systèmes d'exploitation de GNU/Linux. Pour une période de ce temps, j'étais responsable de l'entretien et de l'amélioration de diverses coquilles et toujours maintient donc un intérêt dans ce secteur. Beaucoup de progrès est arrivé dans les coquilles de Linux d'UNIX/GNU sur cette période de temps avec le coup, de zsh et de ksh93 naissant comme le des dirigeants de fait et de csh, tcsh, sh (comme dans la coquille de Bourne de Steve) et la cendre disparaissant lentement dans l'obscurité. La normalisation de caractère fonctionnel pour les manuscrits de coquille portatifs s'est déplacée de simplement “use la coquille de Bourne si vous voulez votre manuscrit pour courir partout” aux spécifications écrites comme POSIX qui tous les trois écalent le soutien. Numerious tente (dtksh, Wksh, tksh est venu à l'esprit) a été fait développer des coquilles avec les interfaces graphiques mais aucun aucun n'a été vraiment réussi. Actuellement le travail est en cours de réalisation pour fournir des interfaces plus profondes dans le système d'exploitation et la plateforme avec les dernières versions de ksh93 ayant le soutien pour builtins compilé, les variables et les quasi-objets composés (que j'ai l'intention d'écrire de bientôt dans une autre poste). Pendant que ce peut être équivalent à l'hérésie pour dire ceci, mais le prestige à l'équipe de développement de Powershell de Microsoft qui a géré à mon avis tous devancer |
||||||||||||||||||||||
|
Déposer © le 2005-2011 Finnbarr P. Murphy. Tous Droits réservés. |
|||||||||||||||||||||||