значением по умолчанию, переходники фактически сети VMware показывают вверх как неопознанная сеть с лимитированным взаимодействием. Этот столб обсуждает основные причины и показывает вам как разрешить проблему или вручную или использующ сценарий Windows PowerShell.
|
|
|||||||||||||||||||||||
    |
Был предыдущий подарок на рождество от команды Windows PowerShell (AKA шикарного). Предваротельный просмотр 3 технологии общины (CTP3) Windows PowerShell v2.0 был выпущен 23-его декабря как раз вовремя Кристмас. Объявление здесь. По мере того как предположено строения CTP3 на новой технологии обеспечили в CTP2 которое было выпущено в мае 2008. Вы можете загружать CTP3 от центра загрузки Майкрософт. Hemant Mahawar, руководитель программ для PowerShell, суммировало отпуск CTP3 следующим образом: Этот отпуск приносит, между прочим, вещи улучшений представления… будет быстре/эффективне чем раньше. PowerShell remoting теперь позволяет подразумеваемому remoting где кажется, что будет исполнение команды местным даже если они дистанционно. Мы добавили над 60 новыми cmdlets в cmdlets этого отпуска… для добавлять/извлекать/переименуя компьютеры, cmdlets для журналов случая, cmdlets для функциональности WS-Человека и даже провайдере WS-Человека. «Графический» хозяин, Windows PowerShell ISE, теперь поддерживает графический debugger, помощь F1 смысла чувствительную и programmable интерфейс для вас для того чтобы party дальше. Я испытал CTP3 на перспективе типичном SP1. Единственный вопрос я столкнулся устанавливая CTP3 был тем фактом что CTP3 не удостоило комплекта политики исполнения мной в CTP2 contary к что было заявлено в примечаниях отпуска. Сверх того, было невозможно установить политику исполнения к неограниченному используя Установило-Executionpolicy. После выкапывать вокруг в крапивницах регистратуры, проблема стала ясной. Политика исполнения PowerShell установлена правильно в [HKEY_LOCAL_MACHINE \ програмное обеспечение \ Майкрософт \ PowerShell \ 1 \ ShellIds \ Microsoft.PowerShell \ executionPolicy] но не внутри [HKEY_CURRENT_USER \ програмное обеспечение \ Майкрософт \ PowerShell \ 1 \ ShellIds \ Microsoft.PowerShell \ executionPolicy]. Я нашел этот вход регистратуры вручную изменено от allsigned к неограниченному. Одно главное повышение в этом отпуске относит к работам remoting и предпосылки. Оба требуют что вы устанавливаете управление Windows дистанционное (WinRM) 2.0 CTP3. В настоящее время WinRM 2.0 CTP3 поддержано только на Шиндошс Виста SP1 и на сервере 2008 Windows. По какой - либо причине что я пока не понимаю работы предпосылки, даже работы только бегут на местном компьютере, полагаются на remoting характеристиках PowerShell. Повышение майора othere относит к что было как сценарий CmdLets в CTP2. Они были переименованы к предварительным функциям в CTP3. Предварительные функции функции которые имеют такие же возможности и поведения как cmdlets но написаны используя язык PowerShell scripting вместо составленного языка как C#. 2 типа предварительных функций, т.е. названо функциями и безымянный оба типа functions.  используют атрибут CmdletBinding для того чтобы определить как предварительные функции которые действуют подобными к составленным cmdlets. Оба типа можно также использовать внутри архив сценария. PowerShell Майкрософта радикальным образом друг чем раковины на системы Линукс UNIX или GNU в том Powershell могут общаться в предметах довольно чем как раз незашифрованный текст. Конкретный пример может помочь вам более быстро понять разницу. Предположите что вы хочет получить и сохранить информацию о всех архивах в некотором subdirectory. Мы хотим получить не только имена архивов но как много metadata как возможно касаясь каждого архива как дата творения, дата изменения, etc. потребности этой информации также храниться в одиночном документе XML. Для того чтобы держать размер этого столба управляемый, наш subdirectory содержит только 2 архива, т.е. file.xml и file.xsl, как показан ниже. На система Линукс UNIX или GNU, это была бы несколько трудной задачей быстро выполнить. Используя Powershell, однако, будет просто один или два миллиона линией задачей. Потому что Powershell фундаментально предмет-ориентировано, оно считает систему файлов как был предметом representated как положение, котор подверг действию провайдер. Более вообще, положение может быть директорией архива, крапивницей регистратуры, магазином сертификата или некоторой другой «вещью», котор подверг действию провайдер. Powershell получает-childItem cmdLet использовано для того чтобы восстановить информацию, включая metadata, о деталях в определенном положении. Таким образом получите-childItem смогите быть использовано для много разных видов деятельностей включая перечислять содержание директории, перечислять значения регистратуры или показывать текущие стоимости перемеююых. Для наших целей, получает-childItem данные по публично разоблачений о архивах в определенном subdirectory или текущем каталоге если никакая директория не определена. Здесь одиночная линия сценарий Powershell которая делает чего мы хотим сделать. Она восстановляет metadata о 2 архивах в текущем каталоге используя cmdLet получать-childItem, трубы что данные к cmdLet вызвали ConvertTo-XML которое в свою очередь преобразовывает metadata в действительный документ XML. Спасительный метод после этого использован для того чтобы написать этот поток вне к вызванному архиву file.out в текущем каталоге. (получите-childItem | ConvertTo-XML - NoTypeInformation) .save («$ (преобразовывать-путь «x: ") \ file.out ") Альтернативно, мы смогли хранить восстановленные metadata в перемеююом и после этого писать он вне к архиву как показан ниже. Подобно к оргии и ksh93, Powershell поддерживает принципиальную схему псевдонимов и определяет ls как один из псевдонимов для cmdLet, dir и gci получать-childItem другие 2. $a= (ls | ConvertTo-XML) $a.save («$ (преобразовывать-путь «x: ") \ file.out ") Здесь содержание file.out. По мере того как вы можете увидеть, довольно квант информации о каждом из 2 архивов подвергается действию. <? version= " 1.0 " xml? > <Object <Objects> Я возбужден о именитом отпуске 2-ой вариант CTP3 Microsoft Windows Powershell (версии предваротельного просмотра технологии общины 3) что должные «реальные скоро теперь.» Первый CTP на Powershell 2.0 был в ноябре 2007 и много прогресс на продукте с после этого. См. постоянное соединение сбоку adverb моего блога для того чтобы достигнуть блога проявителей Powershell. Почему я, проявитель UNIX/Linux, возбужденный Powershell V2? После того как все оно не бежит на любом UNIX или платформа и Майкрософт Линукс GNU не имеет никакие планы для того чтобы перенести itMto эти платформы. Главная причина что Powershell V2 поддерживает non-составленные функции (известные как cmdlets сценария) в сценариях как раз как оргия или ksh93 делают пока обеспечивающ глубокий предмет ориентировали интерфейсы к операционной системе и основной платформе. Ранее cmdlets должны быть написаны, что в составленном языке как C# или VB.NET обеспечили такую функциональность. (В настоящее время, терминология для что вообще знает по мере того как функция в сценарях заполнения Линукс UNIX/GNU вызвана cmdlet сценария в да ведь это Powershell apparantly на следе, котор нужно изменить к функции в CTP3.) Другая причина введение графического интерфейса к Powershell. Я имею проводить больше чем 25 лет моей жизни работая на или с операционных системах UNIX, UNIX-как или GNU/Linux. На период того времени, я был ответствен для обслуживания и повышение различных раковин и следовательно все еще поддерживает интерес в этой области. Много прогресс происходил в раковинах Линукс UNIX/GNU над тем периодом времени при оргия, zsh и ksh93 вытекая как de facto руководители и csh, tcsh, sh (как в раковине Стив Bourne) и ash медленно увядать прочь в невыясненность. Шаблонизация функциональности для портативных сценарей заполнения двигала от просто «пользы раковину Bourne если вы хотите ваш сценарий побежать везде» к написанным спецификациям как POSIX, то которое все 3 раковины поддерживают. Были сделаны попытки Numerious (dtksh, Wksh, tksh пришло в голову) начать раковины с графическими интерфейсами но никакими действительно успешны. В настоящее время работа в процессе подготовки для того чтобы обеспечить более глубокие интерфейсы в операционную систему и платформу с самыми последними версиями ksh93 имея поддержку для составленных builtins, составных перемеююых и quasi-предметов (которые я планирую написать около скоро в другом столбе.) Пока она может быть равна к ереси сказать это, но почёт к команде развития Майкрософт Powershell которая управляло по моему мнению leapfrog все |
||||||||||||||||||||||
|
P. 2005-2011 Finnbarr © Murphy. Все права защищены. |
|||||||||||||||||||||||