7

Stiamo eseguendo Visual Studio 2012 e Team Foundation Server 2012. Nella finestra Team Explorer, sono in grado di connettersi correttamente al nostro ambiente TFS. Tuttavia, quando seleziono il collegamento Sicurezza in Team Project o Team Project Collection, ricevo un messaggio "Team Foundation Server: Login Failure: nome utente sconosciuto o password errata".Errore di accesso: nome utente sconosciuto o password errata

Non ho trovato un file di registro o qualcosa nel file di visualizzazione di un evento che aiuti a risolvere il problema.

  • C'è un file di registro che posso cercare che contiene alcuni 'suggerimenti' per volere che il problema di connessione sia?
  • dove vengono archiviate le credenziali sul computer locale utilizzato per il collegamento del team di fondazione?

risposta

0

stavo sperimentando lo stesso problema con TFS espresso 2012. Non so se la mia situazione si applica a voi, ma qui ci sono i fatti:

  • mio esempio TFS era in esecuzione su un server remoto.
  • Né quel server o il mio computer locale erano su un dominio.
  • Stavo usando lo stesso nome account utente su entrambe le macchine ma con password diverse .
  • L'impostazione delle password per lo stesso ha risolto il problema.

Le funzioni che non funzionavano erano quelle che lanciavano il sito web del progetto, che potevo navigare direttamente in ogni caso.

3

In TFS 2012, l'interfaccia di gestione per le autorizzazioni e le impostazioni del progetto è passata in gran parte a Team Web Access.

Facendo clic su una delle seguenti impostazioni del Team Explorer 2012 produrrà il "Errore di accesso: nome utente sconosciuto o password non valida" errore:

• Project Team Collection> Sicurezza

• Project Team Collection> Gruppo L'adesione

• Project team> Sicurezza

• Project team> Group Membership

• Progetto team> Aree elemento di lavoro

• Team di progetto> Work Item iterazioni

• team di progetto> Avvisi di progetto

+0

Questo è tutto vero, ma non è una risposta. Hai trovato un lavoro in giro? – crush

5

Ci siamo resi conto che la causa principale di questo problema è che Visual Studio sta cercando di aprire un browser che utilizza le stesse credenziali utilizzate per connettersi a TFS. Se tali credenziali non sono autorizzate a eseguire processi sulla tua macchina (sospetto che nel tuo caso siano utenti di dominio su un dominio diverso che non è considerato attendibile dal dominio client), l'apertura del browser fallirà. Questo spiega perché puoi colpire quegli URL usando un'istanza del browser che viene aperta usando le tue credenziali. Questo verrà corretto in una futura versione di Visual Studio.

3

Ho lo stesso problema.Per correggerlo (temporaneamente), è necessario eseguire VS 2012 con questo comando:

C:\Windows\System32\runas.exe /netonly /user:{domain\loginname} "C:\Program Files (x86)\Microsoft Visual Studio 11.0\Common7\IDE\devenv.exe" 

Change {domain \ loginname} dal dominio e nome di login del proprio account TFS dominio. Una console chiederà la tua password e tutto funzionerà!

+0

Sono +1 perché, anche se si tratta di un problema noto, questo consente di lavorare in remoto da un altro computer al di fuori del dominio e funziona perfettamente. –

0

riuscito a risolvere il problema io stesso mappando un disco per l'area in cui TFS sembra avere un nascondiglio situato - ma poi ho 2 spazi di lavoro separati che attraversano 2 domini separati

1

Ho anche sperimentato lo stesso problema con TFS . Ho trovato una soluzione per questo. È necessario rimappare le aree di lavoro nel PC o nel server remoto. Se hai qualche modifica non vincolante nei tuoi progetti, devi mantenere il backup, altrimenti perderai le tue modifiche.

Steps -

  • Vai aree di lavoro in Visual Studio

    File-> controllo del codice sorgente -> Avanzate -> Aree di lavoro

  • Rimuovere le aree di lavoro attuali.

  • Rimappa nuovamente i progetti.