Visual Studio 2012 RCを使用して、ローカルホスト(Win 7、SQL 2008 R2、IIS 7.5)にLightswitchアプリを公開しています。現在、リモートサーバーに公開しようとしています。 (Win 2008 R2、SQL 2008 R2、IIS 7.5)で問題が発生しています。
公開しようとすると、次のエラーが表示されます。
Web展開タスクが失敗しました。 (サーバーが応答しなかったため、指定されたプロセス(「Web Deployment Agent Service」)を使用してリモートコンピューター(「###。###。###。###」)に接続できませんでした。プロセス( "Web Deployment Agent Service")がリモートコンピューターで開始されます。詳細については、 http://go.Microsoft.com/fwlink/?LinkId=221672#ERROR_COULD_NOT_CONNECT_TO_REMOTESVC を参照してください。
「詳細」リンクで確認することが提案されている各事項を確認しました。 MsDepSvcとWMSVCが両方とも実行されており、ポート80と8172が両方ともポートスキャンに応答していることを確認しました。 [公開設定]で、サービスURLにリモートマシンのIPアドレス( http://###.###.###.### )を使用しています。ユーザー名には、RDPを使用してログオンするために使用するDomainName\Administratorを使用しています。
MSDN Forums に投稿しました。メンバーは、Web Deployment ToolをV2.0からV1.1にロールバックすることを提案しました。私はそれをやったが、それは何も変えなかった。
これに対する答えのアドバイスに従ってください SO Question コマンドラインからmsdeploy
を実行しようとしました。
serverのコマンドラインから:
C:\ Program Files\IIS\Microsoft Web Deploy> msdeploy -verb:dump -source:dirpath = c:\ temp、computername = http:// SeverName:80/msdeployagentservice、username = Administrator、password = XXXX -verbose -debug Verbose:リモートサーバーへの接続にID「c12c3392-2290-44b7-9434-dbd0ff5f9385」を使用します。詳細:リモートエージェントのURL ' http:// ServerName:80/msdeployagentservice 'を「管理者」として事前認証しています。 MSDeploy.dirPath(name = MSDeploy.dirPath)c:\ temp(name = dirPath)(keyAttribute = c:\ temp)(linkName = Child1)
dev machineのコマンドラインから:
C:\ Program Files\IIS\Microsoft Web Deploy V3> msdeploy -verb:dump -source:dirpath = c:\ temp、computername = http://###.###.###。 ###:80/msdeployagentservice、username = Administrator、password = XXXX -verbose -debug Info:リモートサーバーへの接続にID '7f0b7d5b-e202-424c-a7dd-246920253081'を使用しています。詳細:リモートエージェントURLの事前認証 ' http://###.###.###.###:80/msdeployagentservice 'として 'Administrator'。詳細:リモートエージェントURLの事前認証 ' http://###.###.###.###:80/msdeployagentservice 'として 'Administrator'。エラーコード:ERROR_COULD_NOT_CONNECT_TO_REMOTESVC詳細情報:指定されたプロセス( "Web Deployment Agent Service")を使用してリモートコンピューター( "###。###。###。###")に接続できなかったため、接続できませんでした応答します。プロセス( "Web Deployment Agent Service")がリモートコンピューターで開始されていることを確認します。詳細: http://go.Microsoft.com/fwlink/?LinkId=221672#ERROR_COULD_NOT_CONNECT_TO_REMOTESVC 詳細: http://go.Microsoft.com/fwlink/?LinkId=221672#ERROR_COULD_NOT_CONNECT_TO_REMOTESVC ---> Microsoft.Web.Deployment.DeploymentException:タイプ 'dirPath'およびパス 'c:\ temp'のオブジェクトを作成できません。 ---> System.Net.WebException:リモートサーバーがエラーを返しました:(400)Bad Request。 System.Net.HttpWebRequest.GetResponse()at Microsoft.Web.Deployment.AgentClientProvider.GetHttpResponse(HttpWebRequest request)---内部例外スタックトレースの終了--- ---内部例外スタックトレースの終了--- Microsoft .Web.Deployment.DeploymentManager.CreateObjectPrivate(DeploymentProviderContext providerContext、DeploymentBaseOptions baseOptions、DeploymentObject sourceObject、String serverVersion)Microsoft.Web.Deployment.DeploymentManager.CreateObject(DeploymentProviderOptions providerOptions、DeploymentBaseOptions baseOptions)at MSDeploy.MSDeploy.CreateObject(DeploymentProviderOptions providerOptions、DeploymentBaseOptions baseOptions baseOptions、DeploymentBaseOptions baseOptions、DeploymentBaseOptions baseOptions、 )MSDeploy.MSDeploy.ExecuteWorker()at MSDeploy.MSDeploy.Execute()
at MSDeploy.MSDeploy.Main(String [] usedArgs)エラー数:1。
Wiresharkを使用すると、ログインできますが、POST /MSDEPLOYAGENTSERVICE
次のようなエラー400:不正なリクエストが表示されます。
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01//EN""http://www.w3.org/TR/html4/strict.dtd">\r\n
<HTML><HEAD><TITLE>Bad Request</TITLE>\r\n
<META HTTP-EQUIV="Content-Type" Content="text/html; charset=us-ascii"></HEAD>\r\n
<BODY><h2>Bad Request - Invalid Content Length</h2>\r\n
<hr><p>HTTP Error 400. There is an invalid content length or chunk length in the request.</p>\r\n
</BODY></HTML>\r\n
この特定の動作について言及しているのは、 Microsoftサポート記事 for ISA Server 2000。
他に何を見るべきですか?
「Web Platform Installer 5.0」でインストールしたときに、Web Deploy 3.5で同じ問題が発生しました
Visual Studioから発行しようとすると、このエラーが発生しました。
---------------------------
Microsoft Visual Studio
---------------------------
Could not connect to the remote computer ("10.0.3.102") using the specified process
("Web Management Service") because the server did not respond. Make sure that the process
("Web Management Service") is started on the remote computer. Learn more at:
http://go.Microsoft.com/fwlink/?LinkId=221672#ERROR_COULD_NOT_CONNECT_TO_REMOTESVC.
The remote server returned an error: (403) Forbidden.
---------------------------
OK
---------------------------
サービスを再確認しましたが、両方が実行されていました。ファイアウォールもオフにしましたが、それでも同じエラーが発生します。
この問題の解決方法:
インストールを完了する
結果:Visual Studioからの発行は機能しています
昨日これに遭遇しました。私のシナリオでは、パブリッシュ設定で完全に要約され、Site Name:
MyApplication
を提供しました。私が提供することを本当に期待していたとき:
Default Web Site/MyApplication
Microsoft Deploymentチームにこれを提起したので、既存のサイト名を指定しない場合、このエラーが考えているようにWeb展開サーバーが死んでいないことを明確にできるように願っています。
同じ問題が発生し、プログラムファイル(x86)\ IISおよびProgram Files\IISのすべてのWeb展開フォルダーを削除することで解決しました。
その後、SQLをバンドルせずにweb deploy 1.1およびweb deploy 3.0を再インストールしました。
問題を解決するために、次の手順を使用しました:サーバー:WS2012。 DEV Vs2012プロジェクトMVC4。
1)サーバーに空のサイトを必要な名前で作成するか、公開時にデフォルトの名前を別の名前に変更していない場合は「デフォルトのWebサイト」を使用します。
WPIを使用するサーバーに以下をインストールします
ホスティングサーバー用のWeb配置(3.5)のインストール
Webホスティングプロバイダーの推奨サーバー構成
インストールされていない他のバージョンを確認しました
使用しているサイト名を確認してください。..私はAdminUIを使用しています。これは、テストサーバーで作成された空のサイトです
そのため、ウィザードを使用するときは、サイト名を一致させます
サーバーで関連するサービスが実行されていることを確認してください。そして、あなたはサイトに書き込むのに十分な特権を持っていること
Web管理サービスを再起動することにより、サーバー上でこれを修正できました。
クリスが言ったこと:「本当に「デフォルトのWebサイト/ MyApplication」を提供することを期待していたとき。」サーバーの名前ではなく、実際の単語「Default Web Site」。
私もこれを持っていて、これを試すまで何時間も頭を壁に打ち付けました。 (クリスに感謝!)
FWIW、私はあなたが明らかに使用しなければならないものである「Default Web Site」という言葉ではなく、デフォルトのWebサイトの名前(サーバー名)を使用していました。ラメのようなものですが、少なくとも私は今知っています。
同じ問題がありました。最後に、サービスURLをhttpsに変更することで解決しました。
いくつかのフォーラムからの情報と回答を使用して、MicrosoftのWeb DeployをVisual Studioから正常に公開するために使用できる方法でインストールしました(ファイアウォールを有効にせずにテストしました)。
Web配置のインストール(重要:「完了」および「管理サービス」のインストール後) http://www.iis.net/downloads/Microsoft/web-deploy#additionalDownloads
サーバーレベルでIISで確認する
ファイアウォールがアクティブな場合:「ファイル共有」と「リモートサービス管理」を有効にします
また、今日このエラー(ERROR_COULD_NOT_CONNECT_TO_REMOTESVC
)に何時間も費やしましたが、おもしろい部分は、Properties/PublishProfiles/<Profile>.pubxml
を介してguiで構築されたright click on project -> Publish... -> create via wizard
を使用してデプロイできたことです。
しかし、私の場合、誤って<DeployIisAppPath>
属性を台無しにしてしまいました。これは、ApplicationPool/SiteName
の代わりにSiteName
を指す必要があります。 *.csproj
ファイルからの完全なブロックは次のとおりです。
<Project ...>
...
<PropertyGroup Condition="'$(Configuration)|$(Platform)' == 'DEV-Deploy|AnyCPU'">
<DebugSymbols>true</DebugSymbols>
<OutputPath>bin\</OutputPath>
<DefineConstants>DEBUG;TRACE</DefineConstants>
<DebugType>full</DebugType>
<PlatformTarget>x64</PlatformTarget>
<ErrorReport>Prompt</ErrorReport>
<CodeAnalysisRuleSet>MinimumRecommendedRules.ruleset</CodeAnalysisRuleSet>
<DeployIisAppPath>HERE GOES THE SITE NAME ONLY</DeployIisAppPath>
</PropertyGroup>
...
</Project>
したがって、SiteNameをFooに構成した場合、その構成ブロックの最後の部分は<DeployIisAppPath>Foo</DeployIisAppPath>
になります。
また、 IISサイトのエラーコード に関する情報全体が実際に役立ったことはありません。
Web展開タスクが失敗しました。 (リモートコンピューターに接続できませんでした。)
私の場合はすべて、リモートボックスでWeb展開エージェントサービスを再起動する必要がありました。
ポート8172へのトラフィックが許可されていることを確認してください。 NSGにインバウンドルールを追加すると解決しました。
別の状況で、これが突然機能しなくなりました。
管理サービスでIPアドレス制限が指定されていて、ISPが新しいIPを割り当てたためです。私はそれを指定するのを忘れました。
Visual Studio 2013のウィザードから発行するときに、サイト名のテキストボックスにWordの「既定のWebサイト」を入力することでこれを解決しました。
同じエラーが発生しました。そのネットワークに存在しないプロキシが設定されていたからです。
また、すべてのWeb配置をアンインストールして、Web配置2.0のみをインストールすることで、これが機能するようになりました。
TLSの不一致を確認します。 SchUseStrongCrypto regキーを使用して、一方のマシンではなく他方のマシンでTLS 1.2を強制していました。詳細については、こちらをご覧ください https://fuseit.zendesk.com/hc/en-us/articles/360000328595
http:// SeverName:80/msdeployagentservice からhttp://を削除するだけです。また、ServerNameを使用してみてください。私はこの問題を抱えていて、http://を削除するだけで解決しました
同様の問題 "ERROR_COULD_NOT_CONNECT_TO_REMOTESVC"があり、IIS-> Your WebSite-> Advanced Settings]に移動し、[Physical Path Credentials]に自分のユーザー名があることがわかりました。ワーキング。
また、VSからデプロイする場合は、次のフィールドでポート番号とサイト名を指定せずに「localhost」を使用するようにしてください。
ポートを置くと、ERROR_DESTINATION_NOT_REACHABLEで失敗していました。
ここで他の一般的なソリューションをすべて試してみましたが、どれもうまくいきませんでした。 :(
「Web Deploy 3.6にバンドルされたSQLサポートなし」を最初にインストールしました。
Then「Webホスティングプロバイダーの推奨サーバー構成 " 。
「SQLサポートがすべて必要なわけではありません」と思いました。
Visual Studioパブリッシュプロファイルの「Validate Connection」を超えると、上記のQuestionerドキュメントと同じエラーが表示されずに移動できませんでした。
Web Deployをアンインストールして再インストールするとどのように修正されるかを読んだので、「Programs and Features」を開き、「Microsoft Web Deploy 3.6 "、アンインストールします。
他の人がシステムに接続されているという警告を発しましたが、私は必死でした。
アンインストール後、IISを開いてサーバーのノードをクリックし、[Management]セクションの下で[Web Platform Installer]を開いてインストールしました " Web Deploy 3.6 "今回は(これは通常、SQLサポートのないものの代わりにインストールするものです)。
その後、ようやくローカルコンピューターからVisual Studio経由で接続を検証することができました。
おそらく、インストールしたWeb Deployのバージョンとは何の関係もありません。
これらのツールをインストールする順序と推奨事項について、このようなものがいかに難しいかを読みました。
何かがおかしくなったからだと思います(推奨サーバー構成のインストールなどafter事前にではなく、Web配置)、しかし今はすべて良いです。
IIS 8.0にWeb Deployをインストールする際に従うべきいくつかの有用な指示のリンクがあります。
https://docs.Microsoft.com/en-us/iis/install/installing-publishing-technologies/installing-and-configuring-web-deploy-on-iis-80-or -後で
また、リモートプロシージャコール(RPC)ロケーターサービスが開始されていることを確認します。
IisのConfig Web Deployで使用されているユーザー名とパスワードを設定し、visual studioのConnection Windowで設定します。
Web Deployment Agentサービスを開始する必要がありました。何らかの理由で自動的に起動しませんでした。
最新バージョンのMicrosoft Web Deployment Toolをインストールしてください。以下のリンクを使用できます。 https://www.iis.net/downloads/Microsoft/web-deploy
どうやら私にとってうまくいくのは、単に視覚スタジオを再起動/コンピューターを再起動し、Webアプリを再公開して再展開するだけです。