“Prévention d'Exécution des données” tue (VS2008) local ASP.Net Serveur de Développement (aka Cassini) sur Vista 64
https://stackoverflow.com/questions/19349
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
RussianQuestion
Parfois, je trouve que lors du débogage d'une ASP.Net demande (écrite en visual studio 2008, en cours d'exécution sur Vista 64-bit), le ASP.Net serveur de développement (c'est à dire'Cassini') cesse de répondre.
Un message vient souvent par me dire que "la Prévention d'Exécution des Données (DEP)" a tué WebDev.WebServer.exe
Les journaux des événements simplement me dire que "l'WebDev.WebServer.exe a cessé de fonctionner"
J'ai entendu dire que ce "problème" se présente le plus souvent sous Vista 64 bits, car la fonctionnalité est activée par défaut.Par conséquent, en faire le DEP peut "résoudre" le problème.
Mais je me demandais:
Est-il un bug connu/situation avec Cassini qui provoque DEP pour tuer le processus?
Sinon, quel est le danger de la désactivation de la Prévention d'Exécution des Données?
La solution
La seule façon de le savoir serait de creuser par le biais de la sonde Cassini de la source et de voir s'il y a des domaines où il génère un code sur le tas, puis l'exécute sans compensation du NX drapeau.
Cependant, au lieu de le faire, pourquoi ne pas utiliser IIS?
EDIT:
Le danger de désactiver le DEP est vous ouvrir des brèches de sécurité.DEP œuvres en ne permettant pas à l'arbitraire de code généré sur le tas pour être exécuté.Cela permet d'éviter les logiciels malveillants à partir de l'insertion de code dans les segments de données de programmes legit.
Autres conseils
Vous êtes sur vista, iis a de mieux (7), cassini est resté de merde.
Donc, juste de démarrer cette application sur iis avec un en-tête d'hôte et un fichier hosts entrée.
Vous pouvez accorder à certains programmes de l'exclusion de l'DEP si vous avez besoin d'.
Comme Jonathan
mentionne ce n'est d'ouvrir toutes les vulnérabilités de l'application peut avoir.
À l'aide de IIS dans Visual Studio n'est pas la douleur dans le cul qu'il a utilisé pour être en 1.1/VS02/03 jours.Il y a beaucoup de bonnes raisons de préférer IIS sur le serveur Cassini (articles de Dominick Baier):
Cassini considéré comme nocif
Une autre Raison pour laquelle je ne recommande pas de Cassini
Dominick est "l'homme" lorsqu'il s'agit de IIS et des trucs de sécurité.
Lorsque vous utilisez IIS pour une application web, je crée toujours l'application dans IIS tout d'abord, le point sur mon dossier préféré, puis obtenir le VS pour créer le projet.Cela signifie de ne pas vous encombrer c:\inetpub\wwwroot avec vos applications web.
Bien sûr, maintenant nous avons IISExpress qui, si vous ciblez IIS7.x c'est le choix évident pour le développement de ASP.NET applications dans Visual Studio.
Merci pour les réponses.Je suppose que j'ai développé une aversion pour IIS .net 1.x époque que j'ai refusé de considérer la réutilisation elle -- jusqu'à maintenant.
de côté:au moment de choisir entre les deux de façon égale réponses acceptables à partir de ChanChan et Jonathan, j'ai arbitrairement marqué Jonathan est aussi accepté de " parce que a) il a obtenu en première et b) son représentant est actuellement plus bas.
