Per difetto, gli adattatori di rete virtuale di VMware rivelano come rete non identificata con la connettivit limitata. Questo alberino discute i motivi di fondo e gli mostra come risolvere manualmente il problema o o usando uno scritto di Windows PowerShell.
|
|
|||||||||||||||||||||||
    |
Ci era un regalo di Natale in anticipo dalla squadra di Windows PowerShell (AKA sciccoso).La previsione 3 (CTP3) di tecnologia della Comunit di Windows PowerShell v2.0 stata liberata il 23 dicembre appena in tempo per il Natale.L'annuncio qui.Mentre preveduto le configurazioni CTP3 sulla nuova tecnologia hanno fornito in CTP2 che stato liberato nel maggio 2008.Potete caricare programmi oggetto CTP3 dal centro di trasferimento dal sistema centrale verso i satelliti di Microsoft. Hemant Mahawar, program manager per PowerShell, ha ricapitolato il rilascio CTP3 come segue: Questo rilascio porta, tra l'altro, le cose di miglioramenti di prestazione sar pi veloce/pi efficiente di prima. PowerShell ora che remoting permette implicito remoting dove l'esecuzione di ordine sembra essere locale anche se sono a distanza. Abbiamo aggiunto oltre 60 nuovi cmdlets in cmdlets di questo rilascio per l'aggiunta/rimuovere/che cambia titolo i calcolatori, in cmdlets per i ceppi di evento, in cmdlets per funzionalit dell'WS-Uomo e perfino in un fornitore dell'WS-Uomo. L'ospite grafico , Windows PowerShell ISE, ora gli sostiene un programma di messa a punto grafico, un aiuto sensibile F1 di contesto e un'interfaccia programmabile affinch party sopra. Ho provato CTP3 su Vista ultimo SP1.L'unica edizione che ho incontrato quando installando CTP3 era quel fatto che CTP3 non honor l'insieme di politica di esecuzione da me in CTP2 contary a che cosa stato dichiarato nelle note di rilascio.Inoltre, era impossible da fissare la politica di esecuzione a usando senza restrizione Si regolato-Executionpolicy. Dopo la scavatura intorno negli alveari di registrazione, il problema diventato apparente.La politica di esecuzione di PowerShell fissata correttamente [HKEY_LOCAL_MACHINE \ software \ Microsoft \ PowerShell \ 1 \ ShellIds \ Microsoft.PowerShell \ executionPolicy] ma in non dentro [HKEY_CURRENT_USER \ software \ Microsoft \ PowerShell \ 1 \ ShellIds \ Microsoft.PowerShell \ executionPolicy].Ho trovato che questa entrata di registrazione ha dovuto variabile manualmente dal allsigned da a senza restrizione. Un aumento principale in questo rilascio si riferisce remoting ed ai lavori eseguiti in background.Entrambi richiedono che installiate l'amministrazione a distanza di Windows (WinRM) 2.0 CTP3.Attualmente WinRM 2.0 CTP3 sostenuto soltanto su Windows Vista SP1 e sull'assistente 2008 di Windows.Per qualche motivo quel ancora non capisco i lavori eseguiti in background, neppure i lavori soltanto funziono sul calcolatore locale, conto sulle caratteristiche remoting di PowerShell. L'aumento del maggiore del othere si riferisce a che cosa stato conosciuto come scritto CmdLets in CTP2.Sono stati cambiati titolo alle funzioni avanzate in CTP3.Le funzioni avanzate sono funzioni che hanno le stessi possibilit e comportamenti dei cmdlets ma sono scritte usando la lingua scripting di PowerShell anzich una lingua compilata quale C#. Ci sono due tipi di funzioni avanzate, cio chiamato funzioni e non specificato entrambi i tipi di functions.  usano l'attributo di CmdletBinding per identificarsi come funzioni avanzate che si comportano simili ai cmdlets compilati.Entrambi i tipi possono anche essere usati all'interno di una lima dello scritto.La differenza PowerShell del Microsoft radicalmente differente che le coperture sui sistemi di GNU o di UNIX Linux in quel Powershell possono commerciare negli oggetti piuttosto che appena testo normale. Un esempio concreto pu aiutarlo pi rapidamente a capire la differenza. Supponga che vogliate ottenere e conservare le informazioni su tutte le lime in un determinato subdirectory. Vogliamo ottenere non solo i nomi delle lime ma tanto meta dati come possibile per quanto riguarda ogni lima quali la data della creazione, la data di modifica, ecc.Questi informazioni inoltre devono essere memorizzate in un singolo documento di XML.Per mantenere il formato di questo alberino trattabile, il nostro subdirectory contiene soltanto due lime, cio file.xml e file.xsl, come indicato sotto. Su un sistema di GNU o di UNIX Linux, questo sarebbe piuttosto un compito difficile di compire rapidamente.Usando Powershell, tuttavia, si trasforma in in un'una o due linea semplice operazione. Poich Powershell oggetto- orientato fondamentalmente, considerare un filesystem come essendo un oggetto representated come posizione esposta dal fornitore.Pi generalmente, una posizione pu essere un indice di lima, un alveare di registrazione, un deposito del certificato o una certa altra cosa esposti da un fornitore.Il Powershell ottiene-childItem il cmdLet usato per richiamare le informazioni, compreso i meta dati, circa gli articoli in una posizione specificata.Cos ottenga-childItem pu essere usato per molti tipi differenti di funzionamenti compreso l'enumerazione del soddisfare dell'indice, l'elenco dei valori di registrazione o la mostra dei valori correnti delle variabili.Per i nostri scopi, ottenga-childItem le informazioni di denunzie sulle lime in un subdirectory specificato o nell'indice corrente se nessun indice specificato. Qui una singola linea scritto di Powershell che fa che cosa vogliamo fare. Richiama i meta dati circa le due lime nell'indice corrente usando il cmdLet di ottenere-childItem, tubi che i dati ad un cmdLet hanno denominato ConvertTo-XML che a sua volta converte i meta dati in documento valido di XML.Il metodo di risparmio allora utilizzato per scrivere questo flusso fuori ad una lima denominata file.out nell'indice corrente. (ottenga-childItem | ConvertTo-XML - NoTypeInformation) .save ( $ (convertire-percorso X: ") \ file.out ") Alternativamente, potremmo immagazzinare i meta dati richiamati in una variabile ed allora scriverli fuori ad una lima come indicato sotto.Simile al colpo e a ksh93, Powershell sostiene il concetto degli pseudonimi e definisce il ls come uno degli pseudonimi per il cmdLet, il dir ed il gci di ottenere-childItem che sono stato gli altri due. $a= (ls | ConvertTo-XML) $a.save ( $ (convertire-percorso X: ") \ file.out ") Qui il contenuto di file.out.Come potete vedere, abbastanza una punta di informazioni su ciascuna delle due lime esposta. <? version= " 1.0 " del xml? > leInfo di Type= " System.IO.Fi " del <Object del <Objects> > Sono eccitato circa il rilascio eminente della versione di Microsoft Windows Powershell 2 CTP3 (versione di previsione di tecnologia della Comunit 3) quale presto ora reale dovuto. La prima PCT per Powershell 2.0 era nel novembre 2007 e ci stato molto progresso sul prodotto da allora.Vedi il collegamento permanente sul lato del mio blog per accedere al blog degli sviluppatori di Powershell. Perch sono, uno sviluppatore di UNIX/Linux, eccitato da Powershell V2?Dopo che tutti che non funzioni su alcun UNIX o piattaforma e microsoft di GNU Linux non ha programmi per port il itMto queste piattaforme.Il motivo principale che Powershell V2 sostiene le funzioni non-compilate (conosciute come i cmdlets dello scritto) in scritti appena come il colpo o ksh93 fa mentre fornendo l'oggetto profondo ha orientato le interfacce verso il sistema operativo e la piattaforma di fondo.Precedentemente i cmdlets hanno dovuto essere scritti in una lingua compilata quali C# o VB.NET per fornire tale funzionalit.(Attualmente, la terminologia per che cosa sa generalmente mentre una funzione in uno shell script di UNIX/GNU Linux denominata un cmdlet dello scritto in Powershell ma questa apparantly sulla pista da cambiare alla funzione in CTP3.)Un altro motivo l'introduzione di un'interfaccia grafica a Powershell. Ho passare pi di 25 anni di mia vita che lavora a o con i sistemi operativi di GNU/Linux o UNIX-come, di UNIX.Per un periodo di quel tempo, ero responsabile di manutenzione e l'aumento di varie coperture e quindi ancora effettua un interesse in questa zona.Molto progresso si presentato nelle coperture di UNIX/GNU Linux durante quel periodo con il colpo, zsh e ksh93 emergenti come i capi e il csh de facto, tcsh, SH (come nelle coperture dello Steve Bourne) ed incenerisce lentamente lo sbiadisc via in oscurit. La normalizzazione di funzionalit per gli shell script portatili ha spostato semplicemente da uso le coperture di Bourne se volete il vostro scritto funzionare dappertutto alle specifiche scritte quale POSIX che tutte e tre le coperture sostengono.I tentativi di Numerious (dtksh, Wksh, tksh viene alla mente) sono stati fatti di sviluppare le coperture con le interfacce grafiche ma nessun riuscito realmente.Attualmente il lavoro in corso di realizzazione fornire le interfacce pi profonde nel sistema operativo e nella piattaforma le ultime versioni di ksh93 che ha supporto per i builtins compilati, le variabili composte e gli quasi-oggetti (che progetto di scrivere circa presto in altro alberino.) Mentre pu essere equivalente all'eresia dire questo, ma al prestigio alla squadra di sviluppo di Microsoft Powershell che riuscito nel mio parere a superare tutto il |
||||||||||||||||||||||
|
Copyright il Finnbarr 2005-2012 il P. Murphy. Tutti i diritti riservati. |
|||||||||||||||||||||||