Door gebrek, VMware verschijnen de virtuele netwerkadapters als niet gedentificeerd netwerk met beperkte connectiviteit. Deze post bespreekt de onderliggende redenen en toont u hoe te om het probleem manueel op te lossen of of gebruikend een manuscript van PowerShell van Vensters.
|
|
|||||||||||||||||||||||
    |
Er was vroege Kerstmis huidig van het Team van Vensters van PowerShell (Elegante AKA).Communautaire Voorproef 3 van de Technologie (CTP3) werd van Vensters PowerShell v2.0 vrijgegeven op 23 December net op tijd voor Kerstmis.De aankondiging is hier.Zoals verwacht bouwt CTP3 op de nieuwe die technologie voort wordt verstrekt in CTP2 die in Mei 2008 werd vrijgegeven.U kunt CTP3 van het Centrum van de Download van Microsoft downloaden. Hemant Mahawar, de Manager van het Programma voor PowerShell, vatte als volgt de CTP3 versie samen: Deze versie brengt, onder andere, de prestatiesverbeteringen dingen zal zijn sneller/efficinter dan voordien. Het remoting van PowerShell nu staat impliciet toe remoting waar de beveluitvoering lokaal schijnt te zijn alhoewel zij ver zijn. Wij hebben meer dan 60 nieuwe cmdlets in deze versie cmdlets voor het toevoegen van/het verwijderen van/het anders noemen van computers, cmdlets voor gebeurtenislogboeken, cmdlets voor wS-Mens functionaliteit en zelfs een wS-Mens leverancier toegevoegd. De grafische gastheer, Vensters PowerShell ISE, steunt nu grafische debugger, van de context afhankelijke F1 een hulp en een programmeerbare interface voor u aan partij. Ik testte CTP3 op Uiteindelijke SP1 van het Uitzicht.De enige kwestie ik toen het installeren van CTP3 ontmoette was dat feit dat CTP3 niet het uitvoeringsbeleid eerde dat door me in CTP2 contary wordt geplaatst aan wat in de Nota's van de Versie werd verklaard.Voorts was het onmogelijk om het uitvoeringsbeleid aan het onbeperkte gebruiken reeks-Executionpolicy te plaatsen. Nadat het graven rond in de registratie huisvest, werd het probleem duidelijk.Het PowerShell uitvoeringsbeleid wordt geplaatst correct in [HKEY_LOCAL_MACHINE \ Software \ Microsoft \ PowerShell \ 1 \ ShellIds \ executionPolicy Microsoft.PowerShell \] maar niet binnen [HKEY_CURRENT_USER \ Software \ Microsoft \ PowerShell \ 1 \ ShellIds \ executionPolicy Microsoft.PowerShell \].Ik vond deze registratieingang manueel veranderd van allsigned aan onbeperkt moest. n belangrijke verhoging in deze versie heeft op het remoting en achtergrondbanen betrekking.Allebei vereisen dat u Ver Beheer van Vensters (WinRM) 2.0 CTP3 installeert.Momenteel wordt WinRM 2.0 CTP3 gesteund slechts op SP1 van het Uitzicht van Vensters en op de Server 2008 van Vensters.Met een bepaalde bedoeling dat begrijp ik nog niet achtergrondbanen, zelfs de banen die slechts op de lokale computer in werking worden gesteld, zich op de remoting eigenschappen van PowerShell baseren. De othere belangrijkste verhoging heeft betrekking op wat Manuscript CmdLets in CTP2 genoemd werd.Zij zijn anders genoemd aan geavanceerde functies in CTP3.De geavanceerde functies zijn functies die hebben de zelfde mogelijkheden en het gedrag zoals cmdlets maar gebruikend de scripting taal PowerShell in plaats van een gecompileerde taal zoals C# geschreven. Er zijn twee soorten geavanceerde functies, d.w.z. genoemd functies en naamloze functions.  Beide typesgebruik de attributen CmdletBinding om als geavanceerde functies te identificeren die gelijkaardig aan gecompileerde cmdlets handelen.Beide types kunnen ook binnen een manuscriptdossier worden gebruikt.Het verschil PowerShell van Microsoft is radicaal verschillend dan shells op de systemen van UNIX of van GNU Linux in zoverre dat Powershell in voorwerpen eerder dan enkel gewone teksten kan behandelen. Een concreet voorbeeld kan u sneller helpen het verschil begrijpen. Veronderstel u informatie over alle dossiers in bepaalde subdirectory krijgen en wilt bewaren. Wij willen niet alleen de namen van de dossiers maar zoveel mogelijk meta-gegevens krijgen met betrekking tot elk dossier zoals datum van verwezenlijking, datum van wijziging, enz.Deze informatie moet ook in n enkel Xml- document worden opgeslagen.Om de grootte van dit post handelbaar te houden, onze bevat subdirectory slechts twee dossiers, d.w.z. file.xml en file.xsl, zoals hieronder getoond. Voor een systeem van UNIX of van GNU Linux, zou dit een enigszins moeilijke taak snel om zijn te verwezenlijken.Gebruikend Powershell, echter, wordt het een eenvoudige n of twee lijntaak. Omdat Powershell fundamenteel voorwerp-georinteerd is, beschouwt het een filesystem zoals het zijn een voorwerp als plaats representated die door leverancier wordt blootgesteld.Meer over het algemeen, kan een plaats een dossierfolder, een registratiebijenkorf, een certificaatopslag of n of ander ander ding zijn dat door een leverancier wordt blootgesteld.Powershell krijgt -krijgen-childItem cmdLet wordt gebruikt om informatie terug te winnen, met inbegrip van meta-gegevens, over punten in een gespecificeerde plaats.Krijg -krijgen-childItem aldus kan voor heel wat verschillende soorten verrichtingen worden gebruikt met inbegrip van het opsommen van folderinhoud, het een lijst maken van registratie van waarden of het tonen van de huidige waarden van variabelen.Voor onze doeleinden, krijg -krijgen-childItem uiteenzettingeninformatie over dossiers in gespecificeerde subdirectory of de huidige folder als geen folder wordt gespecificeerd. Hier is n enkel manuscript van lijnPowershell dat doet wat wij willen doen. Het wint meta-gegevens over de twee dossiers in het huidige folder gebruiken terug krijgt -krijgen-childItem cmdLet, pijpen dat de gegevens aan een cmdLet convertTo-XML riepen die beurtelings de meta-gegevens in een geldig Xml- document omzet.Sparen methode dan wordt gebruikt om deze stroom aan een dossier uit te schrijven genoemd file.out in de huidige folder. (krijg -krijgen-childItem | ConvertTo-XML - NoTypeInformation) .save ( $ (bekeerling-weg X: ) \ file.out ) Alternatief, konden wij de teruggewonnen meta-gegevens in een variabele opslaan en dan het uitschrijven aan een dossier zoals hieronder getoond.Gelijkaardig aan dreun en ksh93, Powershell steunt het concept aliassen en bepaalt ls aangezien n van de aliassen voor cmdLet krijgt -krijgen-childItem, dir en gci die andere twee is. $a= (ls | ConvertTo-XML) $a.save ( $ (bekeerling-weg X: ) \ file.out ) Hier is de inhoud van file.out.Aangezien u kunt zien, vrij wordt een beetje van informatie over elk van de twee dossiers blootgesteld. <? xml version= " 1.0 "? > <Objects> <Object leInfo van Type= " System.IO.Fi " > Ik ben opgewekt over de eminente versie van Versie van Microsoft Windows Powershell 2 CTP3 (Communautaire Versie 3 van de Voorproef van de Technologie) die gepaste spoedig nu echt. is Eerste CTP voor Powershell 2.0 was in November 2007 en er is sindsdien heel wat vooruitgang betreffende het product geweest.Zie de permanente verbinding aan de kant van mijn blog tot de ontwikkelaars toegang hebben Powershell blog. Waarom ben I, een opgewekte ontwikkelaar UNIX/Linux, door Powershell V2?Na allen loopt het niet op enig platform van UNIX of van GNU Linux en microsoft heeft geen plannen aan havenitMto deze platforms.De belangrijkste reden is dat Powershell V2 niet-gecompileerde functies (die als manuscriptcmdlets worden bekend) in manuscripten enkel zoals dreun steunt of ksh93 terwijl het verstrekken van diepe voorwerp georinteerde interfaces aan het werkende systeem en het onderliggende platform doet.Eerder moesten cmdlets in een gecompileerde taal zoals C# of VB.NET worden geschreven om dergelijke functionaliteit te verstrekken.(Momenteel, weet de terminologie voor wat over het algemeen is als functie in een shell UNIX/GNU Linux manuscript een manuscriptcmdlet in Powershell wordt genoemd maar dit apparantly op spoor aan verandering in functie in CTP3. is)Een andere reden is de introductie van een grafische interface aan Powershell. Ik heb meer dan 25 jaar van mijn leven doorbrengen werkend aan of met UNIX, Unix-als of werkende systemen GNU/Linux.Voor een tijdspanne die, was ik verantwoordelijk voor behoud en verhoging van diverse shells en vandaar handhaaf nog een rente in dit gebied.Veel vooruitgang is in shells UNIX/GNU Linux over die periode met dreun voorgekomen, zsh en als de facto leiders en csh, tcsh, sh ksh93 die (zoals in shell van Steve Bourne) te voorschijn komt en as die langzaam weg in dubbelzinnigheid langzaam verdwijnt. De normalisatie van functionaliteit voor draagbare shell manuscripten heeft van zich eenvoudig gebruikt shell bewogen Bourne als u uw manuscript overal aan geschreven specificaties zoals POSIX wilt lopen die alle drie shells steunen.De pogingen van Numerious (dtksh, komt Wksh, tksh te letten op) zijn gemaakt om shells met grafische interfaces te ontwikkelen maar niets is werkelijk succesvol geweest.Momenteel is het werk op gang om diepere interfaces in het werkende systeem en het platform van de recentste versies te voorzien die van ksh93 steun voor gecompileerd builtins, samenstellingsvariabelen en quasi-voorwerpen hebben (die ik van plan ben om in een andere post spoedig ongeveer te schrijven.) Terwijl het aan ketterij gelijkwaardig kan zijn om dit te zeggen, maar roem aan het ontwikkelingsteam van Microsoft Powershell dat naar mijn mening erin is geslaagd om al in te halen |
||||||||||||||||||||||
|
Auteursrecht 2005-2012 Finnbarr P. Murphy. Alle Voorgebe*houde Rechten. |
|||||||||||||||||||||||