問題タブ [microsoft-web-deploy]

Webmatrix 2 を介して Web アプリケーションを公開できません。誰か光を当てることができますか?

私は次の手順に従いました：

a) Azure portal を使用して VM を作成しました

b) ポート 8172 および TCP ポート 80 での Web デプロイ用のエンドポイントの作成

c) Win Server-08-R2-Sp1-Jun-12 に RDP 接続し、Web Platform 4.0 をインストール

d) インストールされた IIS 7 推奨構成

e) サーバーに Webmatrix 2 をインストールし、サーバーに Dot Net 4.0、Web Deploy をインストールしました。

f) IIS Role Services - Management Services をインストールし、プロパティを [Auto Start] に変更して再起動した

g) Default Website Folder の [Permissions] を編集し、[Network Service] を追加し、[Read/Write/Manage] 権限を設定しました。

h) Web デプロイと Web 管理サービスがサービスで実行されていることを確認しました。

i) ブラウザから Web サイトを確認し、IIS の起動ページを表示できる

j) サーバー上で ServerValidator UI アプリケーションを実行し、Web 管理サービスなどが正常に動作していることを確認します。

k) これらの手順の後、Webmatrix Publish Settings にすべてのパラメーターを入力すると (私の ac/ はサーバーの管理者です)、「接続を確立できません」というエラーが表示されます。

前もって感謝します。

私はかなりの数のプロジェクトを持つソリューションを持っています.3つはWebベースです(IIS / MVCサイトのWCF)。ソリューションがビルドされると、この分散システムの各コンポーネントが 'Build' フォルダーにダンプされます。出力全体の「コンフィギュレーター」部分を実行すると、クラウド内のシステムが自動的にセットアップされます。とてもきれいです :) しかし、Web 配置プロジェクトは大きな問題です。それぞれのプロジェクトに変更が加えられていない場合でも、私がビルドするたびに「ビルド」(つまりデプロイ) します。

コードの 1 行を変更しましたか? 3 つの Web プロジェクトが再デプロイされるまで、1 分ほどお待ちください。

[これらのプロジェクトは現時点では非常に単純です.2つは単一の.svcファイルと1つの.ashxファイルを持ち、もう1つは〜5ビューのMVCアプリです]

ソリューション構成を変更して「ビルド」しないようにできることはわかっていますが、それを行っていて、翌日ログオンして忘れてしまい、分散システムのバグを追跡するのに数時間を費やすのは非常に簡単です。単に構築されていない何か。

Web 配置プロジェクトを使用する理由 Web プロジェクトのすべてのページとバイナリが必要だからです。プロジェクト自体のビルド出力は「bin」フォルダーなので、ページはありません。プロジェクトフォルダ全体？.cs、.csproj、および含めたくないその他のファイルがあります。

これは最終的にビルド サーバー上でビルドされる予定ですが、現時点ではローカルです。しかし、Web プロジェクトからターゲット フォルダーに実際の出力ファイルを取得する簡単な方法が必要です。何か案は？

MSBuild を使用して Web アプリケーション プロジェクトをビルドし、パラメーターを追加してパッケージ ファイルを作成しています。それはすべて良いことです。_PublishedWebSites出力に 2 つのフォルダーが表示されます。

フォルダーにはApplicationNameサイト全体があり、このフォルダーを Web サイトにコピーするだけで実行できます。

Package フォルダーには、予想される 5 つのファイルがあります。

ただし、パッケージをデプロイすると、Web アプリケーション dll ( AppName.dll) が欠落し、他のいくつかの重要な参照依存関係も欠落します。

パッケージ自体を調べると、ファイルが実際には Web アプリケーションbinディレクトリにないことがわかります。

AppNameファイルはすべてルートフォルダーにありますが、フォルダー内のパッケージには含まれていないことを考えると、これは非常に奇妙ですAppName_Package。

私が行った唯一の MSDeploy 関連の変更は、CopyAllFilesToSingleFolderForPackageDependsOnターゲットをオーバーライドして、ライブラリ プロジェクトからいくつかのハンドラーをコピーすることであり、これはすべてうまく機能します。

そのため、パッケージ作成プロセス中に Web アプリケーションの DLL がbinディレクトリから削除され、他の (参照されている) DLL がいくつか削除される理由を特定することはできません (ただし、すべてではなく、おそらく 3%)。

ログファイルで何を探すべきか考えていますか?

編集: (Sayed への応答):

