Azure で OMI/PSDCS を使用して Linux Srv をセットアップし、VSO リリース管理を使用して展開しようとしています。Azure 環境を作成し (mw が標準環境を作成することは許可しません)、これまでのところすべての証明書の問題を解決しました。RM は Negotiate Auth を使用して Linux サーバーに接続しようとしており、(もちろん) OMI サービスは Basic しかサポートしていないため、失敗しています。
RM で Basic を使用するにはどうすればよいですか? または、OMI がネゴシエート/NTLM をサポートしますか? Chef を使用せずに Azure に展開している VSO RM が動作していることを示す投稿またはドキュメントはありますか?
RM に同梱されている「PS/DSC タスクの実行」は、Linux の展開をサポートしていません。現在の実装は、Windows がターゲットであることに大きく依存しています。しかし、いくつかの回避策を提案してもよろしいですか?
これらの回避策の両方について、最初に PS スクリプト (DSC 構成と Start-DSCConfiguration を含む) を用意する必要があります。このスクリプトを Windows マシンから実行して、RM やビルドを使用せずに Linux マシンをターゲットにすることができます。資格情報の作成方法や認証方法など、このスクリプトの記述方法を完全に制御できます。
独立してテストされた PS スクリプトを作成したら、次のいずれかを実行できます。
visualstudio.com アカウントのビルド ハブでビルド定義を作成し、Powershell ビルド ステップを使用して上記のスクリプトを実行します。これは VSO の新しいビルド システムであることに注意してください。PS スクリプトを簡単に実行する機能があります。RM のリリース テンプレートではなく、ここでビルド定義を作成していることに注意してください。今年後半に VSO で利用可能になる新しいリリース ハブは、ビルド ハブと非常によく似ており、利用可能になったら、リリース定義内で同じ PS スクリプトを利用できます。私はこのアプローチを試しましたが、うまくいくようです。
RM でターゲット Azure 環境として Windows マシンをセットアップします。vNext リリース テンプレートを作成して、Windows マシンで上記の PS スクリプトを実行します。そのスクリプトが実行されると、Linux サーバーをターゲットにすることができます。このアプローチでは、Windows マシンをプロキシとして使用して PS スクリプトを実行します。vNext リリース テンプレートではなく、エージェント ベースのリリース テンプレートを使用してこれを試しました。vNext リリース テンプレートでも問題なく動作することを願っています。