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.