私の投稿に答えていただき、本当にありがとうございます。残念ながら、私たちが同じページにいるかどうかはわかりません。私が言ったように、私は自分の問題が何であるかを実際に他の人に理解させるのに十分なほど十分に自分の問題を説明していないかもしれません. 明確にするためにもう一度試してみましょう

外部ファイルを Web アプリケーションにコピーすることは問題ではありませんでした。私の投稿をスキャンして、非常に一般的な「CopyAllFilesToSingleFolderForPackageDependsOn」要素を確認すると、いくつかの危険信号、警告、警笛が鳴り響くことがわかりました。。それは人々が苦労している共通のことのようであり、あなたが指摘するように、それが実行されることにいくつかの問題がありました。それは私にとってはうまくいきました。

私の問題は、DLL を参照するプロジェクトと関係があり、最も重要なのは、アプリケーション DLL 自体がコピーされていないことです。

今日、さらに微調整したことで、私が気付いていなかったことが明らかになりました。例えば：

TFS でビルドを開始すると、いくつかのものが出力されます。

1. TFS からのソースは、ソース ディレクトリ (SourceDir) に出力されます。

   • これには、TFS にチェックインされた出力のみが含まれます
   • これには、プロジェクトまたはファイルの参照は含まれず、TFS でコミットされたもののみが含まれます

2. ビルドの出力は 2 つのフォルダーにあります

   • バイナリ (プロジェクトとファイルの参照を含む)
   • ソース (TFS に含まれている/コミットされているもののみ)

Binaries 内には _publishedWebsites フォルダーとすべてのプロジェクトとファイルの参照があり、Sources 内には TFS にチェックインされているファイルだけがあります。

私の問題、または混乱は、次のパラメーターを MSBuild Arguments に渡すと、ビルド (_PublishedWebsites) からの出力が取得され、それらのファイルを使用してパッケージが作成されると考えていたことです。それはしません。

実際のプロセスでは、SOURCES フォルダー内のファイルに基づいてパッケージがビルドされます。したがって、ここに私のジレンマ/混乱があります。アプリケーション dll をソースにコミットしなかったため、パッケージに含まれていなかったため、テスト サーバーのテスト サイトに送信されていませんでした。

これをまとめると、開発マシンでアプリケーション DLL を「編集のためにチェックアウト」し、ソリューションをコンパイルし、最後にアプリケーション DLL をソース管理にコミットすると、別のパッケージとして含まれているため、パッケージに含まれます。ソースアイテム。

したがって、これは、TFS BUILD の出力をソース フォルダーに取得し、それを msdeploy が使用するパッケージに含める方法を理解していない私のせいだと思います。

パッケージの作成は_PublishedWebsitesフォルダーではなくSourcesフォルダーから行われるという、私が見逃した、またはざっと目を通しただけの非常に基本的なことがおそらくあります。また、MSBuild でコンパイルされたアプリケーション dll とプロジェクト参照 dll をパッケージに取得する方法も理解していません (ソース管理でコミットされたソース項目を置き換えます)。

私は見逃したので、これがあなたの時間を完全に無駄にしないことを願っています

どこか。
これを理解し、これを機能させることができるはずの場所をすでに説明している既存の情報源に私を案内していただければ幸いです。または、ここで私に言うのがとても簡単な場合.

VS 2010 Web Deploy は機能し、問題なく動作しています。同時に、VS 2012 からの Web Deploy が失敗し、サーバーが応答しなかったことを示し、このリンクを提案します。

これは、次の条件をすべて満たしていることを示しています。

1. リモートマシンにpingを実行できます
2. msdepsvc または wmsvc サービスがリモート サーバーで開始されていること。
3. ファイアウォールは、宛先のポートの着信接続をブロックしていません。デフォルトのインストールを使用した場合、80 がmsdepsvc8172 になります。wmsvc

Web Deploy は VS2010 で引き続き機能します。

これはどのように解決できますか？

