웹 배포 작업이 실패했습니다. 연결할 수 없습니다… 서버가 응답하지 않았습니다
Visual Studio 2012 RC를 사용하여 내 로컬 호스트 (Win 7, SQL 2008 R2, IIS 7.5)에 Lightswitch 앱을 게시했습니다. 이제 원격 서버 (Win 2008 R2, SQL 2008 R2, IIS 7.5)에 게시하려고하는데 문제가 있습니다.
게시하려고하면 다음 오류가 표시됩니다.
웹 배포 작업이 실패했습니다. (서버가 응답하지 않았기 때문에 지정된 프로세스 ( "웹 배포 에이전트 서비스")를 사용하여 원격 컴퓨터 ( "###. ###. ###. ###")에 연결할 수 없습니다. 프로세스 ( "웹 배포 에이전트 서비스")가 원격 컴퓨터에서 시작됩니다. 자세한 내용은 http://go.microsoft.com/fwlink/?LinkId=221672#ERROR_COULD_NOT_CONNECT_TO_REMOTESVC 에서 시작됩니다 .
"자세히 알아보기"링크에서 확인하도록 제안하는 각 항목을 확인했습니다. MsDepSvc와 WMSVC가 모두 실행 중이고 포트 80과 8172가 모두 포트 스캔에 응답하고 있음을 확인했습니다. 게시 설정에서 서비스 URL 에 대해 원격 컴퓨터 의 IP 주소 ( http : //###.###.###.### )를 사용하고 있습니다. 사용자 이름의 경우 RDP를 사용하여 로그온하는 데 사용하는 DomainName \ Administrator를 사용하고 있습니다.
회원이 웹 배포 도구를 V2.0에서 V1.1로 롤백하도록 제안한 MSDN 포럼 에 게시했습니다 . 내가 한 일이지만 아무것도 바뀌지 않았습니다.
이 SO 질문 에 대한 답변의 조언에 msdeploy따라 명령 줄에서 실행 해 보았습니다 .
서버 의 명령 줄에서 다음을 얻습니다.
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'사용. Verbose : 원격 에이전트 URL ' http : // ServerName : 80 / msdeployagentservice '에 '관리자'로 사전 인증합니다 . MSDeploy.dirPath (name = MSDeploy.dirPath) c : \ temp (name = dirPath) (keyAttribute = c : \ temp) (linkName = Child1)
dev 컴퓨터 의 명령 줄에서 다음을 얻습니다.
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 정보 : 원격 서버 연결에 ID '7f0b7d5b-e202-424c-a7dd-246920253081'사용. Verbose : 원격 에이전트 URL ' http : //###.###.###.### : 80 / msdeployagentservice '에 '관리자'로 사전 인증합니다 . Verbose : 원격 에이전트 URL ' http : //###.###.###.### : 80 / msdeployagentservice에 대한 사전 인증''관리자 '로. 오류 코드 : ERROR_COULD_NOT_CONNECT_TO_REMOTESVC 추가 정보 : 서버가 연결하지 않았기 때문에 지정된 프로세스 ( "웹 배포 에이전트 서비스")를 사용하여 원격 컴퓨터 ( "###. ###. ###. ###")에 연결할 수 없습니다. 응창 성가. 프로세스 ( "웹 배포 에이전트 서비스")가 원격 컴퓨터에서 시작되었는지 확인합니다. 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) 잘못된 요청. System.Net.HttpWebRequest.GetResponse () at Microsoft.Web.Deployment.AgentClientProvider.GetHttpResponse (HttpWebRequest 요청) --- 내부 예외 스택 추적 끝 --- --- 내부 예외 스택 추적 끝 --- Microsoft에서 .Web.Deployment.DeploymentManager.CreateObjectPrivate (DeploymentProviderContext providerContext, DeploymentBaseOptions baseOptions, DeploymentObject sourceObject, String serverVersion) at Microsoft.Web.Deployment.DeploymentManager.CreateObject (DeploymentProviderOptions providerOptions, DeploymentBaseOptions baseOptions) at MSDeploy.MSDeploy.CreateObject (DeploymentProviderOptions providerOptions, MSDeploy.CreateObject (DeploymentProviderOptions)
MSDeploy.MSDeploy.Main (String [] unusedArgs) 오류 수 : 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
이 특정 동작을 언급 한 유일한 것은 ISA Server 2000에 대한 Microsoft 지원 문서 였습니다.
또 무엇을 살펴 봐야합니까?
Web Deploy 3.5를 "Web Platform Installer 5.0"과 함께 설치할 때 동일한 문제가 발생했습니다.
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
---------------------------
나는 서비스를 두 번 확인했고 둘 다 실행 중이었습니다. 방화벽도 끄고 여전히 같은 오류가 발생합니다.
이 문제를 어떻게 해결했는지 :
- "추가 또는 제거"프로그램 열기
- "Microsoft Web Deploy"를 클릭합니다.
- "변경"버튼을 클릭합니다 ( "제거"외에).
- "다음"을 클릭하십시오.
- "변경"을 클릭하십시오.
- 빨간색 X로 표시된 기능 추가
설치 완료
결과 : Visual Studio에서 게시가 작동합니다.
나는 어제 이것을 만났다. 내 시나리오에서 그것은 Site Name:내가 제공 한 것을 요구하는 게시 설정에서 완전히 요약 됩니다 MyApplication. 실제로 제공 할 것으로 기대했을 때 :
Default Web Site/MyApplication
Microsoft 배포 팀과 함께이 문제를 제기했기 때문에 기존 사이트 이름을 지정하지 않으면 웹 배포 서버가이 오류가 생각하는 방식대로 죽지 않는다는 명확성을 추가 할 수 있습니다.
동일한 문제가 발생하여 program files (x86) \ IIS 및 Program Files \ IIS에서 모든 웹 배포 폴더를 삭제하여 문제를 해결했습니다.
그 후 번들 SQL없이 웹 배포 1.1과 웹 배포 3.0을 다시 설치했습니다.
문제를 해결하기 위해 다음 단계를 사용했습니다. 서버 : WS2012. DEV Vs2012 프로젝트 MVC4.
1) 이름이 필요한 서버에 빈 사이트를 생성하거나 게시 할 때 기본값을 다른 이름으로 변경하지 않은 경우 "기본 웹 사이트"를 사용합니다.
WPI를 사용하는 서버에서 다음을 설치하십시오.
호스팅 서버용 Web Deploy (3.5) 설치
웹 호스팅 공급자를위한 권장 서버 구성
설치되지 않은 다른 버전을 확인했습니다.
따라서 사용중인 사이트 이름을 확인하십시오 .... 저는 AdminUI를 사용합니다. 이것은 테스트 서버에 생성 된 빈 사이트입니다.
따라서 마법사를 사용할 때 사이트 이름을 일치 시키십시오.
관련 서비스 가 서버에서 실행되고 있는지 확인하십시오 . 그리고 사이트에 쓸 수있는 충분한 권한 이 있어야합니다.
웹 관리 서비스를 다시 시작하여 내 서버에서이 문제를 해결했습니다.
Chris의 말 : ""기본 웹 사이트 / 내 응용 프로그램 "을 제공 할 것으로 기대했을 때." 서버 이름이 아니라 실제 단어 "기본 웹 사이트"입니다.
나는 이것도 가지고 있었고 이것을 시도 할 때까지 벽에 머리를 두드리는 데 몇 시간을 보냈습니다. (Chris에게 감사합니다!)
FWIW, 필자는 반드시 사용해야하는 "기본 웹 사이트"라는 단어가 아니라 기본 웹 사이트 (서버 이름)의 이름을 사용했습니다. 약간 절름발이지만 적어도 지금은 알고 있습니다.
나는 같은 문제가 있었다. 마지막으로 서비스 URL에서 https로 변경하여 해결했습니다.
여러 포럼의 정보와 답변을 사용하여 마침내 Visual Studio에서 게시하는 데 사용할 수있는 방식으로 Microsoft의 Web Deploy를 설치했습니다 (방화벽 활성화없이 테스트).
- 서버 관리자의 "역할 추가 기능"을 사용하여 IIS 용 "관리 서비스"를 설치합니다.
웹 배포 설치 (중요 : "완료"및 "관리 서비스"설치 후) http://www.iis.net/downloads/microsoft/web-deploy#additionalDownloads
서버 수준의 IIS에서 확인
- '관리 서비스'를 엽니 다.
- Windows 및 IIS 자격 증명 모두 허용
- 사이트 수준의 IIS에서
- 'IIS 관리자 권한'을 엽니 다.
- 실제 게시에 사용할 사용자 추가 (예 : 관리자)
방화벽이 활성화 된 경우 : "파일 공유"및 "원격 서비스 관리"활성화
나는 또한 ERROR_COULD_NOT_CONNECT_TO_REMOTESVC오늘 이 오류 ( )로 몇 시간을 낭비 했습니다. 재미있는 부분은 Properties/PublishProfiles/<Profile>.pubxml(을 통해 right click on project -> Publish... -> create via wizard) GUI를 구성하여 배포 할 수 있다는 것 입니다.
그러나 제 경우에는 실수로 <DeployIisAppPath>속성을 엉망으로 만들었습니다 . 이것은에 점에 필요 SiteName대신 ApplicationPool/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 사이트 의 전체 정보는 실제로 도움이되지 않았습니다.
웹 배포 작업이 실패했습니다. (원격 컴퓨터에 연결할 수 없습니다.)
제 경우에는 모두 원격 상자에서 웹 배포 에이전트 서비스를 다시 시작해야했습니다.
나는 이것이 갑자기 나를 위해 작동하지 않는 또 다른 상황이있었습니다.
관리 서비스에 IP 주소 제한이 지정되어 있고 ISP가 새 IP를 할당했기 때문입니다. 내가 지정하는 것을 잊었습니다.
- IIS 관리자 열기
- 왼쪽 트리에서 서버 이름을 클릭하십시오.
- 기능보기에서 "관리 서비스"를 선택하십시오.
- 오른쪽 패널에서 관리 서비스 중지
- IP 주소 제한에서 새 IP를 추가하고 이전 IP를 제거하십시오.
- 변경 사항을 적용하고 서비스를 다시 시작하십시오.
- 다음 단계에 따라 서버 설명서의 문제 해결 섹션을 업데이트하십시오.
AWS EC2 인스턴스에서도 같은 문제입니다.
- EC2 인스턴스로 이동하여 해당 인스턴스를 선택하고 설명 섹션 에서 보안 그룹 이름을 복사합니다.
- 보안 그룹으로 이동하여 해당 보안 그룹을 선택하고 누락 된 경우 다음 입력 규칙을 추가합니다.
Its also a good idea to check if there are any IP address restrictions for the management service - these restrictions are separate from windows firewall.
Ensure that traffic to port 8172 is allowed. Adding an inbound rule on my NSG solved it.
I also got this working by uninstalling all Web Deploys, and then only install Web Deploy 2.0.
Also, ensure the Remote Procedure Call (RPC) Locator service is started.
I have solved this by putting the word "Default Web Site" in the site name textbox when publishing from the wizard in Visual Studio 2013
Just remove http:// from http://SeverName:80/msdeployagentservice. Also try just using ServerName. I was having this problem and was solved just removing http://
I set my Username and Password, that used in the Config Web Deploy of the iis, in the Connection Window of visual studio and it works fine for me...
Apparently what works for me is simply restarting my visual studio/restarting my computer and do a re-deployment by republishing my web app.
I had the same error. It was because I had a proxy configured that did not exist in that network.
Please install latest version Microsoft Web Deployment Tool. You can use below link. https://www.iis.net/downloads/microsoft/web-deploy
I just had to start the Web Deployment Agent Service. for some reason it didn't start automatically.
I tried all the other popular solutions here and none of them worked for me. :(
I had installed "Web Deploy 3.6 without bundled SQL support" first.
Then the "Recommended Server Configuration for Web Hosting Providers".
I thought, "I don't need all that SQL support".
I couldn't move past the "Validate Connection" on my Visual Studio Publish Profile without seeing the same error the Questioner documents above.
I read somewhere how uninstalling and reinstalling Web Deploy would fix it, so I opened up "Programs and Features", found "Microsoft Web Deploy 3.6", then uninstalled it.
It gave me warnings about others being connected to the system, but I was desperate.
After uninstalling, I opened up IIS, clicked on my Server's node, then under the "Management" section opened "Web Platform Installer" and installed "Web Deploy 3.6" this time (which is what I usually install instead of the one without the SQL Support).
Then I was finally able to validate the connection from my local machine via Visual Studio.
It probably has nothing to do with which version of Web Deploy I installed.
I read how this stuff is finicky about the order in which you install these tools and recommendations.
I figure it was because did something out of order (like installing the Recommended Server Configurations after the Web Deploy, instead of beforehand), but it's all good now.
Here's a link with some helpful instructions to follow when installing Web Deploy on IIS 8.0:
https://docs.microsoft.com/en-us/iis/install/installing-publishing-technologies/installing-and-configuring-web-deploy-on-iis-80-or-later
I had similar problem "ERROR_COULD_NOT_CONNECT_TO_REMOTESVC" and I went to IIS -> Your WebSite -> Advanced Settings and found there was my username in "Physical Path Credentials". I removed it and the wed deploy started working.
Also make sure when you deploy from VS use "localhost" without port number and site name in the next field.
I put port and it also was failing with ERROR_DESTINATION_NOT_REACHABLE.
Check for TLS mismatch. We were using SchUseStrongCrypto reg key to force TLS 1.2 on one machine and not the other. Blogged more detail here https://fuseit.zendesk.com/hc/en-us/articles/360000328595
I had the same issue while I was publishing a selective group of files. I just selected all files to be published and then published successfully.
'developer tip' 카테고리의 다른 글
| MVC : 문자열을 JSON으로 반환하는 방법 (0) | 2020.11.23 |
|---|---|
| Debian에서 glibc를 버전 2.13에서 2.15로 업그레이드하는 방법은 무엇입니까? (0) | 2020.11.23 |
| 일치하는 와일드 카드는 엄격하지만 'context : component-scan'요소에 대한 선언을 찾을 수 없습니다. (0) | 2020.11.23 |
| jQuery를 사용하여 particuler 링크를 클릭하면 부트 스트랩 탐색 탭의 특정 탭을 여는 방법은 무엇입니까? (0) | 2020.11.23 |
| iOS9의 CLLocationManager에있는 allowsBackgroundLocationUpdates (0) | 2020.11.23 |