De Windows 8 à Windows Server 2012 (IIS 8) avec les services de gestion Web installés et fonctionnels, je peux utiliser le gestionnaire IIS sur la boîte W8 pour gérer le serveur distant mais j'obtiens un 404.7 de WMSvc lorsque j'exécute la commande suivante:
msdeploy.exe" -verb:dump -source:contentPath=c:\InetPub\wwwroot,computerName=https://uktnws01:8172/MsDeploy.axd,userName=corp\administrator,password=WMSvcIsCrap,authType=Basic -allowUntrusted
J'ai essayé toutes sortes de combinaisons et de paramètres. Je peux telnet sur ce port, je sais que c'est ouvert.
Je supprime simplement la fonctionnalité du service de gestion de Windows et je redémarre. Je vais me verser un scotch et faire des collations. En attendant, si vous avez des idées, partagez-les.
Rejoignez mon blog en direct ci-dessous et suivez l'action.
Mise à jour 1
Avec le service de gestion supprimé, je reçois maintenant
Erreur: impossible de se connecter au serveur distant Erreur: aucune connexion n'a pu être établie car la machine cible l'a activement refusée 192.168.2.22:8172 Nombre d'erreurs: 1.
Où la 2ème ligne est un nouveau message! Woohoo.
Mise à jour 2
Ok, donc les choses vont de mal en pis maintenant. Depuis la réinstallation, la console IIS distante alertera sur le certificat, puis dira,
Le serveur n'accepte pas les connexions à distance.
Mais je pense que c'est parce que je n'ai probablement pas réactivé la gestion à distance, en plus d'installer cette fichue chose.
Mise à jour 3
Avec la gestion à distance activée, l'IIS distant fonctionne à nouveau mais le 404 est de retour. Juste dans l'intérêt du référencement, voici l'erreur complète:
Error Code: ERROR_DESTINATION_NOT_REACHABLE More Information: Could not connect to the remote computer ("uktnws01"). On the remote computer, make sure that Web Deploy is installed and that the required process ("Web Management Service") is started. Learn more at http://go.microsoft.com/fwlink/?LinkId=221672#ERROR_DESTINATION_NOT_REACHABLE.
Error: The remote server returned an error: (404) Not Found.
Error count: 1.
Mise à jour 4
J'ai essayé la même commande contre un autre serveur Web via un VPN à un client et cela fonctionne un charme! On dirait que IIS est fubar'ed sur ma nouvelle version 2012 absolument fessée.
Mise à jour 5
J'ai activé le suivi des demandes ayant échoué pour WMSvc et j'ai vu que le 404.7 provient du module RequestFilteringModule. 404.7 est une 'extension de fichier refusée' selon la documentation.
http://www.iis.net/configreference/system.webserver/security/requestfiltering
L'ajout d'une règle de serveur explicite pour les fichiers .axd n'aide cependant pas. Intéressant de voir ce module car il impose des restrictions sur la longueur des URL et la taille du contenu. Pouvez-vous imaginer résoudre ce problème dans une application WCF hébergée par IIS! Haha. Je pleure vraiment.
Mise à jour 6
Je supprime le filtrage des demandes, ce qui signifie supprimer ASP.NET et diverses autres choses également. Ils ont besoin d'une option Réinstaller les fonctionnalités et les dépendances Windows en un seul coup, car nous écrivons des logiciels peu fiables.
Mise à jour 7
Je réinstalle tout et puis un Australien nommé Richard apparaît de nulle part et explique totalement que Web Deploy ne fait pas réellement partie de WMSvc en standard, même sur IIS 8, et que je dois installer Web Deploy.
Moi aussi. Ensuite, je désactive MsDepSvc qui est l'autre partie qu'il installe (que je pensais être l'intégralité de Web Deploy) car il aspire le port 80 et empêche les équilibreurs de charge de voir un service IIS en panne.
Et il fonctionne. Je peux aller me coucher.
Réponses:
Avez-vous installé Web Deploy sur le serveur? Web Deploy enregistre un gestionnaire (/msdeploy.axd) avec WMSVC, donc un 404 serait le code d'état attendu s'il n'était pas installé.
la source
Au cas où quelqu'un d'autre aurait les mêmes problèmes que ce que j'ai, j'ai également la même erreur 404. Le moyen le plus rapide que j'ai trouvé pour vérifier était d'aller sur le serveur lui-même et d'ouvrir "https: // <servername>: 8172 / MsDeploy.axd". Chrome et Firefox ont juste montré une page vierge, j'ai donc dû utiliser l'onglet Réseau des outils de développement (F12) pour voir le message d'erreur 404 réel.
D'une manière ou d'une autre, lors de l'installation de Web Deploy 3.0 à partir du programme d'installation de la plate-forme Web, le gestionnaire de déploiement IIS 7 n'a pas été installé, même si le module d'interface utilisateur du gestionnaire IIS l'a fait. Dans mon cas, j'ai téléchargé le fichier .msi d'installation de l'outil de déploiement Web à partir du lien suivant: Installation de l'outil de déploiement Web . Ensuite, j'ai dû revenir à l'outil d'administration IIS (Démarrer -> Exécuter -> inetmgr.exe)> {nom du serveur}> cliquer sur l'icône du service de gestion et redémarrer le service de gestion avant que le gestionnaire MsDeploy.axd ne commence à fonctionner.
Activation du gestionnaire de déploiement IIS + service d'agent distant
la source
MSDeploy.axd
avait toujours le 404 mais la demande suivante a reçu une invite de connexion.Sur Windows 2012 R2 Server, j'ai suivi les conseils de mga911.
J'étais coincé à faire fonctionner les déploiements. Avait installé Web Deploy 3.5 -> Délégation de service de gestion activée -> Services garantis démarrés. Le problème était que le gestionnaire de déploiement IIS n'avait pas été installé. En passant par Web PI 4.6, je n'ai pas eu la possibilité d'installer le gestionnaire de déploiement IIS. Vous devez aller dans le panneau de configuration -> Programmes et fonctionnalités Modifier l'installation de Web Deploy 3.5. Veuillez noter mes instructions. Dans le processus de modification, cela indique que tous les sous-packages seront installés, mais le message texte indique que 0 des 3 sous-composants seront installés. L'un de ces composants est le gestionnaire IIS. Lisez attentivement car je ne l'ai pas fait et j'étais frustré :)
la source
Un point important à mon avis est que vous devez d'abord activer le service de gestion, puis installer Web Deploy.
Je l'ai fait dans l'autre sens et cela n'a pas fonctionné.
Ce n'est qu'en réinstallant Web deploy qu'il a commencé à fonctionner.
la source
Lorsque j'ai installé Web Deploy via le programme d'installation de la plate-forme Web, le gestionnaire n'était pas sélectionné. J'ai dû installer manuellement Web Deploy 3.0, cliquer sur «modifier» puis sélectionner le gestionnaire à installer.
la source
Après des heures de recherche, faire votre solution ci-dessous a fonctionné pour moi !!
Control Panel
> Programmes et fonctionnalitésCliquez avec le bouton droit sur Microsoft Web Deploy 3.5
Sélectionnez Modifier> cliquez sur suivant> cliquez sur Modifier
Vous remarquerez que lorsque l'infrastructure de déploiement Web est sélectionnée, vous verrez dans le message
Cliquez sur la liste déroulante sélectionnez
"Entire feature will be installed on local hard drive"
Suivant> Modifier> Terminer
la source
Dans mon cas, lors de l'installation du package web deploy 3.0 via le web pi, je n'ai jamais eu l'option de délégation de service de gestion dans IIS / home .. sa réinstallation a cependant corrigé le problème, résolvant ainsi mon erreur 404.7.
C'était sous Microsoft Server 2012 et IIS8
Edit: J'ai récemment essayé la même chose sur Windows 8 et je tiens à souligner que le site Web de Microsoft indique:
la source
Plutôt que d'utiliser Web Platform Installer. Téléchargez WebDeploy.exe à partir du site Web et installez-le sur le serveur avec l'option Package complet.
Cela résoudra le problème.
la source
En outre, vous devrez peut-être accorder l'accès au service de gestion Web
J'ai également eu le problème de Visual Studio (2013) ne pouvait pas mettre à jour l'application sur mon serveur (Windows 2012 R2 IIS 8.5). J'ai ajouté les composants manuellement comme décrit ci-dessus, mais cela n'a pas résolu le problème. Puis j'ai trouvé cet article .
Il indique essentiellement que le service de gestion Web est connecté en tant que service local qui n'a pas de droits d'accès au répertoire Inetpub. L'octroi d'autorisations pour le service local a résolu le problème pour moi.
la source
J'ai le même problème. J'ai résolu ceci par "Restart-Service wmsvc".
la source
Utilisé uniquement Windows auth. Déploiement Web 3.5. Et uniquement le certificat WMSVC qui est défini dans l'icône Service de gestion de l'icône du serveur de niveau supérieur.
la source