MSBuild peut-il déployer en utilisant l'authentification intégrée ou seulement de base ?

Question

Je déploie un paquet d'applications Web à partir de la ligne de commande MSBuild vers MSDepSvc sur IIS6 qui fonctionne bien avec la commande suivante en utilisant l'authentification de base :

MSBuild.exe Web.csproj
  /p:Configuration=Debug
  /p:DeployOnBuild=True
  /p:DeployTarget=MSDeployPublish
  /p:MsDeployServiceUrl=http://[server name]/MsDeployAgentService
  /p:DeployIisAppPath=DeploymentTestProject
  /p:MSDeployPublishMethod=RemoteAgent
  /p:CreatePackageOnPublish=True
  /p:username=***
  /p:password=***

Cependant, ce que j'aimerais vraiment faire, c'est supprimer les paramètres de nom d'utilisateur et de mot de passe et revenir à l'authentification intégrée sous l'identité de l'utilisateur actuel. Cette commande est destinée à un serveur de construction et je préférerais que les informations d'identification en texte clair d'un compte ayant des droits d'administrateur sur l'environnement cible (requis pour MsDepSvc) ne soient pas visibles. Je n'arrive pas à trouver de documentation sur la façon de procéder et le fait de déposer les informations d'identification renvoie 401 unauthorised lorsque je tente de publier.

