Question

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

Comment vous en sortez-vous?

Ce serait bien de savoir aussi comment le garder attaché pour longtemps, car cela semble s’éteindre après un certain temps.

Btw: J'ai ajouté ceci en tant que 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.

Était-ce utile?

La solution

On trouve également dans l'article mentionné par Tzury, mais pour résumer les réponses à ce sujet:

assurez-vous que Visual Studio n'est pas en cours d'exécution lors de la modification de la clé de registre, sinon il sera écrasé à la sortie par l'ancienne valeur

Modifiez (ou créez) 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 \ Logiciel \ 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 \ Logiciel \ Microsoft \ VisualStudio \ 14.0 \ Débogueur \ DisableAttachSecurityWarning

Pour VS2015, vous devrez peut-être créer la clé de registre mentionnée ci-dessus.

  1. Assurez-vous que Visual Studio n'est pas en cours d'exécution et ouvrez l'Éditeur du registre.
  2. Accédez à HKEY_CURRENT_USER \ Software \ Microsoft \ VisualStudio \ 14.0 \ Debugger , cliquez avec le bouton droit de la souris et créez un nouveau DWORD :
    • Nom: DisableAttachSecurityWarning
    • Valeur: 1 .

Mise à jour: Si vous ne souhaitez pas ouvrir regedit, enregistrez-le gist en tant que fichier * .reg et l'exécuter (importe les clés pour toutes les versions de VS moins) que VS2017).

Visual Studio 2017

La configuration est enregistrée dans un emplacement de registre privé, voir la réponse suivante: https://stackoverflow.com/a/41122603/67910

Pour VS 2017 , enregistrez cet élément gist en tant que fichier * .ps1 et exécutez-le en tant qu'administrateur, ou copiez et collez le code suivant dans un fichier ps1:

#IMPORTANT: Must be run as admin

dir $env:LOCALAPPDATA\Microsoft\VisualStudio\15.* | % {
    #https://stackoverflow.com/a/41122603
    New-PSDrive HKU Registry HKEY_USERS

    reg load 'HKU\VS2017PrivateRegistry\' 

On trouve également dans l'article mentionné par Tzury, mais pour résumer les réponses à ce sujet:

assurez-vous que Visual Studio n'est pas en cours d'exécution lors de la modification de la clé de registre, sinon il sera écrasé à la sortie par l'ancienne valeur

Modifiez (ou créez) 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 \ Logiciel \ 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 \ Logiciel \ Microsoft \ VisualStudio \ 14.0 \ Débogueur \ DisableAttachSecurityWarning

Pour VS2015, vous devrez peut-être créer la clé de registre mentionnée ci-dessus.

  1. Assurez-vous que Visual Studio n'est pas en cours d'exécution et ouvrez l'Éditeur du registre.
  2. Accédez à HKEY_CURRENT_USER \ Software \ Microsoft \ VisualStudio \ 14.0 \ Debugger , cliquez avec le bouton droit de la souris et créez un nouveau DWORD :
    • Nom: DisableAttachSecurityWarning
    • Valeur: 1 .

Mise à jour: Si vous ne souhaitez pas ouvrir regedit, enregistrez-le gist en tant que fichier * .reg et l'exécuter (importe les clés pour toutes les versions de VS moins) que VS2017).

Visual Studio 2017

La configuration est enregistrée dans un emplacement de registre privé, voir la réponse suivante: https://stackoverflow.com/a/41122603/67910

Pour VS 2017 , enregistrez cet élément gist en tant que fichier * .ps1 et exécutez-le en tant qu'administrateur, ou copiez et collez le code suivant dans un fichier ps1:

<*>\privateregistry.bin $BasePath='HKU:\VS2017PrivateRegistry\Software\Microsoft\VisualStudio' $keysResult=dir $BasePath $keysResult | ? {

On trouve également dans l'article mentionné par Tzury, mais pour résumer les réponses à ce sujet:

assurez-vous que Visual Studio n'est pas en cours d'exécution lors de la modification de la clé de registre, sinon il sera écrasé à la sortie par l'ancienne valeur

Modifiez (ou créez) 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 \ Logiciel \ 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 \ Logiciel \ Microsoft \ VisualStudio \ 14.0 \ Débogueur \ DisableAttachSecurityWarning

Pour VS2015, vous devrez peut-être créer la clé de registre mentionnée ci-dessus.

  1. Assurez-vous que Visual Studio n'est pas en cours d'exécution et ouvrez l'Éditeur du registre.
  2. Accédez à HKEY_CURRENT_USER \ Software \ Microsoft \ VisualStudio \ 14.0 \ Debugger , cliquez avec le bouton droit de la souris et créez un nouveau DWORD :
    • Nom: DisableAttachSecurityWarning
    • Valeur: 1 .

Mise à jour: Si vous ne souhaitez pas ouvrir regedit, enregistrez-le gist en tant que fichier * .reg et l'exécuter (importe les clés pour toutes les versions de VS moins) que VS2017).

Visual Studio 2017

La configuration est enregistrée dans un emplacement de registre privé, voir la réponse suivante: https://stackoverflow.com/a/41122603/67910

Pour VS 2017 , enregistrez cet élément gist en tant que fichier * .ps1 et exécutez-le en tant qu'administrateur, ou copiez et collez le code suivant dans un fichier ps1:

<*>.Name -match '\\\d+\.\d+_[^_]+} | % { $keyName =

On trouve également dans l'article mentionné par Tzury, mais pour résumer les réponses à ce sujet:

assurez-vous que Visual Studio n'est pas en cours d'exécution lors de la modification de la clé de registre, sinon il sera écrasé à la sortie par l'ancienne valeur

Modifiez (ou créez) 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 \ Logiciel \ 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 \ Logiciel \ Microsoft \ VisualStudio \ 14.0 \ Débogueur \ DisableAttachSecurityWarning

Pour VS2015, vous devrez peut-être créer la clé de registre mentionnée ci-dessus.

  1. Assurez-vous que Visual Studio n'est pas en cours d'exécution et ouvrez l'Éditeur du registre.
  2. Accédez à HKEY_CURRENT_USER \ Software \ Microsoft \ VisualStudio \ 14.0 \ Debugger , cliquez avec le bouton droit de la souris et créez un nouveau DWORD :
    • Nom: DisableAttachSecurityWarning
    • Valeur: 1 .

Mise à jour: Si vous ne souhaitez pas ouvrir regedit, enregistrez-le gist en tant que fichier * .reg et l'exécuter (importe les clés pour toutes les versions de VS moins) que VS2017).

Visual Studio 2017

La configuration est enregistrée dans un emplacement de registre privé, voir la réponse suivante: https://stackoverflow.com/a/41122603/67910

Pour VS 2017 , enregistrez cet élément gist en tant que fichier * .ps1 et exécutez-le en tant qu'administrateur, ou copiez et collez le code suivant dans un fichier ps1:

<*>.Name -replace 'HKEY_USERS','HKU:' New-ItemProperty -Path $keyName\Debugger -Name DisableAttachSecurityWarning -Value 1 } $keysResult.Handle.Close() [gc]::collect() reg unload 'HKU\VS2017PrivateRegistry' Remove-PSDrive HKU }

