163 votes

Désactiver l'avertissement de sécurité de Visual Studio Attach lors du débogage d'IIS

Lorsque vous utilisez Visual Studio 2008 ou 2010, chaque fois que vous attachez à IIS w3wp.exe, vous obtenez un avertissement de sécurité d'attachement,

Comment faire ?

Il serait également intéressant de savoir comment le garder attaché pour plus longtemps, car il semble que cela se termine après un certain temps.

Btw : J'ai ajouté ceci comme commentaire à la réponse ci-dessous, la première chose que j'ai faite a été d'essayer l'article msdn. http://msdn.microsoft.com/en-us/library/ms241736.aspx mais ça ne marche pas.

1 votes

Cela a fonctionné jusqu'à récemment, dans VS2015 - j'ai définitivement fermé toutes les instances VS, et la clé est définie, mais l'avertissement a recommencé à apparaître.

240voto

Zidad Points 3756

Se trouve également dans l'article mentionné par Tzury, mais pour résumer les réponses dans ce fil :

assurez-vous que Visual Studio n'est pas en cours d'exécution lorsque vous modifiez la clé de registre, sinon elle sera écrasée à la sortie avec l'ancienne valeur.

Changez la clé de registre suivante en 1 :

Visual Studio 2008 HKEY_CURRENT_USER \Software\Microsoft\VisualStudio\9.0\Debugger\DisableAttachSecurityWarning

Visual Studio 2010 HKEY_CURRENT_USER \Software\Microsoft\VisualStudio\10.0\Debugger\DisableAttachSecurityWarning

Visual Studio 2012 HKEY_CURRENT_USER \Software\Microsoft\VisualStudio\11.0\Debugger\DisableAttachSecurityWarning

Visual Studio 2013 HKEY_CURRENT_USER \Software\Microsoft\VisualStudio\12.0\Debugger\DisableAttachSecurityWarning

10 votes

Pour VS2012, la clé est HKEY_CURRENT_USER. \Software\Microsoft\VisualStudio\11.0\Debug ger \DisableAttachSec urityWarning

0 votes

Faut-il redémarrer VS pour qu'il prenne effet ?

17 votes

@ImranRizvi vous devez vous assurer qu'il n'est pas en cours d'exécution lors de la modification du registre de toute façon, sinon il sera simplement écrasé à la sortie avec l'ancienne valeur.

13voto

Chris R. Donnelly Points 501

Le paramètre de registre fonctionne ; cependant, vous devez vous assurer que vous le définissez dans le bac à sable de registre 32 bits pour VS2005/2008 en utilisant soit le regedit.exe 32 bits dans %windir%\SysWOW64\ ou en l'ajoutant sous HKLM\Software\Wow6432Node\... . J'ai créé un .reg script qui l'ajoute simplement aux deux :

Windows Registry Editor Version 5.00

[HKEY_CURRENT_USER\Software\Microsoft\VisualStudio\9.0\Debugger]
"DisableAttachSecurityWarning"=dword:00000001

[HKEY_CURRENT_USER\Software\Wow6432Node\Microsoft\VisualStudio\9.0\Debugger]
"DisableAttachSecurityWarning"=dword:00000001

Il suffit de changer la version en 8.0 pour 2005, 10.0 pour 2010, etc.

NOTE : regedit sous Windows 7 semble vouloir que les fichiers .reg soient enregistrés en UTF16-LE, donc si vous l'enregistrez dans un fichier .reg, sachez que vous devez le faire.

8voto

Eric Villemure Points 81

J'ai réussi à le faire fonctionner sous Windows 7. J'ai d'abord modifié la valeur du registre avec VS2008 encore ouvert. Je l'ai ensuite fermé et rafraîchi l'éditeur de registre et j'ai remarqué que la valeur était remise à 0. Je l'ai ensuite remise à 1 et j'ai démarré VS2008. Il fonctionne maintenant très bien. J'ai essayé de fermer VS2008 et de le rouvrir, mais la valeur du registre reste à 1. Merci pour votre aide

7voto

Les autres réponses de ce post contiennent les bonnes informations mais j'ai eu du mal à les faire fonctionner, c'est pourquoi je tente ici de rendre la réponse très explicite. Ces instructions ont fonctionné pour Visual Studio 2010 sous Windows 7 Ultimate 64-Bit.

  • Assurez-vous qu'aucune instance de Visual Studio n'est en cours d'exécution (utilisez le gestionnaire des tâches pour vérifier si des instances de Visual Studio sont en cours d'exécution). devenv.exe )
  • Ajoutez le DWORD DisableAttachSecurityWarning à la valeur de registre HKEY_CURRENT_USER \Software\Microsoft\VisualStudio\X.X\Debugger et définir la valeur comme étant 1 . Pour Visual Studio 2008, remplacez X.X par 9.0 pour une utilisation en 2010 10.0

La raison pour laquelle j'ai eu du mal à obtenir ce résultat est que j'ai essayé en utilisant HKEY_LOCAL_MACHINE au lieu de HKEY_CURRENT_USER. J'ai dû me résoudre à utiliser Moniteur de processus et un peu de filtrage sur devenv pour identifier mon erreur. Je pense que la valeur HKLM n'a d'effet que si elle est définie avant que vous n'ouvriez Visual Studio pour la première fois.

Toutes les instances ouvertes de Visual Studio écraseront vos modifications lorsqu'elles seront fermées et seules les nouvelles instances reprendront le paramètre dans tous les cas.

L'utilisation de la Noeud Wow6432 semble être inutile pour autant que je puisse dire. Les commandes Powershell suivantes appliqueront les étapes pour Visual Studio 2010.

Get-Process -Name devenv* | ForEach-Object { Stop-Process $_.Id }
New-ItemProperty -Path 'HKCU:\Software\Microsoft\VisualStudio\10.0\Debugger' -Name 'DisableAttachSecurityWarning' -Value 1 -PropertyType 'DWORD' -Force

6voto

Tóth Zoltán Points 11

Vous pouvez changer l'identité de iis AppPool pour votre utilisateur Windows réel, s'il s'agit d'une machine locale.

1 votes

J'ai récemment été piqué par cette "fonctionnalité", que je n'avais pas vue auparavant, lorsque votre réponse m'a fait comprendre que c'est parce que je viens de changer de mode de fonctionnement. de un compte utilisateur réel à l'apppoolidentity.

Prograide.com

Prograide est une communauté de développeurs qui cherche à élargir la connaissance de la programmation au-delà de l'anglais.
Pour cela nous avons les plus grands doutes résolus en français et vous pouvez aussi poser vos propres questions ou résoudre celles des autres.

Powered by:

X