自動バックアップの設定に苦労しましたが、壁にぶつかったようです。このドキュメントに従って、Powershell を使用して、バックアップを有効にしました ( TurnOn-Backups -On $true、次にConfigure-Backups -SiteName "test1" -Enabled $true ; したがって、Get-BackupSettings -SiteName "test1"はバックアップを教えてくれます有効になっています）。

ただし、Visual Studio から発行するたびに、バックアップは作成されません。バックアップ パスを設定しました。すべてのユーザーにすべてを許可するようにアクセス許可が設定されているため、他に何を確認できるかわかりません。

これを機能させることができません

それは私に与えます：

警告: 'backup.bat' は、内部コマンドまたは外部コマンド、操作可能なプログラムまたはバッチ ファイルとして認識されません。

警告: プロセス 'C:\Windows\system32\cmd.exe' (コマンド ライン '') はコード '0x1' で終了しました。合計変更: 1 (追加 0、削除 0、更新 1、パラメータ変更 0、コピー 0 バイト)

param1 を削除して .bat 内にハードコーディングすると動作するので、bat ファイルに問題はありません。

.bat へのフル パスを指定しようとしましたが、まだ機能しません。

この場合、パスをリモート パスとして解釈しているように見え、backup.bat がサーバー上にあると想定しています。サーバー上のbackup.batを移動した後、これが確認されました。

なぜそんなに難しくなければならないのですか？

私は、複数のコンピューター (職場と自宅の PC) で Web サイトを操作しています。ソースは git リポジトリで管理されています。Web Deploy を使用して、公開サーバー上の IIS に Web サイトを公開します。すべて正常に動作し、両方のコンピューターから公開でき、動作します。

問題は、ある PC から展開してから別の PC に移動し、git から最新の変更を取得し、さらに変更を加えてから再度展開すると、変更されたファイルだけではなく、Web サイト全体が再展開されることです。このパラグラフの最初の文から、「次に別の場所に移動し、git から最新の変更を取得する」手順を削除するとどうなるでしょうか。

これを解決するには、どうすればよいですか、どのファイルを git リポジトリに含めることができますか (すべてのpackages,binおよびobjディレクトリを除外します)、または実行できる追加の構成は何ですか?

c＃を介してMSDeployAPIを使用してリモートMSDeployコマンドを実行しようとしています。

私は以下を実行しています：

信頼できない証明書を実行しているため、例外がスローされます。MSDeployに証明書について心配しないように指示するにはどうすればよいですか？（つまり、コードベースの「AllowUntrustedCertificate = true」）

SQl Server Web エディションと完全な IIS 7.5 を実行するリモート サーバーをセットアップしました。MVC 4 アプリケーションを問題なくリモート ボックスにデプロイできますが、Web サイトを実行しようとすると、次のエラーが表示されます。

エラー コンソールには次のように表示されます。

エラー ログに示されているように、接続文字列が正しくない可能性が非常に高いです。Visual Studio でローカルに実行されている私の接続は次のとおりです。

リモートサーバー上の接続の変換を次のように設定しました。

1. 通常、私は SQL ログインを使用するので、ここで混乱します。Windows 認証を使用する SQL Server Web Edition の接続文字列は何を探す必要がありますか?

2. IIS APPPOOL\backoffice.mysite.com が DB を作成しようとしているようです。これは正しいです？その場合、SQL Management Studio でこのユーザーのログインとユーザーを作成する必要はありませんか?

3. デプロイを実行する前に、SQL Management Studio で DB を作成する必要がありますか?

ありがとうございます！

Web Deploy 3 の (ほとんど完全に文書化されていない) 「パブリック API」を使用して、Web サイトの .zip パッケージを作成し、それをサーバーに同期しています。

このコードは、運用サーバーとビルド サーバーに .NET 4.5 をインストールし、デプロイするプロジェクトも 4.5 にアップグレードするまでは完全に機能していました。現在、次のエラーが発生しています。

使用しようとしているアプリケーション プールには、「managedRuntimeVersion」プロパティが「v4.0」に設定されています。このアプリケーションには「v4.5」が必要です。詳細については、http: //go.microsoft.com/fwlink/?LinkId=221672#ERROR_APPPOOL_VERSION_MISMATCHを参照してください。

私たちのサーバーには間違いなく.Net 4.5がインストールされており、IIS Webサイトアプリケーションプールのバージョンは「.NET Framework v4.0.30319」です（v4と表示されていることは知っていますが、.NET 4.5は「インプレース」アップグレードであり、4.0 DLLを新しいバージョン番号 .30319)。

/p:VisualStudioVersion=11.0フラグ(別の Web アプリケーション ターゲット ファイルが何らかの方法で .NET 4.5 アプリケーションの展開を可能にするために使用されます)。

Web Deploy API がこのように不平を言う理由と、MSBuild ソリューションと同じ方法でこのエラーを解決する方法を知っている人はいますか?