Ich habe einen Build/Testserver, auf dem Jenkins läuft, für meine kontinuierliche Integration, und er fungiert auch als mein Testserver, wo Code implementiert wird (ich hoffe, dies zu beheben und diese zu trennen) ein späteres Datum, wenn das Budget erlaubt)MSDeploy WMSVC funktioniert nicht
Ich habe eine .NET-Web-Lösung (nichts komplexes nur Umbraco im Wesentlichen), die ich in SVN und Jenkins jetzt richtig bauen. Ich möchte es jetzt mit MSDeploy auf demselben Server bereitstellen. Nachdem das Build abgeschlossen ist, wird das Paket generiert, aber die Bereitstellung schlägt mit dem Fehler fehl.
ERROR_DESTINATION_NOT_REACHABLE: Die Webbereitstellungsaufgabe ist fehlgeschlagen. (Konnte keine Verbindung zum Remotecomputer herstellen ("xxxxx.xxxxxxx.xxx.xxxx"). Stellen Sie auf dem Remotecomputer sicher, dass Web Deploy installiert ist und dass der erforderliche Prozess ("Web Management Service") gestartet wurde
Hier ist meine msbuild Parameter, die Jenkins
/P:Configuration=Release
/P:DeployOnBuild=True
/P:MSDeployPublishMethod=WMSVC
/P:DeployTarget=MSDeployPublish
/P:PublishProfile=GetSomePixels
/P:MsDeployServiceUrl=https://build.########
/P:AllowUntrustedCertificate=True
/P:CreatePackageOnPublish=True
/P:UserName=#######
/P:Password=########
nutzt ich den Server und die Web-Management-Service überprüft haben läuft und manuell
Anfahren I auch in IIS 8-Manager (Server gegangen 2012) und unter "Management Service" das Kontrollkästchen "Remote-Verbindungen zulassen" aktiviert. Neustart von IIS a nd der WMSVC und funktioniert immer noch nicht.
Wenn ich in einem Browser zu https://myserver.co.uk:8172/MsDeploy.axd gehe, löst es (gibt Ihnen die Warnung über ein nicht vertrauenswürdiges Zertifikat) und zeigt dann eine leere Seite an.
Wer hat irgendwelche Ideen, was ich tun kann? Ich dachte, dass es Firewall-bezogene sein könnte und obwohl es eine Ausnahme für die Windows-Firewall für 8172 hinzugefügt hatte, habe ich die gesamte Firewall ausgeschaltet, um es vollständig zu rulle und immer noch kein Glück.
Lassen Sie sich diese auf dem Server ausgeführt sein Zuhören auf dem richtigen Anschluss
C zu überprüfen: \ Benutzer \ Administrator> netstat -a | findstr 8172 TCP 0.0.0.0:8172 GSP-BUILD: 0 ZUHöREN TCP [::]: 8172 GSP-BUILD: 0
Ok, ich habe das Problem gelöst. Es scheint, dass Sie zuerst den Web-Management-Dienst aktivieren und dann Web-Deploy installieren müssen, und ich habe es umgekehrt gemacht. Ich habe WebDeploy deinstalliert und neu installiert, den Server neu gestartet und es funktioniert –
eine Antwort von Ihrem Kommentar. Dies ist ein wichtiger Ratschlag hier. Vielen Dank. – Askolein
Funktioniert tatsächlich! Askolein gibt Ihnen einen guten Vorschlag, @ ian-davies – Andrii