Autres conseils

Le paramètre de registre fonctionne; Toutefois, vous devez vous assurer de le définir dans le sandbox de registre 32 bits pour VS2005 / 2008 en utilisant le fichier regedit.exe 32 bits dans % windir% \ SysWOW64 \ ou en l'ajoutant sous < code> HKLM \ Software \ Wow6432Node \ ... . J'ai créé un script .reg qui l'a simplement ajouté à la fois:

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

Modifiez simplement la version 8.0 pour 2005, 10.0 pour 2010, etc.

REMARQUE: regedit sous Windows 7 semble vouloir enregistrer les fichiers .reg au format UTF16-LE. Par conséquent, si vous les enregistrez dans un fichier .reg, sachez que vous devez le faire.

J'ai pu le faire fonctionner sous Windows 7. J'ai d'abord modifié la valeur du registre avec VS2008 toujours ouvert. Je l'ai ensuite fermé et j'ai actualisé l'éditeur de registre et constaté que la valeur avait été réinitialisée à 0. Je l'ai ensuite modifiée en 1 et démarré VS2008. Cela fonctionne maintenant bien. J'ai essayé de fermer VS2008 et de l'ouvrir à nouveau et la valeur de registre reste 1. Merci pour votre aide

Les autres réponses de cet article contiennent les bonnes informations, mais j’ai eu de la difficulté à les faire fonctionner. C’est donc une tentative de rendre la réponse très explicite. Ces instructions ont fonctionné pour Visual Studio 2010 sous Windows 7 Ultimate 64 bits.

  • Assurez-vous qu'aucune instance de Visual Studio n'est en cours d'exécution (utilisez le gestionnaire de tâches pour rechercher devenv.exe )
  • Ajoutez la valeur de registre DWORD DisableAttachSecurityWarning à HKEY_CURRENT_USER \ Software \ Microsoft \ Visual \ Studio \ X.X \ Debugger et définissez la valeur sur 1 . Pour Visual Studio 2008, remplacez X.X par 9.0 , pour 2010, utilisez 10.0
  • .

