Avertissement de sécurité VS 2010 lors de l'ouverture de mes propres projets

Chaque fois que j'essaie d'ouvrir mes propres projets dans VS 2010 Express, j'obtiens le message suivant:

Vous ne devez ouvrir des projets qu'à partir d'une source fiable

Je peux cliquer sur OK sur le message et ouvrir la solution, mais je préfère ne pas être averti chaque fois que j'ouvre ma solution.

Les fichiers n'ont pas été téléchargés sur Internet; ils sont assis juste sur le lecteur réseau de mon département . Il n'y a rien à débloquer si je regarde la fenêtre Propriétés du fichier de projet.

Tous les conseils pour éliminer ce bug seront appréciés.

Il existe un problème de tri avec Visual Studio 2010. Vérifiez cela pour plus de détails sur le site Web de Microsoft. Liste des problèmes d' approbation des partages réseau dans Visual Studio 2010 / .NET 4.0 .

Cela sera déclenché non seulement en provenant d'Internet (ce qui vous permettrait de frapper Unblock), mais aussi dans certains autres cas, comme je pense, en étant sur un partage réseau, dans le répertoire temporaire ou de téléchargement. Je ne sais pas comment arrêter ça en gros, j'ai peur. Vous êtes censé pouvoir le faire avecTools>Options>Projects and Solutions>Warn user when project location is not trusted

Pour éviter le message, vous pouvez soit

(1) juste accepter de charger; cela devrait supprimer le message chaque fois que vous ouvrez le projet dans le cadre de cette solution en tant que même utilisateur sur la même machine;

ou

(2) allez dans l'explorateur Windows, faites un clic droit sur le fichier du projet, choisissez Propriétés, regardez en bas de l'onglet Général, s'il y a un bouton Débloquer, cliquez dessus. Vous devrez peut-être effectuer cette opération pour tout fichier .user à côté du projet également.

Il existe 2 façons simples de procéder:

Comment autoriser l'exécution de mes projets Visual Studio .NET à partir d'un emplacement réseau?

Pour accorder l'autorisation à tous vos projets dans votre dossier Projets Visual Studio situé sur le réseau, procédez comme suit:

