9

utilizzando Visual Studio 2012, TFS 2010, IIS7Errore msdeploy ERROR_USER_UNAUTHORIZED: attività di distribuzione Web non riuscita. utilizzando IIS7, TFS2010, VS2012

Ottenere i seguenti errori quando provo ad installare/deploy:

Any CPU | Test 
1 error(s), 1 warning(s) 

C:\Program Files (x86)\MSBuild\Microsoft\VisualStudio\v11.0\Web\Microsoft.Web.Publishing.targets  
(4253): Web deployment task failed. (Connected to the remote computer ("server1") using 
the Web Management Service, but could not authorize. Make sure that you are using the 
correct user name and password, that the site you are connecting to exists, and that 
the credentials represent a user who has permissions to access the site. Learn more 
at: http://go.microsoft.com/fwlink/?LinkId=221672#ERROR_USER_UNAUTHORIZED.) 

*snip warning* 

Other Errors and Warnings 
2 error(s), 0 warning(s) 
Building the projects in this solution one at a time. To enable parallel build, please 
add the "/m" switch. 
TF270015: 'MSBuild.exe' returned an unexpected exit code. Expected '0'; actual '1'. 
  • ho verificato esiste il sito in IIS
  • ho verificato che ho il nome utente e la password corretti (io sono in grado di accedere al server)
  • utente è un amministratore sul server TFS

Non ho VS2012 sul mio server TFS, ma qualcuno ha copiato la cartella C: \ Programmi (x86) \ MSBuild \ Microsoft \ VisualStudio \ v11.0 sul server tfs per risolvere un altro problema di generazione qualche istante prima. Ho copiato la stessa cartella in "server1", non ho modificato il messaggio di errore.

Viene ancora creata la build, ma non viene distribuita.

+0

Suggerirei di spostarti verso la creazione di una pipeline di release e di non eseguire il deployment direttamente da una build. È molto più sicuro ed efficiente utilizzare uno strumento dedicato come Release Management per Visual Studio 2013. –

risposta

7

Non avevo spazio tra la mia password e il successivo argomento di build, quindi la password era tecnicamente sbagliata.

/p:UserName=scw /p:Password=12345/p:VisualStudioVersion=11.0 
/p:UserName=scw /p:Password=12345 /p:VisualStudioVersion=11.0 
-4

Si consiglia di non utilizzare Team Build per eseguire una distribuzione. Suppongo che stia facendo la compilation per ogni distribuzione. Questa non è una buona idea in quanto le cose possono cambiare tra le compilazioni in quanto i compilatori non sono al 100%. Faresti meglio a fare una distribuzione binaria con uno strumento di distribuzione. Ho usato molto efficacemente Release Management per Visual Studio 2013 per distribuire gli stessi binari da Dev-> QA-> Prod ...

È possibile ottenere informazioni su come da Professional Application Lifecycle Management with Visual Studio 2013.

+0

Grazie per il suggerimento, dovrò verificarlo. – scw

+5

Mi dispiace ma di che diavolo stai parlando ??? "... le cose possono cambiare tra le compilazioni in quanto i compilatori non sono al 100%." –

9

Siamo stati in grado di risolvere il problema le seguenti operazioni:

  • Evidenziare il sito in Gestione IIS
  • Nella vista Caratteristiche, aprono IIS autorizzazioni di Gestione
  • verificare che l'utente si è distribuire come è stato aggiunto. In caso contrario, fare clic su Consenti all'utente e aggiungerlo.

Spero che questo aiuti!

+0

Nel mio caso, dovevo assicurarmi che il mio dominio fosse incluso nel mio login. – RandomHandle

1

Ciò può accadere se si specifica il nome del sito errato. Devi inserire il nome come appare nelle Connessioni IIS, ad es. Default Web Site.

enter image description here

0

Ho avuto questo stesso problema in un unico ambiente e non in un altro. Il mio problema era che non anteponevo il nome del computer al nome utente (cioè p: UserName = testserver \ admin vs p: UserName = admin). Nel mio ambiente di lavoro, entrambi i server utilizzavano un account tramite Active Directory, quindi non era un problema. Lezione appresa!

Problemi correlati