La raison pour laquelle j’ai eu du mal à faire en sorte que cela fonctionne est que j’essayais de le faire en utilisant HKEY_LOCAL_MACHINE au lieu de HKEY_CURRENT_USER. Je devais recourir à Moniteur de processus 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 que vous ouvriez Visual Studio pour la première fois.

Toute instance ouverte de Visual Studio écrasera vos modifications à la fermeture et seules les nouvelles instances choisiront le paramètre dans tous les cas.

Utilisation du Wow6432Node

Get-Process -Name devenv* | ForEach-Object { Stop-Process 

Les autres réponses de cet article contiennent les bonnes informations, mais j’ai eu de la difficulté à les faire fonctionner. C’est donc une tentative de rendre la réponse très explicite. Ces instructions ont fonctionné pour Visual Studio 2010 sous Windows 7 Ultimate 64 bits.

  • Assurez-vous qu'aucune instance de Visual Studio n'est en cours d'exécution (utilisez le gestionnaire de tâches pour rechercher devenv.exe )
  • Ajoutez la valeur de registre DWORD DisableAttachSecurityWarning à HKEY_CURRENT_USER \ Software \ Microsoft \ Visual \ Studio \ X.X \ Debugger et définissez la valeur sur 1 . Pour Visual Studio 2008, remplacez X.X par 9.0 , pour 2010, utilisez 10.0
  • .

La raison pour laquelle j’ai eu du mal à faire en sorte que cela fonctionne est que j’essayais de le faire en utilisant HKEY_LOCAL_MACHINE au lieu de HKEY_CURRENT_USER. Je devais recourir à Moniteur de processus 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 que vous ouvriez Visual Studio pour la première fois.

Toute instance ouverte de Visual Studio écrasera vos modifications à la fermeture et seules les nouvelles instances choisiront le paramètre dans tous les cas.

Utilisation du Wow6432Node <*>.Id } New-ItemProperty -Path 'HKCU:\Software\Microsoft\VisualStudio\10.0\Debugger' -Name 'DisableAttachSecurityWarning' -Value 1 -PropertyType 'DWORD' -Force

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

votre réponse est disponible à l'adresse http://msdn.microsoft.com/. en-us / library / ms241736.aspx

  

Si vous déboguez un utilisateur légitime   scénario qui provoque cet avertissement à   apparaissent, et veulent le supprimer, il   est un paramètre de registre qui vous permet   pour faire ça. N'oubliez pas de réactiver le   avertissement après que vous avez terminé avec le   scénario.

Il ne s'agit pas d'une réponse directe à la question, mais cela contourne le message de sécurité et fournit également un moyen plus rapide de se connecter à un processus précédemment attaché:

  • installer Rattacher l'extension
  • attachez en utilisant Reattach et le message est ignoré
  • rattacher (Ctrl-R + Ctrl- [1-5]) à un processus précédent présente le même avantage

La variante Powershell ... remplacez $ vsversion par la version à laquelle vous souhaitez l'appliquer.

Remarque : enregistrez votre travail avant de l'exécuter. Toutes les instances de VS en cours d'exécution seront arrêtées. Si vous ne terminez pas les instances VS ouvertes, la valeur ne sera pas conservée.

$vsversion = "12.0" # VS 2013 (optionally 11, 10, 9, etc.)
kill -name devenv # end any existing VS instances (required for persisting config change)
Get-ItemProperty -Path "HKCU:\Software\Microsoft\VisualStudio\$vsversion\Debugger" -Name DisableAttachSecurityWarning -ErrorAction SilentlyContinue # query value (ignore if not exists)
Set-ItemProperty -Path "HKCU:\Software\Microsoft\VisualStudio\$vsversion\Debugger" -Name DisableAttachSecurityWarning -Value 1 # assign value

Ainsi, 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.

Windows Registry Editor Version 5.00

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

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

Une extension Visual Studio est disponible pour VS2015 et VS2017: " Attacher à tous les Choses " :

 entrer la description de l'image ici

Vous pouvez lier "Joindre à IIS". quelle que soit l'accord de ton choix que vous souhaitez utiliser selon le processus habituel.

Variation 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 (il ne tentera pas de le tuer).

$vsversion = "14.0" # VS 2015 (optionally 12, 11, 10, 9, etc...)
$disable = 1 # set to 0 to enable the warning message

# not using Get-Process here because powershell instance can be 64 bit and devenv is 32 bit
if (!(get-wmiobject win32_process -filter "name='devenv.exe'")) {
    # Create or (force) update the property
    New-ItemProperty -Path "HKCU:\Software\Microsoft\VisualStudio\$vsversion\Debugger" -Name DisableAttachSecurityWarning -Value $disable -PropertyType 'DWORD' -Force
    Write-Host Done!
}
else {
    Write-Error "Please close Visual Studio first!"
}
Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top