66

VS2010の1-ClickPublish機能を使用して、ラップトップからサーバーにテストサイトを展開しようとしています。両方のマシンでファイアウォールをオフにしていて、MSDeploymentServiceがラップトップとサーバーの両方で稼働しています。

ただし、ラップトップでVS2010から公開しようとすると、次のエラーが発生します。

エラー1Web展開タスクが失敗しました。（リモートエージェント（URL https://192.168.1.181/:8172/msdeploy.axd?site=LocationsTest）に接続できませんでした。リモートエージェントサービスがターゲットコンピューターにインストールされ、開始されていることを確認してください。）
要求されたリソースが存在しないか、要求されたURLが正しくありません。
エラーの詳細：
リモートエージェント（URL https://192.168.1.181/:8172/msdeploy.axd?site=LocationsTest）に接続できませんでした。リモートエージェントサービスがターゲットコンピューターにインストールされ、開始されていることを確認してください。
サポートされていない応答を受信しました。応答ヘッダー「MSDeploy.Response」は「」でしたが、「v1」が予期されていました。
リモートサーバーがエラーを返しました：（404）見つかりません。0 0 Test.Web

私がここで間違っていることについて何か考えはありますか？

4

15 に答える 15

75

VisualStudioを再起動します。

IIS 7.5を実行しているサーバーにWebAppを正常に展開した直後に、これが何度か発生しました。明らかに、このエラーが発生する直前にサーバーで展開/公開が正常に行われたため、サーバーのセットアップ/構成で問題が発生した可能性はほとんどありませんでした（以前の成功した展開で何かひどい問題が発生し、いくつかの構成パラメーターが削除された場合を除く）サーバー）。

サーバーを再起動した後、Web管理サービスとWeb配置サービスが正しく実行されていることを確認し、cUrlツールからMsDeploy.axdのGETが成功したことを確認しました。VisualStudioを再起動します。魔法のようにVS公開の再起動後が再び機能し始めました。すべてそれ自体で。魔法のようなもの、このWeb展開:)

于 2011-08-01T06:29:13.547 に答える
40

WMSvcサービス（Web管理サービス）が「自動」に設定されている（そして開始されている）ことを確認してください。これにより、再起動してこのリンクをチェックアウトしたときにオンになります。

于 2010-06-01T17:18:10.297 に答える
18

公開プロファイルでサイト/アプリケーションが正しく設定されていることを確認してください。 VisualStudio2010でのプロファイルの公開ダイアログ

サイト名またはアプリケーション名のスペルを間違えると、同じエラーメッセージが表示されます。

于 2011-03-29T19:07:22.360 に答える
13

多くの異なる無関係なことが404の取得に寄与する可能性がありますが、私はそれを自分で解決しました。

  1. WebDeployインストーラーをインストール/再インストールするときは、[カスタム/変更]を選択し、[管理サービス委任UI]がインストール済みオプションの1つであることを確認します。デフォルトではインストールされませんが、WebDeployが機能するために必要です（インストーラーのバグ）。
  2. IISマネージャーのサーバーノードにある新しい[管理サービスの委任]アイコンを使用して、[コンテンツを含むアプリケーションの展開]ロールを追加し、デフォルト設定を受け入れます。ただし、IIS設定を変更する権限を持つユーザーで[実行]設定を指定することもできます。
  3. Web管理サービスを再起動します。

この後、すべてが正常に動作します。Web管理サービスが正しくセットアップされていると仮定します（リモート接続を受け入れるように構成され、ファイアウォールポートが開かれ、アップロード先のユーザーが、展開先のすべてのサイトに追加されました（IISマネージャーのアクセス許可アイコンを使用） IISマネージャーの各サイトノードで））。

于 2011-10-06T12:10:39.573 に答える
11

この問題は、Windows2008サーバーでWeb管理サービス機能が有効になる前にWebDeployがインストールされたことが原因であることがわかりました。Web管理サービスをインストールしたら、WebDeployを完全にアンインストールします。次に、再インストールして、パッケージのすべてのコンポーネントが選択されていることを確認します。

