VS 2010 Publier à l'aide de Web Deploy

Je suis en train de déployer mon ASP.NET MVC 3 l'application web à l'aide de VS2010 fonctionnalité de publication.
Je suis Web à l'aide de Déployer Publier méthode, mais j'obtiens cette erreur:

Erreur 1 Web de tâches de déploiement
a échoué.(Distance de l'agent (URL
http://192.168.1.11/MSDEPLOYAGENTSERVICE)
n'a pu être contacté. Assurez-vous que le
distance de l'agent de service est installé et
démarré sur l'ordinateur cible.) Faire
assurez-vous que le nom du site, nom d'utilisateur, et
le mot de passe sont corrects. Si le problème est
ce n'est pas résolu, veuillez contacter votre
local ou l'administrateur du serveur. Erreur
détails: agent Distant (URL
http://192.168.1.11/MSDEPLOYAGENTSERVICE)
n'a pu être contacté. Assurez-vous que le
distance de l'agent de service est installé et
démarré sur l'ordinateur cible. Un
non pris en charge a pas reçu de réponse. L'
en-tête de réponse 'MSDeploy.La réponse"
a 'V1', mais 'v1' a été prévu. L'
serveur distant a retourné une erreur: (401)
Non autorisé.

Comment puis-je contourner cela et de le mettre au travail? Mon serveur est sous Windows 2008 R2.

OriginalL'auteur Zote | 2011-03-30

  1. 5

    Prendre un coup d'oeil à cette réponse que je fournis pour quelqu'un rencontre un problème différent, WebDeploy a quelques gotcha:

    msdeploy (Web Deploy) à défaut avec 401 auth questions

    Assurez-vous également que la mise à niveau vers WebDeploy 2.0 si vous avez le contrôle sur votre machine de développement et le serveur.

    Et, enfin, assurez-vous de configurer le serveur correctement, faites-moi confiance, prendre le temps au cours de cette étape peut enregistrer des cheveux:

    Configurer Le Déploiement Web

    maintenant, je reçois ceci: Avertissement : nouvelle tentative de synchronisation car une erreur de socket (10054) a eu lieu. Réessayer l'opération "Sérialisation" sur l'objet sitemanifest (sourcePath). Tentative à 3 de 10.
    avez-vous autorisé le port 8172 dans votre pare-feu?
    oui. Notre DMZ FW est permettant et le pare-feu windows est désactivé. Notre sysadmin est la surveillance et rien n'est bloqué ou supprimé.
    êtes-vous en utilisant le protocole http ou https? Même si c'est local, vous devez toujours utiliser https avec "autoriser les certificats non fiables'. Double-cocher la case "Url de la publication de connexion au serveur" zone de texte à partir de la deuxième lien que @kev posté.
    Je suis aussi d'avoir une erreur "Warning : nouvelle tentative de synchronisation car une erreur de socket (10054) a eu lieu. Réessayer l'opération "Sérialisation" sur l'objet sitemanifest (sourcePath). Tentative de 1 de 10." Quelqu'un a trouver une solution comment résoudre ce problème?

    OriginalL'auteur Kev

  2. 1

    Pour ceux qui cherchent encore, j'ai eu à faire assurez-vous de:

    • Spécifier le port 8172, utilisez le nom de service par défaut (msdeploy.axd), l'utilisation de https et cochez la case pour autoriser les certificats non fiables dans la publication de l'url du service à partir de Visual Studio: https://serveraddress:8172/msdeploy.axd

    Aussi, j'ai trouvé ce IIS article pour être extrêmement utile pour mettre en place le service.

    OriginalL'auteur David Faivre

  3. 1

    J'ai tiré mes cheveux pendant 4 heures au cours de cette. Voici ce que j'ai utilisé pour les paramètres de configuration. Dans IIS (7,5 sur serveur 2008 R2)

    J'ai donné la publication des autorisations à un compte IIS j'avais mis en place (bien que j'ai utilisé le Serveur compte Admin aussi, pour écarter les problèmes d'autorisation, en fin de compte, les deux travaillé.)

    J'ai laissé tout le reste comme c'est. Le serveur j'ai déployé était un VPS, de sorte que le nom de l'ordinateur n'a rien à voir avec ma demande, ou de domaine, j'ai donc quitté le Spécifier l'URL de la publication de connexion tel qu'il a été. J'ai quitté l'emplacement pour enregistrer les paramètres de publication, fichier tel qu'il était.

    Dans Visual Studio:

    • Publier Méthode: Web Deploy
    • Service URL: https://myservice.com (pas de port ou msdeploy ici,
      juste l'url https)
    • site de l'application: mysitename/myapplicationname (pour moi, ils étaient tous les deux
      le même nom)
    • Marque comme application IIS : vérifié
    • Laisser les fichiers Supplémentaires: vérifié
    • Permettre non fiables Cert: vérifié

    Pour le nom d'utilisateur - je n'ai pas besoin d'utiliser la cuisine nom résolu, donc utilisateur, par opposition à servername\utilisateur - a bien fonctionné.

    Cela a échoué avec une erreur 404 - et si j'ai essayé de l'envoyer via http au lieu de https(URL du Service), il a échoué avec une erreur de socket (10054).

    J'ai vérifié que tous les services nécessaires étaient en cours d'exécution et j'ai recommencé à tous. J'ai aussi redémarré IIS (qui pour ma situation est douloureuse). Encore nada.

    Alors j'ai décidé de re-installer web déployer sur le serveur(3.0 RC). J'ai fait en sorte d'utiliser l'option installation personnalisée, quand j'ai fait ce que j'ai fait en sorte que tous les composants et les maîtres-chiens ont été installés (ils ne sont pas par défaut). Une fois que je l'ai fait, tout a commencé à bien fonctionner.

    Je ne sais pas si j'ai eu une mauvaise installation de la première fois, mais ça fonctionne très bien maintenant.

    OriginalL'auteur El Kabong