• Ouvrez la configuration de Microsoft .NET Framework 1.1 que vous trouverez sous Outils d'administration dans le Panneau de configuration.
• Développer la politique de sécurité d'exécution | Machine, | Groupes de codes | All_Code | LocalIntranet_Zone
• Dans le volet droit, cliquez sur Ajouter un groupe de codes enfants.
• Dans la boîte de dialogue qui suit, choisissez Créer un nouveau groupe de codes et saisissez un nom comme Projets Visual Studio.
• Vous pouvez également fournir une description du groupe de codes. (Vous verrez la description lorsque vous cliquez sur un groupe de codes dans l'arborescence de gauche, vous aidant à identifier les différents groupes de codes que vous pouvez avoir).
• Dans la liste déroulante Type de condition, choisissez URL

• Pour le champ URL, tapez quelque chose comme ceci:

  file://YourServer/My Documents/Visual Studio Projects/*
  

Sous Utiliser un jeu d'autorisations existant, choisissez FullTrust (c'est-à-dire si vous faites confiance à vos propres applications. Sinon, choisissez un autre jeu d'autorisations ou créez-en un).

Comment: accorder des autorisations aux dossiers et aux assemblys

La seule solution signalée à ce problème semble être de mapper le partage réseau en tant que lecteur local.

Cependant, cela ne suffit pas, comme indiqué dans les mappages d'espaces de noms WPF personnalisés qui échouent dans Visual Studio 2010 :

Tout d'abord, le problème vient du fait que le projet n'est pas sur un lecteur local, ce qui crée des problèmes dans l'environnement Visual Studio.

Résoudre le problème:

1. Assurez-vous que le projet est ouvert à l'aide d'un lecteur mappé (comme P:/Projects/.../mySolution.sln). Attention, cela signifie que le mappage du lecteur n'est pas suffisant; vous devez l'ouvrir à partir du chemin mappé (à partir d'une fenêtre d'explorateur de fichiers utilisant le lecteur mappé). Si vous continuez à le charger en utilisant le menu "projets récents" dans VS, le chemin sera toujours absolu.

2. Modifiez le fichier de configuration de l'environnement de développement appelé devenv.exe.configet ajoutez-le <loadFromRemoteSources enabled="true" /> dans la section configuration/runtime. Ce fichier se trouve sur le lecteur sur lequel VS est installé.

[ÉDITER]

Comme vous dites que cette réponse ne résout pas votre problème, et comme c'est le seul problème pour lequel une solution est disponible, je vous suggère de laisser Microsoft connaître votre problème.

Je pense que ce comportement est intégré dans VS 2010, donc rien de moins qu'une solution au produit lui-même ne peut résoudre le problème.

De toute façon, tout ce que vous avez à faire est d'accepter chaque projet une fois pour vous débarrasser du message de ce projet pour toujours sur cet ordinateur.

Windows définit les zones et décide des fichiers à bloquer en fonction des zones de sécurité. Vous devriez d'abord y vérifier.

C'est probablement pourquoi les réponses ci-dessus ne vous aident pas. Les fichiers sur votre machine relèvent de la zone de la machine locale . Ceux d'entre nous qui ont utilisé IE 4 et 5 se souviennent probablement de ce paramètre. À partir d'IE 6 et XP, la zone Machine locale a été verrouillée et a disparu de l'onglet Sécurité. Il existe plusieurs façons pour Windows de détecter si un fichier provient de l'extérieur de la zone de la machine locale. L'une des façons est partiellement illustrée ci-dessus, avec le bouton de déblocage. Les fichiers téléchargés à partir d'une zone plus restrictive sont marqués.

Allez sous Internet Explorer ou Panneau de configuration et allez dans Options Internet. Sous Options Internet, cliquez sur la zone Intranet . L' option intranet de détection automatique doit déjà être cochée. Maintenant, cliquez sur Niveau personnalisé et recherchez sous Divers et recherchez les applications de lancement et les fichiers dangereux .

Assurez-vous qu'il est défini sur Activer . Si vous allez dans la zone Internet et faites la même chose, il arrivera à l'endroit où vous ne recevez pas d'invites lorsque vous exécutez des fichiers téléchargés. Windows marque les fichiers téléchargés sur Internet à l'aide du flux de données alternatif. Les fichiers provenant d'autres zones sont simplement interceptés et c'est ainsi que vous obtenez les invites.

Une autre méthode que Windows détecte les fichiers des autres zones est par URL ou protocole réseau. Si vous désactivez les paramètres intranet et demandez à un serveur DNS de rediriger une URL vers un serveur Web hébergé sur votre ordinateur local, vous pouvez demander à Windows de vous donner la même invite d'avertissement.

Les chemins UNC sont inclus dans l'intranet. http://technet.microsoft.com/en-us/library/cc817500.aspx

Ceci est une liste des paramètres de zone. http://technet.microsoft.com/en-us/library/cc961173.aspx

Plus d'informations sur Mark of the Web: il s'agit probablement du meilleur article de blog sur Mark of the Web et Internet Security Zones .

C'est aussi un bon article de blog. Surtout parce qu'il se concentre, non pas sur la stupidité ou la suppression des avertissements, mais explique plutôt pourquoi les avertissements apparaissent en premier lieu. Ce n'est pas un How-To, mais plutôt un Why-Is.

Tout d'abord, ce n'est pas un bug. C'est une fonctionnalité destinée à sauver les utilisateurs les plus crédules qui pourraient simplement ouvrir quelque chose à partir d'une source non fiable. Le lecteur réseau local se trouve dans la même zone de sécurité (ou similaire) que celle du World Wide Web.

Pour répondre à votre question, voici un tutoriel sur la façon de se débarrasser du message ennuyeux étape par étape avec des captures d'écran.

Il est assez facile de résoudre ce problème, sélectionnez simplement le fichier de projet dans l'Explorateur Windows, cliquez avec le bouton droit et ouvrez les propriétés des fichiers et cliquez sur le bouton Débloquer pour indiquer à Windows et à Visual Studio que vous faites confiance au fichier.