実際はConfigurationDataも多用するのですが、それは後日説明します。絶対パス、相対パスいずれも問題ありません-OutputPathに指定したフォルダが存在しなければ作成してくれますでは、現在パスでserviceというフォルダを指定してみましょう。現在のパス直下を指定する場合は、フォルダ名のみで大丈夫です。実行すると、以下のようにMOFが生成されたことがわかります。localhost.mofで生成されています。Nodeセクションを追加すると、Nodeに指定した名前でMOFが生成されます。Nodeに複数ホスト名を配列で指定すれば、複数MOFが生成されます。192.168.1.1.mofね?わかりやすい。コンフィグレーション実行時に外からパラメータを渡すコンフィグレーションは、ハードコードを避けて使いまわしたいですよね?当然です。同様に外から渡すことができます。この書き方はだめです。paramブロックを使う必要があります。動的なパラメータ列挙などはできないという。コンフィグレーション構文で使える構文は以下で確認できます。コンフィグレーション実行時に受け取れるようにParamブロックに指定する例がよくあります。これはDSCのモードによりますが余り使いません。モードの場合、ノードが誰かということはDSCサーバーは知る必要がないためです。モードの場合でも、ConfigurationDataを使って対象ロールごとに別途定義可能です。これは8日目で詳細を説明します。お見せしましたが、MOFファイルは定義の集まりです。実行結果のMOFを見てみましょう。ユーザー、マシン名です。コメントアウトされています。01:06:00@GenerationHost=WINDOWS81X64*/MOFファイルの記述内容コンフィグレーションのコンパイル結果であるMOFファイルの中身を見てみましょう。単純ですが、読みにくいです。一意になる必要があります。};DSCサーバー情報まぁそのままです。ファイル見にくいですね。KV形式で読めるは読めるかと。コンフィグレーションのどこを参照しているか参照できることです。8日目は、ConfiguraionDataについて説明します。読者になるこのブログについて引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。