Je suis vraiment nouveau dans la configuration de serveurs Web en général. J'ai IIS 8 sur Windows 8 et j'essaie de configurer un petit site localement tout en effectuant des développements. Dans IIS je choisis Ajouter un site, donne un nom, pointe vers un emplacement où j'ai un fichier index.html (j'ai essayé différents emplacements, le dernier en a c :\inetpub\wwwroot\test - dossier) et sinon, utilisez tous les paramètres par défaut. Cependant, lorsque j'essaie de naviguer sur localhost, je reçois
Erreur HTTP 503. Le service est indisponible.
J'ai vérifié que le pool est démarré et j'ai donné IIS_IUSRS Contrôle total sur le dossier cible
J'ai cherché partout mais rien trouvé qui ait résolu mon problème, et il n'y a rien d'aide dans le journal des événements ou dans le C:\Windows\System32\LogFiles\HTTPERR dossier
Quelqu'un pourrait-il me dire ce qui ne va pas?
L'identité de l'utilisateur est peut-être obsolète, surtout si vous avez essayé de démarrer un pool d'applications arrêté et que la demande suivante échoue à nouveau.
Dans IIS, accédez aux pools d'applications situés sous le serveur, puis recherchez le pool d'applications approprié pour votre site Web, puis cliquez dessus. Dans le menu Paramètres avancés situé à droite, sélectionnez Identité, modifiez-le et entrez le nouvel utilisateur et le nouveau mot de passe. Cliquez à nouveau sur votre pool d'applications et sélectionnez Recycler pour le redémarrer.
Vous pouvez également essayer de consulter le message d'erreur dans l'Observateur d'événements, sous Journaux Windows, Application, onglet Détails.
Dans mon cas, le problème était le DefaultAppPool. J'ai changé le "Load User Profile" en false et maintenant cela fonctionne. Cependant, je ne sais pas s'il y a des effets secondaires à cela.
Les autres réponses sont bien. Mais dans mon cas, je travaillais sur une machine Windows qui exécutait déjà de vieux sites IIS, IISExpress ou tout autre site Web. Ce qui s’est passé, c’est que les URL des ACL étaient réservées d’une manière ou d’une autre dans le système. Donc, vous voudrez peut-être vérifier ceci.
Voici la commande de la console pour vider toutes les URL acls:
netsh http show urlacl
Vérifiez ce qui est retourné ici, et si quelque chose correspond à l'URL que vous testez, voici la commande pour supprimer une URL acl (par exemple):
netsh http delete urlacl url=http://localhost:2018/
(méfiez-vous de noter soigneusement ce que vous faites ici au cas où cela ne serait pas lié au problème initial)
Vérifiez le pool d'applications-cadre respectif de votre application - il pourrait être arrêté. Si c'est le cas, démarrez-le et vérifiez à nouveau.
Si vous rencontrez toujours des problèmes, vous pouvez également consulter l'Observateur d'événements pour trouver la cause de cette erreur afin d'en résoudre davantage.
Si cela peut aider quelqu'un, et cela peut paraître risible, mais cela ne me semble pas évident, c'est que le pool d'applications n'a pas été démarré. Je pensais simplement qu'en démarrant le site Web ou en créant le pool d'applications, cela commencerait. En fait, je ne savais même pas que vous deviez démarrer le pool d'applications ...
Dans mon cas, le pool d'applications s'était arrêté. Le démarrage a corrigé le problème.
Mon site est hébergé sur Arvixe. Le problème d'erreur est probablement dû au fait que j'ai une application basée sur l'appartenance et que quelque chose de mauvais s'est passé lorsque j'ai téléchargé des fichiers.
Si le pool d'applications s'exécute sous une identité d'utilisateur, accédez à nouveau aux paramètres avancés de mot de passe de mise à jour, cela a fonctionné pour moi.
Si le pool d'applications s'arrête immédiatement après son démarrage et que votre journal des événements indique:
Le processus de travail du pool d'applications 'APP_POOL_NAME' a rencontré une erreur 'Impossible de lire le fichier de configuration' en essayant de lire les données de configuration à partir du fichier '\? \', Numéro de ligne '0'. Le champ de données contient le code d'erreur.
... vous rencontrez peut-être un bogue qui a apparemment été introduit dans la mise à jour de Windows 10 Fall Creators et/ou .Net Framework v4.7.1. Il peut être résolu via les étapes suivantes de la solution de contournement, qui vont de cette réponse à la question associée Impossible de lire le fichier de configuration 'en essayant de lire les données de configuration à partir du fichier' \\?\<EMPTY> ', numéro de ligne' 0 ' .
- Allez sur le lecteur sur lequel IIS est installé, par exemple.
C:\inetpub\temp\appPools\
- Supprimez le répertoire (ou répertoire virtuel) portant le même nom que votre pool d'applications.
- Recyclez/redémarrez votre pool d'applications.
J'ai signalé ce bogue à Microsoft en créant le problème suivant sur le référentiel dotnet GitHub: Après l'installation de la version 4.7.1, IIS, AppPool s'arrête avec "Impossible de lire le fichier de configuration" .
EDIT
Microsoft a répondu qu'il s'agissait d'un problème connu lié au processus d'installation Windows pour la mise à jour de Fall Creators et qu'il était documenté dans KB 4050891, ). Les applications Web renvoient l'erreur HTTP 503 et l'événement 5189 WAS sous Windows 10 Version. 1709 (Mise à jour des créateurs d’automne) . Cet article fournit la procédure de contournement suivante, similaire à celle ci-dessus. Toutefois, notez que tous les pools d'applications seront recyclés, qu'ils soient ou non affectés par le problème.
- Ouvrez une fenêtre Windows PowerShell à l'aide de l'option Exécuter en tant qu'administrateur.
- Exécutez les commandes suivantes:
Stop-Service -Force WAS
Remove-Item -Recurse -Force C:\inetpub\temp\appPools\*
Start-Service W3SVC
J'ai résolu ce problème en supprimant une réservation d'URL correspondant à mon répertoire d'applications dans IIS. J'ai eu un problème similaire (certainement pas le même) comme indiqué dans cet article:
ne cause fondamentale pas si commune pour le service 503 non disponible
Commencez par regarder dans l'observateur d'événements, sous le journal système ou le journal des applications.
Dans mon cas, le problème était qu'aucun processus de travail ne pouvait être démarré pour le pool d'applications car son fichier de configuration ne pouvait pas être lu. J'avais inclus un extra '.' à la fin de son nom.
Dans mon cas, le pool utilise une identité personnalisée (compte et mot de passe). Une fois le mot de passe expiré et rechargé, une erreur s'est produite. Je corrige simplement le mot de passe dans identity
Pour Windows Server 2012 R2, j’ai fait ceci: IIS> App .. Pools> (avait un carré "stop" noir)> cliquez dessus avec le bouton droit de la souris> démarrer
Il est possible que votre domaine nécessite que le compte utilisé pour exécuter AppPool dispose de droits d'ouverture de session par lots. Dans ce cas, vous verrez ce même message d'erreur. Pour savoir si c'est le cas, examinez les événements système dans l'afficheur d'événements. Il devrait y avoir un événement indiquant que le compte utilisé avec le pool d'applications contient "un mot de passe incorrect ou ne dispose pas des droits de connexion par lots".
C’est pourquoi les développeurs utilisent assez souvent IIS Express sur leur machine de développement, car elle évite le problème des droits d’ouverture de session par lots.
J'ai rencontré le même problème, mais il s'agissait d'un problème lié aux paramètres de site réels dans IIS
.
Sélectionnez Advanced Settings...
pour votre site/application, puis examinez la valeur Enabled Protocols
. Quelle que soit la raison, la valeur était vide pour mon site et provoquait l'erreur suivante:
Erreur HTTP 503. Le service est indisponible.
Le correctif consistait à ajouter http
et à sélectionner OK
. Le site était alors à nouveau fonctionnel.
Dans mon cas, j'ai créé un nouveau pool d'applications et j'ai tout simplement oublié de le démarrer.
Vérifiez l'observateur d'événements - Windows - Application. Si une ligne d'erreur rouge apparaît à partir de IIS-W3SVC-WP et que le message est semblable à , le module DLL échec du chargement de C:\Windows\system32\inetsrv\rewrite.dll. Les données sont l’erreur. alors il manque certaines fonctionnalités du programme d’installation de Windows.
Dans Windows Server 2012, accédez au Gestionnaire de serveur, Ajouter des rôles et fonctionnalités, Web Server (IIS), puis ajoutez la fonctionnalité correspondante. Généralement, la majeure partie de la section Développement d'applications est installée. Voici une liste complète de fonctionnalités IIS et leur DLL associée pour aider au diagnostic.
Après avoir parcouru quelques itérations de cela, j'ai terminé par le message d'erreur ci-dessus concernant "rewrite.dll". Cela a conduit à téléchargement direct et installation de l'outil Microsoft URL Rewrite . Enfin, tous les sites Web ont vu le jour.
Dans mon cas, le pool d’applications par défaut était hors ligne. Pour résoudre le problème, j’ai vérifié les journaux IIS situés dans C:\Windows\System32\LogFile\HTTPERR. vous montre des problèmes avec IIS si l'une de mes erreurs était "503 1 AppOffline DefaultPool"
Solution Ouvrez le gestionnaire IIS, cliquez sur Pools d’applications pour afficher la liste de tous les pools d’applications situés à votre droite. -Vérifiez si les pools d'applications hébergeant votre API ou votre site comportent un signe d'arrêt. Si tel est le cas, cliquez avec le bouton droit de la souris sur le pool d'applications, puis cliquez sur démarrer. _Essayer à nouveau d'accéder à votre service à partir du client Cela a fonctionné pour moi. Crie à @kombsh
J'ai suivi ) Résoudre l'erreur HTTP 503 lien ci-dessus. Dans mon cas, mon pool d'applications s'arrêtait à chaque fois lorsque je cliquais avec le bouton droit de la souris sur mon fichier svc et choisissais "Parcourir".
J'ai suivi les étapes ci-dessous pour résoudre le problème de l'arrêt du pool d'applications
J'utilise Windows Server 2008 R2.
Dans mon pool d'applications de gestionnaire IIS, j'ai cliqué avec le bouton droit de la souris sur le pool d'applications qui m'intéresse, puis sur Paramètres avancés. Cela ouvre la fenêtre Paramètres avancés.
Dans cette section, sous Modèle de processus, cliquez sur Identité, puis sur le bouton Définir dans la fenêtre contextuelle Identité de mon pool d'applications. Cela ouvrira la fenêtre Définir les informations d'identification où j'ai donné le nom d'utilisateur, le mot de passe et le mot de passe de confirmation, puis cliquez sur OK.
Maintenant, quand je fais un clic droit sur mon fichier svc, il s'ouvre dans le navigateur IE.
Ou, si aucune des solutions actuelles ne fonctionne, recherchez dans le répertoire de votre site Web un fichier nommé app_offline.htm
. En gros, cela indique à IIS que votre site est indisponible et à cette page.
Pour résoudre ce problème, supprimez-le ou renommez-le en app_offline.htm.bak
.
Dans mon cas, je l'ai ajouté tout en montrant à un collègue comment l'utiliser afin d'empêcher temporairement le trafic sur le site, puis j'ai oublié que je l'avais fait sur ma boîte. Soupir.
Si vous avez IIS URL Rewriting installé, vous pouvez peut-être faire cela. J'ai eu des problèmes après une mise à jour Windows 10.
Ce post de StackOverflow m'a aidé.
Allez à Windows Control Panel
> Programs and Features
> IIS URL Rewrite Module 2
> Repair
.
Notre serveur a manqué d’espace disque dimanche après-midi, ce qui a entraîné l’échec soudain d’une application qui a renvoyé l’erreur HTTP 502. Les journaux étaient vides, ce qui devait se passer avant IIS n'a même rien fait.
Un Swift regard sur l'observateur d'événements (WIN+R > eventvwr
) a révélé le problème.
C'est une bonne idée de filtrer la sortie des fenêtres Système et Application sur WAS, car elle peut devenir assez prolixe.
L'application dépendait d'une autre qui était désactivée. Par conséquent, gardez à l'esprit qu'une application peut tomber indirectement si l'un de ses processus dépendants est en panne. Nous avons simplement réactivé le pool d'applications .NET et notre autre application a recommencé à fonctionner normalement.
J'ai eu la même erreur aujourd'hui. Le problème était que j'avais récemment changé le mot de passe du domaine. Je devais donc le mettre à jour dans chaque pool d'applications, dans Paramètres avancés> Modèle de processus> Informations d'identification.
Vérifiez également la barre d'adresse et assurez-vous que la page est au bon endroit.
Cette erreur peut être renvoyée à la place de la 404 (page non trouvée). Dans mon cas, il s'agissait d'un mauvais lien sur la page dans lequel aucun sous-dossier n'était inclus.
Si vous avez McAfee HIPS et si l'erreur suivante apparaît dans le journal d'application de l'observateur d'événements:
Le module DLL C:\Windows\System32\inetsrv\HipIISEngineStub.dll n'a pas pu être chargé.
La donnée est l'erreur.
Ensuite, cette solution de contournement sur McAfee.com a résolu le problème dans mon cas.
Citation de la page:
- Cliquez sur Démarrer, Exécuter, tapez Explorer et cliquez sur OK.
- Accédez à:% windir%\system32\inetsrv\config
- Ouvrez le fichier applicationHost.config en tant qu'administrateur pour le modifier dans le Bloc-notes.
Editez la section <globalModules> et supprimez la ligne suivante:
<add name = "MfeEngine" image = "% windir%\System32\inetsrv\HipIISEngineStub.dll" />Editez la section <modules> et supprimez la ligne suivante:
<add name = "MfeEngine" />- Une fois que vous avez terminé de modifier le fichier applicationHost.config, enregistrez-le, puis redémarrez le serveur IIS à l'aide de iisreset ou en redémarrant le système.
Même chose avec IIS Express 10.0 après la mise à niveau de Windows 7 vers Windows 10. Solution: accédez à IIS et activez tous les sites Web désactivés, puis réinstallez ASP.NET Core.
Dans mon cas, le problème était qu'une autre application utilisait le port que j'avais lié à mon site Web.
Je l'ai trouvé en exécutant la commande suivante à partir d'une ligne de commande, qui répertorie tous les ports d'écoute et l'exécutable impliqué:
netstat -b
Après quelques tentatives et erreurs, j'ai découvert que le pool d'applications était configuré pour utiliser mon compte de domaine comme identité et je me souvenais que j'avais déjà changé le mot de passe de mon compte de domaine. La réinitialisation de l’identité du pool d’applications (en utilisant mon nouveau mot de passe) a résolu le problème et le pool d’applications pouvait être redémarré sans problème.
En fait, dans mon cas, https: // localhost fonctionnait, mais http: // localhost a généré une erreur de serveur interne HTTP 503. Modification de la liaison du site Web par défaut dans IIS pour utiliser le nom d'hôte localhost au lieu d'un nom d'hôte vide.
Cela m'est arrivé sur un serveur de notre intranet. Après avoir parcouru les articles de blog et les journaux Windows, il s’est avéré que quelques jours avant Noël 2015 (liés à une mise à jour Windows?), Mon pool d’applications de sites Web souhaitait créer un fichier de configuration dans le dossier c:\inetpub\temp\appPools, mais l'accès à ce dossier était restreint. Cela a entraîné la désactivation du pool d'applications.
Après avoir ajouté le contrôle total à Tout le monde sur ce dossier temporaire, j'ai redémarré le Service d'activation de processus Windows et tout est de nouveau en ligne.
Si j'avais été un peu plus élégant, il aurait probablement suffi d'octroyer à l'utilisateur d'AppPool un contrôle total sur le dossier, mais je ne me souviens jamais de la relation entre le nom du pool d'applications et l'utilisateur du pool d'applications ...
Cela peut également se produire si des installations ou des mises à jour récentes se sont produites avec .NET Framework et/ou ASP.NET. Si vous n'êtes pas sûr de ce qui s'est passé récemment et si toutes vos applications utilisent ASP.NET version 4, vous pouvez essayer de les réinitialiser en exécutant les commandes suivantes dans la commande Invite en mode administrateur.
cd C:\Windows\Microsoft.NET\Framework64\v4.0.30319
aspnet_regiis -i
Cela garantit l'installation ou la réinstallation d'ASP.NET 4 et met à jour les applications existantes pour qu'elles utilisent la version ASP.NET 4 du pool d'applications. Il met à jour les deux gestionnaires de modes IIS Mode classique et intégré ainsi que les mappages de script dans la métabase IIS. Il recrée également les pools d'applications ASP.NET v4.0 et ASP.NET v4.0 Classic et définit le .NET Framework 4 sur les pools DefaultAppPool et Classic .NET.
J'ai changé le port de 80 à 8080, c'est pourquoi cette erreur se produit. J'écris localhost/dans la barre de recherche alors cette erreur se produit. Mon problème est résolu en écrivant localhost: 8080/dans la recherche, puis hôte local ouvert.
Dans notre cas, rien n'était enregistré (à part l'entrée du journal des erreurs HTTP pour le 503), mais la valeur de protocoles activés pour l'application Web dans IIS contenait une faute de frappe! Au lieu de http, https, il y avait une période entre les protocoles: http.https
Dans IIS, accédez aux pools d'applications situés sous le serveur, puis recherchez le pool d'applications approprié pour votre site Web, puis cliquez dessus. Dans le menu Paramètres avancés situé à droite, sous Général, définissez l'option "Activer les applications 32 bits" sur true.
Cela a fonctionné pour moi!
Je sais que la réponse est différente, mais dans mon cas, j'ai remarqué que le pool d'applications s'arrêtait automatiquement même après un redémarrage manuel. Et cela, mais lorsque je modifie le mot de passe du compte utilisé et qu'il est modifié il y a quelques jours, cela fonctionne parfaitement sans autre changement. Essayez la même chose.
J'ai eu le même problème en raison de pas assez de mémoire sur un serveur.
En fait, il y avait 1/16 Go de mémoire disponible, mais IIS a automatiquement fonctionné correctement après le déchargement de plusieurs applications inutilisées (elles ne possédaient pas le port 80).
Pour moi, le DefaultAppPool n'a pas pu démarrer et le journal des événements m'a indiqué que C:\Windows\System32\inetsrv\redirect.dll
était incapable de se charger.
Le fichier était manquant. La cause en était que la fonctionnalité Windows "Redirection HTTP" n'était pas installée. Vérifiez si cette fonctionnalité est un ticket sous Internet Information Services\World Wide Web Services\Common HTTP Features\HTTP Redirection
. Aucun redémarrage ne devrait être requis si vous venez de l’installer maintenant.
J'ai eu cette erreur quand j'ai installé Skype. Parce que mon site utilise le port 80 et que Skype utilise également le même port.
S'il vous plaît voir this .
Dans mon cas, le pool d'applications associé au domaine ne correspond pas au pool d'applications associé aux sites/applications individuels. Je ne sais pas comment cela s'est passé, mais une fois le pool d'applications du domaine corrigé, le problème a été résolu.
J'ai eu le même problème et j'ai trouvé qu'il était causé par des problèmes d'autorisation lors de la création du profil utilisateur dans C:\Users. J'ai donné à ApplicationPoolIdentity toutes les autorisations sur le dossier C:\Users, j'ai démarré le site et tout a fonctionné, le profil doit avoir été créé correctement et mon site a fonctionné correctement. J'ai ensuite supprimé l'accès à C:\Users à partir d'ApplicationPoolIdentity.
Cela peut être dû au nombre de connexions à la base de données. J'ai eu une telle situation et donc, écrit un dé-constructeur et tué db connexion ouverte et il a résolu.
J'ai eu cette erreur avec une application .Net MVC qui utilise Kentico en tant que CMS satellite. Le problème était qu'il avait besoin d'une licence appropriée pour l'URL de mon application. Cela a pratiquement arrêté l'application et a provoqué que IIS ne renvoie rien, mais ce message 503 - service non disponible. J'ai fini par trouver les détails de l'erreur dans le journal des événements de Kentico (en guise d'avertissement). Vous pouvez créer une nouvelle licence ou trouver les détails de la licence sur le portail client de Kentico - https://client.kentico.com/ .