Por abandono, los adaptadores de red virtual de VMware aparecen como red no identificada con conectividad limitada. Este poste discute las razones subyacentes y le demuestra cómo resolver el problema o manualmente o con una escritura de Windows PowerShell.
|
|
|||||||||||||||||||||||
    |
Había un regalo de Navidad temprano del equipo de Windows PowerShell (AKA elegante). La inspección previo 3 (CTP3) de la tecnología de la comunidad de Windows PowerShell v2.0 fue lanzada el 23 de diciembre apenas para la Navidad. El aviso está aquí. Mientras que esperado los emplear CTP3 la nueva tecnología proporcionaron en CTP2 que fue lanzado en mayo de 2008. Usted puede transferir CTP3 del centro de la transferencia directa de Microsoft. Hemant Mahawar, program manager para PowerShell, resumió el lanzamiento CTP3 como sigue: Este lanzamiento trae, entre otras cosas, cosas de las mejoras del funcionamiento será más rápido/más eficiente que antes. PowerShell ahora remoting permite implícito remoting donde la ejecución del comando aparece ser local aunque él está alejado. Hemos agregado sobre 60 nuevos cmdlets en los cmdlets de este lanzamiento para agregar/eliminación/que retitulaba las computadoras, los cmdlets para los registros de acontecimiento, los cmdlets para la funcionalidad del WS-Hombre e incluso un abastecedor del WS-Hombre. El anfitrión gráfico , Windows PowerShell ISE, ahora apoya una depuración gráfica, una ayuda sensible al contexto F1 y un interfaz programable para que usted party encendido. Probé CTP3 en Vista último SP1. La única edición que encontré cuando instalaba CTP3 era ese hecho de que CTP3 no honró el sistema de la política de la ejecución de mí en CTP2 contary a qué fue indicada en las notas de lanzamiento. Por otra parte, era imposible fijar la política de la ejecución a sin restricción usando Fijó-Executionpolicy. Después de cavar alrededor en las colmenas del registro, el problema llegó a ser evidente. La política de la ejecución de PowerShell se fija correctamente en [HKEY_LOCAL_MACHINE \ software \ Microsoft \ PowerShell \ 1 \ ShellIds \ Microsoft.PowerShell \ executionPolicy] pero no adentro [HKEY_CURRENT_USER \ software \ Microsoft \ PowerShell \ 1 \ ShellIds \ Microsoft.PowerShell \ executionPolicy]. Encontré que tuvo que esta entrada del registro cambiado manualmente de allsigned a sin restricción. Un realce importante en este lanzamiento se relaciona con los trabajos el remoting y de fondo. Ambos requieren que usted instale la gerencia alejada de Windows (WinRM) 2.0 CTP3. WinRM 2.0 CTP3 se apoya actualmente solamente en Windows Vista SP1 y en el servidor 2008 de Windows. Por alguna razón ese todavía no entiendo trabajos de fondo, incluso los trabajos funciono solamente en la computadora local, confío en las características remoting de PowerShell. El realce del comandante del othere se relaciona con qué era conocida como escritura CmdLets en CTP2. Se han retitulado a las funciones avanzadas en CTP3. Las funciones avanzadas son las funciones que tienen las mismas capacidades y comportamientos que cmdlets pero se escriben usando la lengua scripting de PowerShell en vez de una lengua compilada tal como C#. Hay dos tipos de funciones avanzadas, es decir nombrado las funciones e innomado ambos tipos de functions.  utilizan la cualidad de CmdletBinding para identificarse como funciones avanzadas que actúen similares a los cmdlets compilados. Ambos tipos se pueden también utilizar dentro de un archivo de la escritura. La diferencia PowerShell de Microsoft es radicalmente diferente que las cáscaras en los sistemas del linux de UNIX o del GNU en ese Powershell pueden repartir en objetos algo que apenas texto llano. Un ejemplo concreto puede ayudarle más rápidamente a entender la diferencia. Suponga que usted quiere conseguir y ahorrar la información sobre todos los archivos en cierto sub-directório. Queremos conseguir no sólo los nombres de los archivos pero tanto los meta datos como sea posible referente a cada archivo tal como fecha de la creación, fecha de la modificación, etc. Esta información también necesita ser almacenada en un solo documento de XML. Para mantener el tamaño de este poste manejable, nuestro sub-directório contiene solamente dos archivos, es decir file.xml y file.xsl, como se muestra abajo. En el sistema de un linux de UNIX o del GNU, esto sería una tarea algo difícil de lograr rápidamente. Usando Powershell, sin embargo, se convierte en uno o dos líneas simple tarea. Porque Powershell objeto-se orienta fundamental, mira un sistema de ficheros como siendo un objeto representated como localización expuesta por el abastecedor. Más generalmente, una localización puede ser un directorio de archivo, una colmena del registro, un almacén del certificado o una cierta otra cosa expuestos por un abastecedor. El Powershell consigue-childItem el cmdLet se utiliza para recuperar la información, incluyendo meta datos, sobre artículos en una localización especificada. Así consiga-childItem puede ser utilizado para muchos diversos tipos de operaciones incluyendo la enumeración de contenido del directorio, enumerar valores del registro o demostrar los valores actuales de variables. Para nuestros propósitos, consiga-childItem la información de las exposiciones sobre archivos en un sub-directório especificado o el directorio actual si no se especifica ninguÌn directorio. Aquí está una sola línea escritura de Powershell que hace lo que queremos hacer. Recupera los meta datos sobre los dos archivos en el directorio actual usando el cmdLet del conseguir-childItem, pipas que los datos a un cmdLet llamaron ConvertTo-XML que alternadamente convierte los meta datos en un documento válido de XML. El método de ahorro entonces se utiliza para escribir esta corriente a un archivo llamado file.out en el directorio actual. (consiga-childItem | ConvertTo-XML - NoTypeInformation) .save ( $ (convertir-trayectoria X: ") \ file.out ") Alternativamente, podríamos almacenar los meta datos recuperados en una variable y después escribirlos a un archivo como se muestra abajo. Similar al golpe y a ksh93, Powershell apoya el concepto de alias y define el ls como uno de los alias para el cmdLet, el dir y el gci del conseguir-childItem siendo los otros dos. $a= (ls | ConvertTo-XML) $a.save ( $ (convertir-trayectoria X: ") \ file.out ") Aquí está el contenido de file.out. Como usted puede ver, un pedacito de la información sobre cada uno de los dos archivos se expone absolutamente. ¿<? ¿version= " 1.0 " del xml? > leInfo de Type= " System.IO.Fi " del <Object del <Objects> > Me excitan sobre el lanzamiento eminente de la versión de Microsoft Windows Powershell 2 CTP3 (versión de la inspección previo de la tecnología de la comunidad 3) cuál es verdadero pronto ahora debido. El primer CTP para Powershell 2.0 estaba en noviembre de 2007 y ha habido mucho progreso en cuanto al producto desde entonces. Vea el enlace permanente en el lado de mi blog para tener acceso al blog de los reveladores de Powershell. ¿Por qué soy, revelador de UNIX/Linux, emocionado por Powershell V2? Después de que todos lo que no funciona con en ninguÌn UNIX o plataforma y Microsoft del linux del GNU no tiene ninguÌn plan para virar itMto hacia el lado de babor estas plataformas. La razón principal es que Powershell V2 apoya las funciones no-compiladas (conocidas como cmdlets de la escritura) en escrituras apenas como el golpe o ksh93 hace mientras que proporciona el objeto profundo orientó interfaces al sistema operativo y a la plataforma subyacente. Los cmdlets tuvieron que ser escritos previamente en una lengua compilada tal como C# o VB.NET para proporcionar tal funcionalidad. (Actualmente, la terminología para cuál es sabe generalmente mientras que una función en un shell script del linux de UNIX/GNU se llama un cmdlet de la escritura en Powershell pero ésta está apparantly en la pista a cambiar a la función en CTP3.) Otra razón es la introducción de un interfaz gráfico a Powershell. Tengo pasar más de 25 años de mi vida que trabaja en o con los sistemas operativos de UNIX, UNIX-como o de GNU/Linux. Por un período de ese tiempo, era responsable de mantenimiento y el realce de varias cáscaras y por lo tanto todavía mantiene un interés en esta área. Mucho progreso ha ocurrido en cáscaras del linux de UNIX/GNU durante ese periodo de tiempo con el golpe, zsh y ksh93 emergiendo como los líderes y el csh de hecho, tcsh, sh (como en la cáscara de Steve Bourne) e incinera lentamente el descoloramiento lejos en oscuridad. La estandardización de la funcionalidad para los shell scriptes portables ha movido desde simplemente uso la cáscara de Bourne si usted quisiera que su escritura funcionara por todas partes a las especificaciones escritas tales como POSIX que las tres cáscaras apoyen. Se han hecho las tentativas de Numerious (el dtksh, Wksh, tksh viene importar) de desarrollar cáscaras con los interfaces gráficos pero ningunos han sido realmente acertadas. El trabajo es actualmente en curso de realización proporcionar interfaces más profundos en el sistema operativo y la plataforma de las últimas versiones de ksh93 que tiene ayuda para los builtins compilados, las variables compuestas y los cuasi-objetos (que planeo escribir alrededor pronto en otro poste.) Mientras que puede ser equivalente a la herejía decir esto, pero a las alabanzas al equipo de desarrollo de Microsoft Powershell que ha manejado en mi opinión saltar todo el |
||||||||||||||||||||||
|
Copyright el © Finnbarr 2005-2012 P. Murphy. Todos los derechos reservados. |
|||||||||||||||||||||||