Creazione dell'attività di distribuzione Web non riuscita

86

Scenario:

Ho impostato con successo l'attività webdeploy TFS2010 per la soluzione. Tutto ha funzionato bene fino a quando improvvisamente qualcosa è andato storto nell'attività di distribuzione.

La soluzione ha 2 progetti web .. quelli sono configurati per distribuire su build e pubblicarlo sul server di sviluppo.

Qualcuno sa cosa c'è che non va nella build (informazioni di seguito)?

C:\Program Files (x86)\MSBuild\Microsoft\VisualStudio\v10.0\Web\Microsoft.Web.Publishing.targets
(3847): Web deployment task failed.
((4.8.2011 11:01:10) An error occurred when the request was processed on the remote computer.)
(4.8.2011 11:01:10) An error occurred when the request was processed on the remote computer. Unable to perform the operation. Please contact your server administrator to check authorization and delegation settings.

Posso fornire maggiori informazioni se qualcuno ne ha bisogno.

visual-studio-2010

— SAV
fonte

1

Se vieni a questa domanda più di recente, leggi la risposta più recente

— Sethi

209

Ho riscontrato lo stesso problema durante la compilazione tramite TFS. Quando ho provato a importare manualmente il sito Web, ho ricevuto un errore più informativo: "Impossibile accedere all'utente \ WDeployConfigWriter".

Si scopre che quando si installa la distribuzione Web vengono impostati due account locali WDeployConfigWriter e WDeployAdmin. Le password di questi account sono impostate per scadere. Quindi reimpostare le password sul server web e impostarle su "non scadono mai". Quindi vai a Management Service Delegation in IIS. Ciascuna delle regole presentate ha un campo UserName. Dove si trova WDeployAdmin o WDeployConfigWriter, fare clic con il pulsante destro del mouse e aggiornare le credenziali con le nuove password.

Una spiegazione completa con screenshot può essere trovata qui: http://workinghardinit.wordpress.com/2011/07/18/wdeployconfigwriter-account-issues-trouble-shooting-web-deploy-2-0-with-lessons-learned/

— bucktronic
fonte

21

Se le password non sono state modificate, è possibile impostare semplicemente gli account WDeployConfigWriter e WDeployAdmin su "L'utente non può modificare la password" e "La password non scade mai". Nel nostro caso "La password dell'account specificato è scaduta." era nel registro di sicurezza su una nuova installazione del server.

— GoClimbColorado

2

Bello. Questo era il problema nel mio caso. Ho impostato la password dell'utente WDeployConfigWriter per non scadere e questo ha risolto il problema.

— Stan the DBA

2

Sono stato in grado di trovare un errore simile nel visualizzatore di eventi (su Server 2012 in Applicazioni e registri di servizio >> Microsoft Web Deploy). L'errore viene visualizzato nei dettagli come:

Microsoft.Web.Delegation.DeploymentAuthorizationException: Not able to log on the user '.\WDeployConfigWriter'. ---> System.Runtime.InteropServices.COMException: The password for this account has expired.

— Jon Egerton

Ancora a febbraio 2016, ho riscontrato questo strano problema su Windows Server 2008R2 e la tua soluzione ha funzionato per me.

— Ehsan Mirsaeedi

2

Posso confermare che NON è necessario modificare la password. L'impostazione "la password non scade mai" è sufficiente per risolvere il problema senza passaggi aggiuntivi, come da commento di @ GoClimbColorado

— NickG

41

Tutto quello che devi fare è rieseguire lo script "AddDelegationRules.ps1" che si trova in "C: \ Program Files \ IIS \ Microsoft Web Deploy V3 \ Scripts \"

Questo è lo script che viene eseguito alla prima installazione della distribuzione web. Ricreerà tutte le deleghe mancanti, reimposterà le password sia per WebDeployAdmin che per WebDeployConfigWriter e aggiungerà di nuovo WebDeployAdmin al gruppo Administrators.

Sarà comunque necessario impostare la password su ogni account in modo che non scada dopo aver rieseguito lo script.

— Volere
fonte

I tuoi consigli mi hanno aiutato molto. Ho trovato ed eseguito questo script "AddDelegationRules.ps1" con "poverShell". Sto usando il server win 2012 r2 e VS2017.

— Roberto Gata

12

Abbiamo avuto lo stesso problema: nel nostro caso stiamo usando solo MSDeploy (senza TFS ). La reimpostazione della password per questi 2 account locali ( WDeployConfigWriter e WDeployAdmin ) ha risolto il problema poiché le loro password erano scadute . Abbiamo tentato di modificare la politica delle password per non scadere mai, ma solo un amministratore locale può farlo.

— jmazin
fonte

2

Ho appena usato questa risposta per risolverlo da solo. C'era però un altro passaggio per me ... Dopo aver reimpostato le credenziali, devi andare in IIS> Delegazione dei servizi di gestione, quindi selezionare ciascuna regola e premere Modifica . Se la regola utilizza l' account WDeployConfigWriter , premere il pulsante Imposta ... e immettere nuovamente le nuove credenziali appena aggiornate.

— EvilDr

3

Questa è davvero solo una mezza risposta ... per evitare che le password scadano, apri il gestore del gruppo locale (esegui lusrmgr.msc), gli utenti (nella barra laterale), fai doppio clic sul nome dell'account e seleziona "la password non scade mai".

— Kat

Sono stato in grado di risolverlo semplicemente deselezionando User must change password at next logine non ho cambiato fisicamente le password

— Chris Schaller

3

eseguire questo comando lusrmgr.msc fare doppio clic su utente e fare doppio clic sul nome dell'account e selezionare "la password non scade mai".

Fatto.

— donprecious iyeritufu
fonte

L'ho fatto controllare, ma ho problemi con il deploy

— Piotr Piątkiewicz il