0

Azure Automation DSC を使用して内部アプリケーションを Azure 仮想マシンにデプロイするためのソフトウェア配布ポイントを作成しようとしています。

これらの msi ベースのアプリケーションは、DSCファイルリソースによってローカル VM にコピーされ、パッケージDSC リソースによってインストールされます。

Azure ストレージ アカウントを使用してこれを試みました。ストレージ ファイル機能は、ユーザー名とパスワードでアクセスできる UNC 共有を提供するため、ソフトウェア配布ポイントを作成するための簡単なソリューションのように思えます。

これらは、私の DSC 構成の重要な部分です (*.file はサンプルの理由で使用されています)。

$storageCredential = Get-AutomationPSCredential -Name "PackageStorage"

LocalConfigurationManager
        {
            #DebugMode = 'All'
            RebootNodeIfNeeded = $true
        }


File CopyPackagesFolder
        {
            DestinationPath = "C:\packages"
            Credential = $storageCredential
            Ensure = "Present"
            SourcePath = "\\*.file.core.windows.net\packages\"
            Type = "Directory"
            Recurse = $true
        }

これは、LCM によって最初に実行されたときにのみ機能します。最初の実行が成功した後、次のメッセージが表示されて失敗します。

指定されたログオン セッションが存在しません。すでに終了している可能性があります。指定された資格情報を使用してネットワーク共有にアクセスすると、エラーが発生します。資格情報が正しく、ネットワーク共有にアクセスできることを確認してください。Credential はローカル パスで指定しないでください。関連するファイル/ディレクトリは、\*.file.core.windows.net\packages です。

何が恋しいですか？

4

1 に答える 1

0

これらの資格情報を使用して、共有で直接 "net use" を実行することにより、2 回目の DSC の実行前にアカウントが変更されていないことを確認できますか?

于 2016-03-16T18:38:52.980 に答える