Come configurare Visual Studio per non dare prompt UAC ad ogni esecuzione?

Question

Sono passato a Vista di recente e volevo mantenere il controllo dell'account utente attivato, poiché sono d'accordo che aumenta la sicurezza del computer molto. Alcuni strumenti di sviluppo che uso regolarmente richiedono funzionante elevato:

• PIX per Windows
• Visual Studio 2005 (privilegi elevati sembrano essere necessari per il debug e per IncrediBuild di lavorare)
• mappate e substed unità: L'elevata processo non sembra vedere le unità che ho mappato nel mio account utente. This article descrive il problema, ma non sono sicuro di come potrei implementare il suo suggerimento finale su "mappare queste unità nel contesto dell'accesso elevato".

Ho sperimentato molti suggerimenti che ho trovato, Compatibility Administrator sembrava abbastanza promettente, ma il risultato non era ancora quello che volevo. Quando ho usato RunAsInvoker, non c'era un prompt UAC, ma Visual Studio non funzionava. Quando ho usato RunAsAdmin o RunAsHighest, ha funzionato, ma c'era il prompt.

Esiste un modo per insegnare a UAC a ricordare alcune applicazioni particolari che dovrebbero sempre funzionare in modo elevato e non richiedere mai a questo proposito, o in qualche altro modo come consentire il lancio di VS senza il prompt? Se non c'è modo di farlo, esiste qualche motivo di sicurezza per cui non può essere fatto?

Answer 1

Ho dovuto disattivare anche il controllo dell'account utente per il mio sistema di sviluppo 2008, nonostante le sensazioni simili sul voler essere in grado di usarlo. È troppo doloroso dover tenere traccia del contesto di esecuzione di ogni singola applicazione affinché cose come il trascinamento/rilascio tra una finestra e l'altra funzionino, o l'interazione con sistemi remoti, o gli scenari di debug o qualsiasi altra attività. UAC era una buona idea in teoria, ma sembra esserci stato così poco sforzo per renderlo funzionalmente utile agli utenti reali del mondo reale, che alla fine della giornata, l'unica soluzione possibile è disabilitarla completamente.

Windows 7 sarà probabilmente un po 'meglio con l'eliminazione dei prompt costanti, ma a meno che non lavorino davvero per risolvere tutti i problemi di accesso remoto e di accesso incrociato, sarà comunque un antipasto per chiunque non sia utenti inesperti. Ecco sperando che alla fine possano essere effettivamente utilizzabili.

Answer 2

Per la cronaca, la mia "soluzione" corrente a questo problema, dopo qualche giorno di sperimentare con esso, è:

• sua volta UAC off
• assicurarsi che qualcun altro mette alla prova l'applicazione con una standard Account utente su base regolare

... vale a dire utilizzare lo stesso modello che ha funzionato in WindowsXP prima.

Mi piacerebbe vedere qualche altra soluzione, ma finora nulla di ciò che ho provato mi ha dato tutto quello che voglio, io, e. Controllo dell'account utente attivo, Visual Studio funzionante e nessun prompt sull'esecuzione di VS. Vorrei tenere il controllo dell'account utente, ma era troppo fastidioso per me confermare l'elevazione ogni volta che eseguo gli strumenti.

Answer 3

Per quanto ne so, non è possibile ottenere tutto ciò che si desidera (UAC attivo, VS funziona senza prompt).

Tuttavia, c'è una soluzione migliore di "avere qualcun altro prova con LUA:" A Virtual PC. Utilizzare Virtual PC (gratuito da Microsoft) per creare un sistema operativo guest. Installa Vista e configura un utente normale e l'amministratore predefinito. Metti alla prova le tue applicazioni su quel VPC utilizzando il (non elevato) utente normale. Questo almeno ti dà l'indicazione precoce dei problemi LUA senza troppi grattacapi.

Sono d'accordo che è un po 'un dolore (e ho notato che VS2008 non mi da problemi con i prompt UAC sotto Vista o Win7 beta), ma è quello che è. VS2005, in particolare in debugging, richiede l'elevazione di allegare ai processi, ecc

Answer 4

Purtroppo UAC è obbligatorio in finestre Vista, quando UAC è abilitato.

Una soluzione che ha funzionato per me è quello di avere una linea di comando elevata e un gruppo di script di shell non ui che eseguono elevato da lì per alcuni compiti.

Anche per il debug ho installato un altro computer in cui posso eseguire una sessione di debug remoto, è un po 'complicato da configurare con VS 2005, il vantaggio è che se si blocca/si blocca la sessione remota non arresta il computer principale :)

PD: VS 2008 è leggermente più bello di VS 2005, provalo se puoi.

Answer 5

VS 2005 era un problema in Vista, e ci sono un sacco di piccoli trucchi anche quando si esegue come amministratore. Verifica se è possibile eseguire l'aggiornamento al 2008, che funziona molto meglio su Vista.

Answer 6

Norton ha uno strumento interessante per definire l'UAC e renderlo un po 'più facile da vivere con ... al costo del feedback su quali programmi si utilizzano andando su Norton. C'è una buona scrittura-up su di esso qui:

http://www.betanews.com/article/New_Norton_Vista_tool_trades_UAC_for_online_feedback/1223668881

Il download è qui:

http://www.nortonlabs.com/inthelab/uac.php

Infine, v'è un piccolo strumento interessante "snooze" UAC, che costa 5 $ (30 giorni di prova). Non posso garantire per nessuno dei due strumenti, dato che non li ho mai provati personalmente.

http://www.uacsnooze.com/

Answer 7

Prova:

Strumenti di amministrazione -> Criteri di protezione locali -> Criteri locali -> Opzioni di protezione -> Controllo account utente: comportamento della richiesta di elevazione per gli amministratori in modalità Approvazione amministratore = Elevate senza spingendo.