Remarque
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de modifier des répertoires.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de modifier des répertoires.
Mise à jour : novembre 2007
Le serveur de développement ASP.NET s'exécute automatiquement lorsque vous testez un site Web de système de fichiers dans Visual Studio. Pour plus d'informations, consultez Serveurs Web dans Visual Web Developer.
Dans certaines circonstances, travailler avec le serveur de développement ASP.NET peut provoquer des erreurs. Cette rubrique répertorie des situations dans lesquelles le serveur Web peut générer des erreurs et décrit des solutions possibles.
Erreur "Échec de la surveillance des modifications à ..."
Cette erreur peut se produire si vous utilisez le serveur de développement ASP.NET avec l'emprunt d'identité au niveau de l'application et si vous l'exécutez sur Windows Vista avec la fonction Contrôle de compte d'utilisateur activée.
Par défaut, Windows exécute des applications avec un compte d'utilisateur aux droits limités, même si vous avez ouvert une session sur l'ordinateur en tant qu'administrateur. Vous devez exécuter Visual Studio dans le contexte d'un compte d'administrateur lorsque vous exécutez une application Web sur Windows Vista à l'aide de l'emprunt d'identité au niveau de l'application.
Erreur "Impossible de créer un jeton utilisateur Windows"
Cette erreur peut se produire si le site Web est configuré dans le fichier Web.config pour utiliser l'emprunt d'identité par application (c'est-à-dire avec un compte fixe) et si le compte qui exécute le serveur Web ne dispose pas du privilège Agir en tant que partie du système d'exploitation (également appelé privilège TCB, Trusted Computing Base). Vous pouvez configurer le site Web pour emprunter l'identité d'un compte spécifique en utilisant une syntaxe similaire à la suivante dans le fichier Web.config.
<identity impersonate="true" userName="<UserName>" password="<securepassword>" />
.gif "Note de sécurité") Note de sécurité : |
|---|
Lorsque vous stockez des informations sensibles telles que les noms d'utilisateurs et leurs mots de passe dans un fichier de configuration, vous devez chiffrer les valeurs sensibles en utilisant la configuration protégée. Pour plus d'informations, consultez Comment : sécuriser des chaînes de connexion lors de l'utilisation de contrôles de source de données. |
Le processus qui lance le serveur de développement ASP.NET doit avoir le privilège TCB. Par conséquent, si le site Web est configuré pour effectuer l'emprunt d'identité, vous devez accorder le privilège TCB au compte qui exécute le serveur Web.
| Note de sécurité : |
|---|
Le privilège TCB est très puissant et en règle générale, vous devez l'accorder à un nombre très limité de comptes. Si votre site Web utilise l'emprunt d'identité et ne peut pas utiliser le serveur de développement ASP.NET sans accorder le privilège TCB au compte qui exécute le serveur Web, vous devez envisager d'utiliser plutôt les services IIS (Internet Information Services) pour tester votre site Web. Ainsi, vous n'avez pas à accorder inutilement des privilèges à un compte. |
Erreur "Impossible d'afficher la page" (erreur 502)
Voici l'une des causes qui peut provoquer une erreur 502 ou une erreur indiquant que la page ne peut pas être affichée : le navigateur ne peut pas résoudre une URL qui contient "localhost" et un numéro de port, par exemple https://localhost:8080/ExampleWebSite/Default.aspx. Le serveur de développement ASP.NET fonctionne exclusivement avec localhost et utilise par défaut un numéro de port sélectionné de manière aléatoire pour chaque demande.
Vous pouvez peut-être résoudre cette erreur en contournant le serveur proxy pour les demandes locales. Pour plus d'informations, consultez Comment : contourner un serveur proxy pour les demandes Web locales.
Erreur "Connexion refusée"
Le serveur rapporte l'erreur suivante.
10061 - Connection Refused
Internet Security and Acceleration Server
Cela peut se produire si l'ordinateur fonctionne sur un réseau protégé par Internet Security and Acceleration Server (serveur ISA) et si l'une des conditions suivantes est vraie :
Le client pare-feu n'est pas installé.
Les paramètres du proxy Web dans Internet Explorer ne sont pas configurés correctement.
Cette erreur ne se produit pas lorsque vous utilisez IIS, parce que ce dernier utilise le port 80 et l'accès au port 80 est autorisé par le serveur ISA et d'autres produits pare-feu. Toutefois, le serveur de développement ASP.NET sélectionne un port de manière aléatoire et l'accès à la plupart des ports est bloqué par les produits pare-feu tels que le serveur ISA.
Pour éviter ce problème, procédez comme suit :
Installez le logiciel client pare-feu, par exemple le client ISA.
Modifiez les paramètres de connexion du proxy Web dans Internet Explorer pour contourner le serveur proxy pour les adresses locales.
Erreur "Les limites du BIOS ont été dépassées"
Cette erreur peut se produire si vous travaillez dans une application Web de système de fichiers dans laquelle les fichiers sont sur un ordinateur distant. Il s'agit d'une erreur d'exécution qui survient lorsque vous essayez d'exécuter une page à l'aide du serveur de développement ASP.NET.
Vous voyez généralement cette erreur lorsque l'ordinateur distant exécute Windows 2000 ou Windows XP. Si l'ordinateur distant exécute Windows 2000, vous pouvez suivre les instructions données dans l'article 810886 de la Base de connaissances Microsoft pour augmenter le nombre maximal de connexions simultanées. Si l'ordinateur exécute Windows XP, vous pouvez éviter cette erreur en fermant sur l'ordinateur distant les ressources partagées existantes, y compris les sessions Terminal Server (dans Windows XP, le nombre maximal de demandes réseau simultanées est fixé dans la configuration). Dans la mesure du possible, vous pouvez également copier les fichiers de l'application Web sur votre ordinateur local et tester l'application sur cet ordinateur.
Les fichiers statiques ne sont pas fournis
Dans un site Web de système de fichiers, les fichiers statiques, comme les images et les feuilles de style, sont soumis aux règles d'autorisation ASP.NET. Par exemple, les fichiers statiques d'un site Web de système de fichiers ne seront pas fournis à un utilisateur anonyme si l'accès anonyme à ces fichiers est désactivé. Cependant, lorsque vous déployez le site Web sur un serveur exécutant IIS, IIS servira les fichiers statiques sans utiliser de règles d'autorisation.