Dans IIS, pourquoi l’application dans le pool d’applications s’arrête-t-elle toujours et le service IIS devient indisponible (503)

J’ai changé le mot de passe de mon utilisateur de domaine, lancez iisreset plusieurs fois et j’ai rencontré ce problème

C’était bien d’ouvrir mon site local pour la première fois, mais si je le rafraîchit ou que je clique sur un lien de cette page (qui se trouve également sur mon serveur local), j’ai toujours un service d’erreur 503 indisponible.

Et l’application se rapporte au site indisponible également automatiquement arrêté, même après que je le redémarre manuellement. Si j’ai essayé de redémarrer l’application, celle-ci n’a pas pu démarrer si le service WAS (service d’activation Windows) n’est pas en cours d’exécution. Mais redémarrer le service WAS n’a rien aidé.

Même si je lance iisreset, le site Web local n’est toujours disponible qu’à la première (ou deuxième) visite.

Quelqu’un sait comment résoudre ce problème?

PS: Mon système est Windows 2012 R2, la version IIS est 6.2

Merci

Une requête arrive sur votre serveur, elle est captée par http.sys (la partie du kernel d’IIS), elle ne sait pas quoi en faire et demande à WAS (service d’activation Windows), WAS vérifie la configuration et calcule le Web. site et pool d’applications à utiliser pour cette requête. Si le pool n’est pas en cours d’exécution, il tente de le démarrer. S’il ne peut pas démarrer le pool, il renvoie à http.sys: “désolé, j’ai essayé mais je ne peux pas démarrer le pool” À ce stade, http.sys n’a pas d’autre choix que de répondre que le service pour cette requête n’est pas disponible.

Si vous examinez l’en-tête de réponse de votre demande ayant échoué, vous verrez très probablement une

Server: Microsoft HTTPAPI/2.0

Plutôt qu’un

 Server:Microsoft-IIS/8.5

Cela signifie que la réponse provient de http.sys plutôt que de la partie du mode utilisateur d’IIS.

Le journal HTTPERR %SystemRoot%\System32\LogFiles\HTTPERR peut %SystemRoot%\System32\LogFiles\HTTPERR des informations utiles.

Peut-être que la requête est entrée dans le fichier journal du site, le code de sous-statut http à côté du 503 peut être utile.

Le plus souvent, le pool ne peut pas être démarré en raison de problèmes d’authentification. Vérifiez l’identité du pool. Utilisez le journal des événements de sécurité ou Process Monitor pour résoudre les problèmes.

C’est un problème très commun. Une application s’exécutant une fois, puis laissant AppPool s’arrêter et les IIS renvoyant des erreurs 50x.

Il y a une exception quelque part. Si vous regardez l’observateur d’événements, je suis certain que vous obtiendrez plus d’informations sur le problème auquel vous êtes confronté. Si vous trouvez plus d’informations et que vous avez encore besoin d’aide, merci de l’afficher ici.

MODIFIER:

Veuillez noter que vous pouvez accéder à votre IIS, sur les sites Web, sélectionnez votre site Web, puis double-cliquez sur “Pages d’erreur” à droite (Affichage des fonctionnalités), puis cliquez avec le bouton droit sur Modifier les parameters d’option.

Dans votre navigateur: IE: Outils -> Options Internet -> Avancé -> Afficher les messages d’erreur HTTP conviviaux doivent être désélectionnés. Cela peut également aider à résoudre votre problème.