Lorsque vous utilisez Visual Studio 2008 ou 2010, chaque fois que vous vous connectez à IIS w3wp.exe, vous obtenez un avertissement de sécurité d'attachement,
Comment faites-vous cela?
Ce serait cool de savoir aussi comment le garder attaché pour s'attarder, car cela semble expirer 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 cela ne fonctionne pas.
visual-studio-2010
visual-studio
visual-studio-2008
iis
iis-7
crise ronde
la source
la source
Réponses:
On 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 lors de la modification de la clé de registre ou il sera écrasé à la sortie avec l'ancienne valeur
Remplacez (ou créez) la clé de registre suivante par 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
Visual Studio 2015
HKEY_CURRENT_USER\Software\Microsoft\VisualStudio\14.0\Debugger\DisableAttachSecurityWarning
Pour VS2015, vous devrez peut-être créer la clé de registre référencée ci-dessus.
HKEY_CURRENT_USER\Software\Microsoft\VisualStudio\14.0\Debugger
, cliquez avec le bouton droit de la souris et créez un nouveauDWORD
:DisableAttachSecurityWarning
1
.Mise à jour: Si vous ne souhaitez pas ouvrir regedit, enregistrez ce contenu dans un fichier * .reg et exécutez-le (importe les clés pour toutes les versions de VS inférieures à VS2017).
Visual Studio 2017
La configuration est enregistrée dans un emplacement de registre privé, voir cette réponse: https://stackoverflow.com/a/41122603/67910
Pour VS 2017 , enregistrez ce contenu dans un fichier * .ps1 et exécutez-le en tant qu'administrateur, ou copiez et collez le code suivant dans un fichier ps1:
la source
Le paramètre de registre fonctionne; cependant, vous devez vous assurer de le définir dans le sandbox du registre 32 bits pour VS2005 / 2008 en utilisant le regedit.exe 32 bits dans
%windir%\SysWOW64\
ou en l'ajoutant sousHKLM\Software\Wow6432Node\...
. J'ai créé un script .reg qui l'ajoute simplement aux deux:Changez simplement la version en 8.0 pour 2005, 10.0 pour 2010, etc.
REMARQUE: regedit sous Windows 7 semble vouloir que les fichiers .reg soient enregistrés au format UTF16-LE, donc si vous l'enregistrez dans un fichier .reg, sachez que vous devez le faire.
la source
J'ai pu le faire fonctionner sur Windows 7. J'ai d'abord changé la valeur de registre avec VS2008 toujours ouvert. Je l'ai ensuite fermé et actualisé l'éditeur de registre et j'ai remarqué que la valeur était réinitialisée à 0. Je l'ai ensuite remise à 1 et j'ai démarré VS2008. Cela fonctionne maintenant très bien. J'ai essayé de fermer VS2008 et de le rouvrir et la valeur de registre reste 1. Merci pour votre aide
la source
Les autres réponses de cet article contiennent les bonnes informations, mais j'ai eu du mal à les faire fonctionner, c'est donc une tentative de rendre la réponse très explicite. Ces instructions ont fonctionné pour Visual Studio 2010 s'exécutant sur Windows 7 Ultimate 64 bits.
La raison pour laquelle j'ai eu du mal à faire fonctionner cela est que j'essayais ceci en utilisant HKEY_LOCAL_MACHINE au lieu de HKEY_CURRENT_USER. J'ai dû recourir à l'utilisation de Process Monitor et un peu de filtrage sur devenv pour identifier mon erreur. Je soupçonne que la valeur HKLM n'a d'effet que si elle est définie avant d'ouvrir Visual Studio pour la première fois.
Toutes les instances ouvertes de Visual Studio remplaceront vos modifications lorsqu'elles sont fermées et seules les nouvelles instances reprendront le paramètre dans tous les cas.
Pour autant que je sache, l'utilisation du registre Wow6432Node semble inutile. Les commandes Powershell suivantes appliqueront les étapes de Visual Studio 2010.
la source
Vous pouvez changer l'identité iis AppPool en votre utilisateur Windows réel, s'il s'agit d'une machine locale.
la source
votre réponse est disponible sur http://msdn.microsoft.com/en-us/library/ms241736.aspx
la source
Ce n'est pas une réponse directe à la question, mais cela contourne le message de sécurité et fournit également un moyen plus rapide de se joindre à un processus précédemment attaché:
la source
Variante PowerShell ... remplacez-la
$vsversion
par la version à laquelle vous souhaitez l'appliquer.Remarque : enregistrez votre travail avant de l'exécuter. Toutes les instances VS en cours d'exécution seront arrêtées. Si vous ne mettez pas fin aux instances VS ouvertes, la valeur ne sera pas conservée.
la source
donc, la seule chose qui fonctionnerait pour moi avec Visual Studio 2010 sur x64 / Win7 est de mettre à jour les deux nœuds, y compris le Wow6432Node.
la source
Une extension Visual Studio est disponible pour VS2015 et VS2017: «Attach To All The Things» :
Vous pouvez lier "Attach To IIS" à n'importe quel accord clé que vous aimez en utilisant le processus habituel.
la source
Une variante PowerShell basée sur les réponses existantes de SliverNinja et Martin Hollingsworth. Cela a été testé avec Visual Studio 2015 sur un environnement win7 / x64 . Le script vous demandera de fermer Visual Studio s'il est en cours d'exécution (n'essaiera pas de le tuer).
la source