デフォルトで、VMwareのバーチャルネットワークのアダプターは限られた結合性の未確認ネットワークとして出て来る。 このポストは根本的な理由を論議し、問題を手動で解決する方法をまたは示しWindows PowerShellの原稿を使用する。
|
|
||
|
デフォルトで、VMwareのバーチャルネットワークのアダプターは限られた結合性の未確認ネットワークとして出て来る。 このポストは根本的な理由を論議し、問題を手動で解決する方法をまたは示しWindows PowerShellの原稿を使用する。 Windows PowerShell (優雅なAKA)のチームから早いクリスマスプレゼントがあった。 Windows PowerShellのコミュニティ技術の下検分3 (CTP3)はクリスマスに間に合うように12月23日にv2.0ちょうど解放された。 発表はここにある。 期待どおりに新技術のCTP3造りは2008年5月に解放されたCTP2で提供した。 マイクロソフトのダウンロードの中心からのCTP3をダウンロードできる。 次の通りHemant Mahawar、PowerShellのためのプログラム・マネージャは、CTP3解放を要約した: この解放は、数ある中で、性能の改善の…事をである前より有効速くまたは持って来る。 今remoting PowerShellは遠隔であるのに暗黙を命令実行がローカルのどこにようであるかremoting可能にし。 私達はイベントログのためのコンピュータ、cmdlets、WS人の機能性のためのcmdletsおよびWS人の提供者を加えるか、または取除くか、または名前を変更するためのこの解放の… cmdletsの60新しいcmdletsに加えた。 「写実的な」ホスト、Windows PowerShell ISEはパーティを楽しむために、今あなたのための写実的なデバッガー、内容に即すF1助けおよびプログラム可能なインターフェイスを支える。 私はヴィスタ最終的なSP1のCTP3をテストした。 私が出会った唯一の問題はCTP3をいつ取付けるcontary CTP2示されたことがにリリースノートでCTP3がの私によって実行方針セットに名誉を与えなかったというその事実だった。 さらに、制限されていないに実行方針をを使用して置くことは不可能置いたExecutionpolicyだった。 登録のはちの巣で掘ることの後で、問題は明白になった。 PowerShell実行方針は[HKEY_LOCAL_MACHINE \ソフトウェア\マイクロソフト\ PowerShell \ 1 \ ShellIds \ Microsoft.PowerShell \ executionPolicy]で正しく置かれる[HKEY_CURRENT_USER \ソフトウェア\マイクロソフト\ PowerShell \ 1 \ ShellIds \ Microsoft.PowerShell \ executionPolicy]。 私はこの登録の記入項目がallsignedから制限されていないに手動で変えられてなったことを見つけた。 この解放の1つの主要な強化はremotingおよびバックグラウンド・ジョブに関連している。 Windowsのリモート管理(WinRM)を2.0 CTP3取付けるように両方とも要求する。 現在WinRMはWindows Vista SP1だけとWindowsサーバー2008年で2.0 CTP3支えられる。 どういうわけかその私はPowerShellのremoting特徴にローカルコンピュータだけでまだバックグラウンド・ジョブを、仕事走る、頼る理解していない。 othereの専攻学生の強化は知られていたものがにCTP2の原稿CmdLetsとして関連している。 それらはCTP3の最新機能に名前を変更された。 最新機能はcmdletsと同じ機能および行動があるが、PowerShellの台本を書く言語を使用してC#のような編集された言語の代りに書かれている機能。 2つのタイプの最新機能がある、すなわち機能および無名と示されてfunctions. のタイプは両方とも編集されたcmdletsに類似している機能する最新機能として彼ら自身を識別するのにCmdletBindingの属性を使用する。 タイプは両方ともまた原稿ファイルの内で使用することができる。 マイクロソフトのPowerShellはそのPowershellのUNIXまたはGNUのの貝が目的でLinuxシステムよりもむしろちょうど平文対処できるより根本的に異なる。 具体的な例は相違を理解するのをもっとすぐに助けるかもしれない。 ある特定のサブディレクトリーのすべてのファイルについての情報を手に入れ、救いたいと思うことを仮定しなさい。 私達は作成の日付、修正の日付、等のような各ファイルに関して可能ようにメタデータその位ファイルの名前だけ得たいと思う。 この情報はまた単一XML文書で貯えられる必要がある。 このポストのサイズを処理しやすい保つためには、私達のサブディレクトリーは下記に示されているように2つのファイルだけ、すなわちfile.xmlおよびfile.xsl、含んでいる。 UNIXまたはGNUのでLinuxシステムは、これすぐに達成する幾分難題である。 しかしPowershellを使用してそれは簡単な1-2ライン仕事になる。 Powershellは基本的に目的方向づけられるので、みなし提供者によって露出される位置としてrepresentated目的であるとファイルシステムを。 もっと一般に、位置は提供者によって露出されるファイルディレクトリ、登録のはちの巣、証明書の店または他の「事」のどちらである場合もある。 PowershellはcmdLetを使用されている情報を、指定位置の項目についてのメタデータを含んで、取り出すのに得るchildItem。 従って多くの異なったタイプの登録簿の内容を列挙するか、登録の価値をリストするか、または変数の現在の値を示すことを含む操作に使用することができる得childItemなさい。 登録簿が指定されなかったら私たちの目的にとって、指定サブディレクトリーまたはワーキング・ディレクトリのファイルについての暴露情報を得childItemなさい。 私達がたいと思うものをするし単一行Powershellの原稿はここにある。 それは得childItemのcmdLetを使用してcmdLetへのデータが有効なXML文書にそれからメタデータを変えるConvertTo-XMLを呼んだことワーキング・ディレクトリの2つのファイルについてのメタデータ、管を取り出す。 ワーキング・ディレクトリで保管方法がそれからfile.outと呼ばれるファイルにこの流れを書くのに使用されている。 (得childItemなさい | ConvertTo-XML - NoTypeInformation) .save (「$ (変え道「X: 」) \ file.out」) また、私達は変数で取り出されたメタデータを貯え、次にファイルに下記に示されているようにそれを書くことができる。 強打およびksh93、Powershellに類似した別名の概念を支え、他の2つがある得childItem cmdLet、dirおよびgciのための別名の1つとlsを定義する。 $a= (ls | ConvertTo-XML) $a.save (「$ (変え道「X: 」) \ file.out」) file.outの内容はここにある。 見ることができるようにかなり2つのファイルのそれぞれについての情報のビットは露出される。 <か。xmlのversion= " 1.0 "か。> <Objects>の<Object 私はマイクロソフト・ウインドウズPowershellのバージョン2 CTP3 (コミュニティ技術の下検分版3)の著名な解放について当然の「すぐに今実質は」。であるかどれ刺激される Powershell 2.0のための最初のCTPは2007年11月にあり、プロダクトに多くの進歩がそれ以来ずっとある。 Powershellの開発者のブログにアクセスするために私のブログの側面で永久的なリンクを見なさい。 私はなぜのPowershell V2によって刺激されるUNIX/Linuxの開発者あるか。 それがあらゆるUNIXで動かさないまたはGNUにLinuxのプラットホームおよびマイクロソフトitMtoを左舷に取る計画がこれらのプラットホームないすべて後。 主な理由はちょうど強打かksh93がオペレーティングシステムおよび根本的なプラットホームに間、深い目的を提供する方向づけたインターフェイスをするようにPowershell V2が原稿の非編集された機能を(原稿のcmdletsとして知られている)支えることである。 以前はそのような機能性を提供するためにcmdletsはC#またはVB.NETのような編集された言語で書かれなければならなかった。 あるものがのための(現在、専門用語は一般にと同時にUNIX/GNUのLinuxのシェル・スクリプトの機能呼ばれるPowershellの原稿のcmdletと知っているが、これはCTP3の機能に変わるべきトラックにapparantlyある。) もう一つの理由はPowershellへグラフィックスインターフェイスの導入である。 私はUNIX、UnixのようにまたはGNU/Linuxのオペレーティングシステムにまたはと働く25年間以上の私の生命過ごすことを持っている。 その時間の期間のために、私は維持を担当し、さまざまな貝の強化はまだそれ故にこの区域の興味を維持し。 多くの進歩は事実上のリーダーとしておよびcsh、tcsh現れる、強打のその一定期間にわたるUNIX/GNUのLinuxの貝で、zshおよびksh93 SH (スティーブボーンシェルでように)行われ、不分明にゆっくり衰退に灰を振りかける。 携帯用シェル・スクリプトのための機能性の標準化は「使用からあなたの原稿に3個の貝がすべて支えるPOSIXのような文書による指定に」どこでも走ってほしければボーンシェルを単に動かした。 Numeriousの試みは(dtksh、Wkshのtkshは気にすることを来る)グラフィカルインターフェイスずっとどれもの貝を開発するである実際に巧妙試みられなかったが。 現在仕事はである進行中オペレーティングシステムにより深いインターフェイスおよびサポートを持っているksh93の最新バージョンを(私が提供するために別のポストに約すぐに書くことを計画する編集されたbuiltins、混合の変数およびある程度目的。)にプラットホームを それが言うためにすべてを飛び越すことを私の考えではどうにかして異教マイクロソフトPowershellの開発チームにこれを、栄光にほとんど等しいかもしれないが間、 |
||
|
©の2005-2011年のFinnbarr P.マーフィー著作権をとりなさい。 複製権所有。 |
||