Ce qui rend la situation particulièrement frustrante, c'est que je peux très bien exécuter la commande de déploiement dans le paquet avec l'authentification intégrée (il suffit de ne pas inclure les informations d'identification), mais je n'arrive pas à l'exécuter à partir de la ligne de commande MSBuild. J'essaie d'encapsuler le paquet et les processus de déploiement dans une seule commande sans modifier les fichiers de construction et c'est la seule chose qui m'en empêche actuellement.

Des idées ?

Editar Après quelques discussions avec Sayed et en regardant un peu plus profondément dans la sortie de la ligne de commande, après avoir exécuté la commande MSBuild ci-dessus (sans paramètres de nom d'utilisateur et de mot de passe), la commande MSDeploy suivante est invoquée :

msdeploy.exe
  -source:package='[project path]\Web\obj\Debug\Package\Web.zip' 
  -dest:auto,ComputerName='http://[server]/MsDeployAgentService',UserName='***',IncludeAcls='False',AuthType='NTLM'
  -verb:sync
  -disableLink:AppPoolExtension
  -disableLink:ContentExtension
  -disableLink:CertificateExtension
  -retryAttempts=2

Vous pouvez voir que l'attribut UserName est défini et que la valeur est le nom d'utilisateur de l'utilisateur actuellement connecté. Si je retire cet attribut et que j'exécute directement la commande ci-dessus, le déploiement se déroule sans problème.

Sur cette base, pourquoi la commande MSBuild originale insère-t-elle un attribut UserName lorsqu'elle appelle MSDeploy ? Cela semble être le seul obstacle maintenant.

Answer 1

Et la réponse est...

Suite à ma modification ci-dessus concernant le nom d'utilisateur de l'identité actuelle qui persiste dans la commande MSDeploy même s'il n'est pas passé dans l'appel MSBuild original, j'ai essayé de reconstruire les paramètres pour passer un nom d'utilisateur vide comme suit :

MSBuild.exe Web.csproj
  /p:Configuration=Debug
  /p:DeployOnBuild=True
  /p:DeployTarget=MSDeployPublish
  /p:MsDeployServiceUrl=http://[server name]/MsDeployAgentService
  /p:DeployIisAppPath=DeploymentTestProject
  /p:MSDeployPublishMethod=RemoteAgent
  /p:CreatePackageOnPublish=True
  /p:username=

Ce qui génère ensuite la commande MSDeploy suivante :

msdeploy.exe 
  -source:package='[project path]\obj\Debug\Package\Web.zip' 
  -dest:auto,ComputerName='http://[server name]/MsDeployAgentService',IncludeAcls='False',AuthType='NTLM' 
  -verb:sync 
  -disableLink:AppPoolExtension 
  -disableLink:ContentExtension 
  -disableLink:CertificateExtension 
  -retryAttempts=2

Cet appel n'inclut plus l'attribut UserName. Donc, en résumé, si vous n'ajoutez pas un paramètre username à l'appel MSBuild, il insérera l'identité actuelle de toute façon et se reportera à l'authentification de base qui échouera parce qu'il n'y a pas de mot de passe. Si vous incluez le paramètre username mais ne lui donnez pas de valeur, il ne l'inclut pas du tout dans la commande MSDeploy.

Answer 2

J'ai regardé dans les cibles Microsoft.Web.Publishing.targets et j'ai vu ceci :

<PropertyGroup>
  <NormalizePublishSettings ...>
  <AuthType Condition="'$(AuthType)'==''" >Basic</AuthType>
  <!--Supported value for $(MSDeployPublishMethod): WMSVC, RemoteAgent, InProc-->
  <MSDeployPublishMethod ... >WMSVC</MSDeployPublishMethod>
  ...
</PropertyGroup>

Donc, il semble que le défaut soit Basic l'authentification lors de l'exécution à partir de MSBuild. Ensuite, j'ai trouvé ceci http://technet.microsoft.com/de-de/library/dd569001(WS.10).aspx

authenticationType spécifie le type type d'authentification à utiliser. Les valeurs possibles de valeurs possibles sont NTLM et Basic. Si le paramètre du fournisseur wmsvc est spécifié, l'authentification par défaut d'authentification par défaut est Basic ; sinon, le Sinon, le type d'authentification par défaut est NTLM.

Je ne l'ai pas encore essayé, mais peut-être que c'est quelque chose comme /p:AuthType=NTLM

Answer 3

J'ai réussi à faire fonctionner NTLM comme suit : le service est exécuté sous un compte avec des privilèges d'administrateur sur [nom du serveur].

" C:\Windows\Microsoft.NET\Framework\v4.0.30319\msbuild.exe "L'application \Test.Web\Test.Web.csproj /T:Clean /T:Package /P:Configuration=Release

C:\hudson\jobs\Test\workspace\app\Test.Web\obj\Release\Package\Test.Web.deploy.cmd /Y "/M:http://\[nom du serveur]/MSDEPLOYAGENTSERVICE" /A:ntlm -allowUntrusted

qui génère :

" C:\Program Fichiers \IIS\Microsoft Déploiement Web \msdeploy.exe " -source:package=' C:\hudson\jobs\Test\workspace\app\Test.Web\obj\Release\Package\Test.Web.zip ' -dest:auto,computerName='http://\[nom du serveur]/MSDEPLOYAGENTSERVICE',authtype='ntlm',includeAcls='False' -verb:sync -disableLink:AppPoolExtension -disableLink:ContentExtension -disableLink:CertificateExtension -setParamFile :" C:\hudson\jobs\Test\workspace\app\Test.Web\obj\Release\Package\RapidPrototypeRequestSystem.Web.SetParameters.xml "-allowUntrusted

Answer 4

Pour Visual Studio 2012, vous devez omettre complètement la propriété /P:UserName.

Answer 5

Cela a fonctionné, j'ai d'abord été distrait par le fichier cible mais j'ai réalisé que mon erreur était dans la chaîne de connexion, c'est-à-dire que j'essayais d'utiliser https au lieu de http.

MSBuild.exe Web. csproj /p:Configuration=Debug /p:DeployOnBuild=True /p:DeployTarget=MSDeployPublish /p:MsDeployServiceUrl=http://\[nomServeur\]/MsDeployAgentService /p:DeployIisAppPath=DeploymentTestProject /p:MSDeployPublishMethod=RemoteAgent /p:CreatePackageOnPublish=True /p:username=Commanded'utilisateur