Comment corriger l'erreur du serveur interne IIS 500?

Activez les messages d'erreur détaillés dans IIS ou Web.config pour révéler le problème sous-jacent. 2. Vérifiez le journal des événements de l'application Windows pour les erreurs spécifiques à partir des composants ASP.NET ou IIS. 3. Valider web.config pour la syntaxe XML correcte et assurer que l'identité du pool d'application a lu et exécuté des autorisations sur le dossier du site. 4. Confirmer que le pool d'applications est en cours d'exécution, utilise la version .NET CLR et le mode de pipeline. Et envisagez de recycler ou de modifier les paramètres s'ils sont instables. 5. Utiliser le traçage de la demande échoué (FREB) pour capturer des étapes de traitement des demandes détaillées pour les problèmes intermittents. 6. Adressez les causes communes telles que les versions Framework .NET manquantes, les mappages de gestionnaires incorrects, les exceptions de code non réclamées ou les configurations DLL 32 bits / 64 bits. La plupart des 500 erreurs sont résolues en activant les erreurs détaillées et en utilisant des journaux pour identifier la cause exacte, conduisant à une correction simple.

Une erreur de serveur interne de 500 dans IIS signifie que quelque chose s'est mal passé sur le serveur, mais cela ne vous dit pas exactement quoi. C'est une erreur générique, donc la réparer nécessite de creuser dans la cause réelle. Voici comment dépanner et le résoudre étape par étape.

1. Activer les messages d'erreur détaillés

Par défaut, IIS cache des informations d'erreur détaillées des utilisateurs distants pour la sécurité. Pour voir le vrai problème:

• Localement : ouvrez le site dans un navigateur sur le serveur. Vous voyez peut-être déjà une erreur détaillée.
• À distance : accédez à IIS Manager → Sélectionnez votre site → Pages d'erreur → Cliquez sur "Modifier les paramètres des fonctionnalités" → Choisissez "Erreurs détaillées" .
• Alternativement, ajoutez ceci à votre web.config :

 <Iconguration>
  <système.webserver>
    <httperrors errormode = "détaillé" />
  </System.webserver>
  <system.web>
    <CustomErrors Mode = "OFF" />
  </System.web>
</FIGIGURATION>

Recharger maintenant la page. Vous verrez probablement une erreur spécifique (par exemple, erreur ASP.NET, fichier manquant, problème d'autorisation).

2. Vérifiez le journal des événements de l'application

La visionneuse de l'événement Windows a souvent plus de détails que le navigateur.

• Visionneuse d'ouvrir l'événement → Journaux Windows → Application
• Recherchez les entrées d'erreur d' ASP.NET , IIS-APHOSTSVC ou W3SVC au moment de l'erreur.
• Indices communs:
  • Échec de l'assemblage
  • Permission refusée
  • Erreur de syntaxe web.config
  • Accident de pool d'applications

Ce journal est souvent le moyen le plus rapide de déterminer la cause profonde.

3. Vérifiez la syntaxe et les autorisations Web.Config

Un web.config mal formé est une cause commune.

• Ouvrez le fichier web.config et validez sa structure XML (par exemple, pas de balises non clôturées, des caractères non valides).
• Utilisez un validateur XML ou renommez temporairement web.config pour tester si l'erreur disparaît (si c'est le cas, le fichier de configuration est le coupable).
• Assurez-vous que l' identité du pool d'applications a des autorisations de lecture et d'exécution sur le dossier du site.
  • Identité par défaut: IIS AppPool\YourAppPoolName
  • Accordez les autorisations via les propriétés du dossier → Sécurité → Modifier → Ajouter → Tapez le nom du pool d'applications → Autoriser la lecture et l'exécution

4. Vérifier l'état et l'identité du pool d'application

• Ouvrez IIS Manager → Pools Application Pools
• Assurez-vous que votre pool d'applications est démarré .
• Vérifiez que la version .NET CLR correspond à votre application (par exemple, v4.0 pour .NET 4 Apps).
• Confirmer le mode de pipeline géré est correct (généralement intégré à moins d'utiliser les applications héritées).
• Si le pool d'applications continue de s'écraser:
  • Essayez de le recycler ou de le redémarrer.
  • Envisagez de passer à aucun code géré temporairement pour tester s'il s'agit d'un problème .NET.

5. Activer le traçage de la demande échoué (FREB)

Pour les problèmes complexes ou intermittents, utiliser le traçage de la demande échoué:

• Dans IIS Manager, sélectionnez votre site → Échec du traçage de la demande
• Activer et définir une règle (par exemple, code d'état 500)
• Reproduire l'erreur
• Vérifiez les fichiers journaux dans inetpub\logs\FailedReqLogFiles\
• Ces journaux XML affichent chaque étape de la demande et où il a échoué

6. Causes et corrections spécifiques communes

• Version .NET Framework manquante : Installez la version correcte (par exemple, .net 4.8) et inscrivez-la avec IIS à l'aide aspnet_regiis.exe .
• Mappings de gestionnaires manquants : Pour les applications ASP.NET, assurez-vous que AspNetHandler est mappé dans IIS.
• Erreurs de code : Dans ASP.NET, les exceptions non performantes dans Application_Start , Global.asax ou Startup Logic peuvent provoquer 500 erreurs. Vérifiez les exceptions intérieures.
• DLL 32 bits vs 64 bits : Si votre application utilise une DLL native, assurez-vous que le paramètre Activer les applications 32 bits de l'application correspond à la DLL.

La plupart des 500 erreurs sont résolues en activant les erreurs détaillées et en vérifiant le journal des événements. Une fois que vous voyez le vrai message - comme un fichier manquant, une erreur de configuration ou un problème d'autorisation - le correctif est généralement simple. Ne devinez pas; Laissez les journaux vous dire ce qui ne va pas.

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!