再インストール後、ローカルマシンから、およびCIからサーバーにすぐに公開できました。

他の回答を読んだ後に注意すべきいくつかのポイント：

  • 404エラーが発生した場合、問題はセキュリティの問題ではありません。
  • この変更を有効にするために、VisualStudioを再起動する必要はありませんでした。
  • 再インストールすると、自動モードでサービスが開始されます。この設定を乱用しないでください。
于 2012-03-31T14:59:18.883 に答える
4

「WindowsManagementService」を使用する「サービスURL」を次の場所から変更した場合も、同じ問題を修正できました。

https://ExampleURL:8172/msdeploy.axd?site=SiteName

代わりに「リモートエージェントサービス」を使用するこれに：

http://ExampleURL

その後は問題なく動作しました。

于 2012-07-20T19:55:14.380 に答える
2

パスワードを変更したため、このエラーが発生しました。展開ウィザードは古いパスワードを保存しましたが、パスワードを再入力した後、すべてが正常に機能するようになりました。

于 2012-02-08T03:03:14.393 に答える
2

いくつかのWebサーバーをインストールしましたが、この問題が引き続き発生するため、ここに回答を投稿して、問題をGoogleで検索したときに見つけられるようにします。

基本的に、私は常にWebPlatformInstallerからWebDeploy3をインストールします。これが最初の間違いです。何らかの理由で、これは必要なものの半分しかインストールしません。これをインストールした場合は、アンインストールしてWeb配置インストーラーをダウンロードします。次に、「完了」インストールを選択します。

このガイドに従っている場合

次に、オプション1を無視します。 それは罠だ

「 2.Web配置インストーラーをダウンロードしてください...」からもう一度読み始めてください。

于 2013-05-27T14:28:31.477 に答える
1

愚かな私、サーバーに.NET4をインストールしていませんでした

于 2012-08-14T20:27:29.933 に答える
1

https：// servername：8172/MsDeploy.axdのIEブラウザから404を取得しました

しかし、Chromeは問題を起こしませんでした。

これは、サーバー上のWeb管理サービスにアクセスできるかどうかを確認する最初のテストになります。言い換えると、chomeが機能した場合（空白のページで応答した場合）、サーバー上のサービスに穴が開いています。

それでも、特定のサイトに展開するためのアクセス許可が必要です。IISでサイトを見つけ、[管理]の下の[IISマネージャーのアクセス許可]でそれを行います。

于 2012-10-10T09:20:03.533 に答える
0

SSL証明書を使用している場合は、サーバーマネージャーの[IISマネージャー]セクションにある[管理サービス]に移動してサービスを停止し、正しい証明書を選択してから、サービスを再開する必要があります。これは私のために働いたものです（私は禁止されたメッセージを受け取っていました）。

于 2011-10-18T13:17:14.190 に答える
0

これと同じメッセージは、VisualStudio2010からプロジェクトを公開するときにほぼランダムに発生します。

修正は、$projectname.Publish.xml（プロジェクトのルートディレクトリにある）ファイルを削除して再作成することでした。

于 2011-05-17T09:55:47.520 に答える
0

ダミーのように、ここで利用できるWeb配置ツールの一部としてリモートWebエージェントをインストールしていなかったため、このエラーが発生しまし た。

于 2012-08-18T22:03:57.120 に答える
0

必要なソフトウェアがすべてインストールされていても、同様のエラーが発生しました。サービスのURLの前にhttp：//が付いていないことに気づきました。プレフィックスを付けるとうまく機能します。

于 2014-04-28T04:32:39.130 に答える
0

VS 2013から同様のエラーが発生し、他の回答のいずれにも言及されていない修正が見つかりました。

エラー：

  • 基になる接続が閉じられました
  • トランスポート接続からデータを読み取れません：既存の接続が、ビルドサーバー（TFS 2010）からのリモートホストによって強制的に閉じられました。

修理：

私の場合の修正は、ターゲットでTLS1.0を再度有効にすることでした。これはレジストリキーですが、これには無料のIISCryptoアプレットを使用しています。

于 2015-07-05T21:31:57.160 に答える