Comment résoudre «Erreur HTTP 500.19 – Erreur de serveur interne» sur IIS7.0

Le compte d’utilisateur que vous utilisez pour votre pool d’applications n’a pas de droits sur le répertoire du site Web, il ne peut donc pas lire la configuration à partir de là. Vérifiez le pool d’applications et voyez quel utilisateur est configuré pour s’exécuter. Vérifiez le répertoire et vérifiez si cet utilisateur dispose des droits appropriés. Pendant que vous y êtes, consultez le journal des événements et vérifiez si IIS a enregistré des informations de diagnostic plus détaillées.

J’ai eu le même problème, mais la raison était différente.

Dans mon web.config, il y avait une règle de module de réécriture d’URL et je n’ai pas encore installé de module de réécriture d’URL. Après avoir installé le module de réécriture d’url, ce problème a été résolu.

Nous avons eu cette erreur après avoir changé le mot de passe de notre administrateur de domaine.

Après avoir paramétré avec plusieurs parameters, j’ai finalement constaté que dans l’application ci-dessous, le chemin était défini pour utiliser spécifiquement le compte d’administrateur de domaine plutôt que l’authentification unique (qui sait pourquoi).

Gestionnaire IIS -> Paramètres de base -> Connecter

Finalement, je trouve la solution à mon problème. Le compte asp.net n’apparaît pas dans le gestionnaire IIS car je n’ai pas coché sa case dans IIS pour le faire dans Windows 7, suivez les étapes

1. Panneau de contrôle ouvert
2. Cliquez sur le lien “programme” (pas les programmes de désinstallation)
3. Cliquez sur le lien “Activer / désactiver les fonctionnalités de Windows”
4. localisez «Internet Information Services IIS» dans la fenêtre contextuelle et développez son nœud
5. Développez le nœud “World Wide Web Service”
6. Développez le nœud «Fonctionnalités de développement d’applications»
7. cochez la case “ASP.NET”
8. Puis cliquez sur le bouton ok

Maintenant, vous verrez le compte Asp.net sur le gestionnaire IIS et par défaut, vous voyez le compte IIS Maintenant, vous devez déplacer votre site Web asp.net de «mon document» à un autre endroit où les IIS ont access pour y accéder (à n’importe quelle partition de votre ordinateur) Maintenant, parcourez votre site Web à partir du gestionnaire IIS et cela devrait fonctionner.

Sur Windows 10, je devais installer ASP.NET 3.5 et ASP.NET 4.6 sous Internet Information Services (les autres cases se vérifient automatiquement):

vous devez faire une étape:

 run->cmd run "c:\Windows\Microsoft.NET\Framework\v4.0.30319\aspnet_regiis.exe -i" 

C’est tout

Expérimenté ce problème aujourd’hui et résolu. Quelqu’un a défini les “Informations d’identification du chemin” pour que le “Site Web par défaut” dans IIS s’exécute en tant qu’utilisateur spécifique. Ce même utilisateur a changé son mot de passe soit en raison de l’expiration du mot de passe ou simplement d’un changement de routine. La définition du “site Web par défaut” pour se connecter en tant que “utilisateur de l’application” via l’option des parameters de base a résolu le problème pour moi

vous changez probablement votre mot de passe NT.

Ouvrez IIS -> Faites un clic droit sur votre application -> Gérer l’application -> Paramètre avancé -> Identifiants de chemin physique.

bonne chance

Dans mon cas, cette erreur apparaît après avoir changé la solution du dossier.

Je résous le problème en accédant aux propriétés de mon projet et recrée mon répertoire virtuel.

Faites un clic droit sur le projet> Propriétés> Web> Sous la section Serveurs cliquez sur “Créer un répertoire virtuel”

Il affichera un message indiquant que le répertoire virtuel a été créé à un autre endroit et le changera

Cela fonctionne bien mais pas sur les suggestions ci-dessus. Mon cas est que je reçois l’erreur 500 en cours d’exécution iis7 sur un serveur Windows 2008 dans un domaine. Juste ajouté un nouvel utilisateur dans le domaine et autoriser essentiellement l’access en lecture / exécution au répertoire ou au dossier virtuel. Assurez-vous que le dossier virtuel> parameters de base> Se connecter en tant que> informations d’identification du chemin d’access est défini sur un utilisateur disposant d’un access en lecture / exécution. Vous pouvez tester les parameters et l’authentification et l’autorisation doivent fonctionner. À votre santé!

En ce moment j’ai eu cette erreur et l’ai résolue. Votre URL pourrait correspondre au répertoire virtuel créé.

Vous devez vérifier les répertoires virtuels, dans mon exemple, j’ai trouvé dans applicationhost.config la ligne suivante:

J’ai essayé d’ouvrir la page avec une URL ( http://localhost/admin/roles ) de l’action AdminController et Roles et j’ai eu cette erreur.

Pour d’autres, j’ai reçu un message d’erreur similaire en essayant d’exécuter une application .Net 4 dans un pool d’applications .Net 2. La modification de la version .Net FX pour le pool d’applications l’a corrigé pour moi.

J’avais une erreur similaire lors de l’installation de php 5.3.3 avec le code d’erreur 0x80070020 avec une direction vers quelques lignes de web.config dans mon répertoire racine www (pas le répertoire racine standard).

La solution, bien que grossière, fonctionnait parfaitement. J’ai simplement supprimé le fichier web.config et maintenant tout fonctionne. J’ai passé des heures à essayer d’autres solutions en vain.

Si quelqu’un pense que c’était stupide, faites-le moi savoir. Si quelqu’un a passé autant de temps à sortir les cheveux, essayez-le et voyez (après avoir sauvegardé le fichier bien sûr)

Regards FEQ

Avait la même erreur et la correction des informations d’identification dans le pool d’applications IIS n’a pas aidé. J’ai finalement résolu l’erreur dans IIS en sélectionnant mon site Web sous Site Web par défaut, Paramètres avancés-> Identifiants de chemin d’access physique-> Utilisateur spécifique, puis saisis les informations d’identification de l’utilisateur du pool d’applications, puis redémarrez IIS. up avec succès.

Le site Web par défaut doit également gérer:

1. Sur le site Web par défaut -> basicSettings -> connectez-vous en tant que, changez le bon utilisateur.

2.changez l’identifiant de l’applicationPool associé à defaultWebSite

g.luck

Pour moi, je devais activer l’ activation HTTP sous les fonctionnalités .Net dans “Ajouter / supprimer des fonctionnalités Windows”

Cela ne semblait pas être un problème de permission pour moi – j’ai essayé de donner au compte IIS_IUSRS un contrôle total sur tout dans le service Web, juste pour voir si c’était la cause. Le correctif s’est avéré recréer l’application hébergeant le service Web (c.-à-d. Le «.svc» réel) dans IIS.

Si c’est bigin quand vous essayez d’accéder au panneau administrateur de joomla, juste un problème de nom d’utilisateur et de mot de passe !! Il vous suffit de mettre à jour un jos_user dans votre firebase database joomla.

Accédez au répertoire de votre site Web joomla et ouvrez un fichier configuration.php avec bloc-notes ou bloc-notes pour indiquer la firebase database utilisée par votre administrateur joomla. Vous devez trouver une ligne qui a:

 public $user = 'joomlauser251'; //MySQL username 

Dans mon cas, joomlauser251 est mon nom de firebase database.

Connectez-vous à votre mysql:

  mysql -uyourusername -pyourpassword 

Sélectionnez la firebase database pour votre joomla:

 use joomlauser251; 

Changer le mot de passe pour admin:

 UPDATE jos_users SET password=MD5('NewPassword') WHERE username='admin'; 

Et réessayez d’accéder à nouveau.

C’est tout !!!

Dans mon cas, j’ai trouvé une référence à un ancien mot de passe de compte de domaine dans applicationHost.config sous les valeurs par défaut du répertoire virtuel.

alors facile de trouver le fichier “applicationHost.config” dans Windows -> System32 -> inetsrv -> config 1. sauvegarde “applicationHost.config” à un autre nom de fichier 2. ouvrir le fichier “applicationHost.config” effacer les données et enregistrer 3. ouvrir le navigateur et appeler le site Web interne de l’URL, terminé.

Si vous utilisez un nouveau compte utilisateur dédié … Vérifiez également que le mot de passe de ce compte n’a pas expiré, car cela entraînera également ce problème d’permissions 500.19.

En obtenant le 500.19, j’ai donné à IIS_IUSRS les droits d’access complets pour le fichier web.config mentionné et pour le dossier du projet. Cela a résolu le problème.

Vous pouvez donner des permissions par

1. clic droit sur le dossier / fichier
2. en sélectionnant l’onglet “sécurité”
3. ajoutez l’utilisateur IIS_IUSRS – n’oubliez pas le i devant USRS et n’écrivez pas un “e” comme dans USERS

Les applications ASP.Net sont pré-câblées avec une section de gestionnaires dans le fichier web.config. Par défaut, cette option est définie en lecture seule dans la délégation de fonctionnalités au sein d’IIS. Jetez un coup d’oeil dans le Gestionnaire IIS

1. Accédez au Gestionnaire des services Internet ( IIS) et cliquez sur Nom du serveur

2. Accédez à la section Gestion et cliquez sur Délégation de fonctionnalités .

3.Sélectionnez les mappages de gestionnaire qui sont censés être définis en lecture seule .

4.Changez la valeur à lire / écrire et maintenant vous pouvez résoudre le problème

J’ai juste une dernière chose à dire à ce sujet. Avec le même code d’erreur HTTP, vous pouvez toujours avoir plusieurs erreurs différentes, car l’une d’elles a été publiée ici à la description de la question d’origine. Par exemple: après avoir édité le fichier Web.Config d’un projet ASP.NET, j’avais

Code d’erreur 0x8007000d

“Un seul élément est autorisé. Il doit s’agir du premier élément enfant de l’élément racine”

Comme il est dit, vous ne devez PAS insérer vos propres éléments XML avant la partie du fichier Web.Config . Après avoir inséré mon extrait de code après la balise de fin de , tout s’est bien passé.

Le chemin correct de mon site Web n’a pas été spécifié dans IIS.

Ma solution est que,

1. Supprimez simplement le dossier corrompu.
2. Puis recréez le dossier à nouveau.

Il semble que si le dossier corrompu avait été créé avant l’installation d’IIS. Si vous avez créé à nouveau le dossier, cela fonctionnera correctement.

Pour les sites Web ASP.NET Core, cette erreur générique se produira également si le module HttpPlatformHandler n’est pas installé, consultez cette réponse pour plus de détails.

J’ai eu cette erreur après la mise à niveau de Visual Studio 2013 vers 2015. Après un peu de recherche et d’essais de diverses corrections, j’ai trouvé que le problème pouvait être résolu en supprimant les éléments suivants de web.config:

Apparemment, staticContent est maintenant obsolète?

La source

Modifier 1

Cela empêchait IIS de servir des fichiers .json lorsque le programme était déployé. Si vous faites cela, vous êtes censé rappend .json (application / json) aux types MIME de votre site dans IIS. Voici quelques informations supplémentaires: http://www.iis.net/configreference/system.webserver/staticcontent/mimemap

Modifier 2

J’ai remarqué que dans ma situation, la solution d’édition 1 ci-dessus ne fonctionne que temporairement. Une fois le redéploiement, l’entrée est supprimée. J’ai donc déplacé le XML Web.Release.config dans Web.Release.config . Fonctionne bien maintenant.

J’ai reçu cette erreur après avoir désinstallé WSUS (Windows Server Update Services) de l’ordinateur exécutant IIS. Apparemment, la désinstallation de WSUS peut interrompre la configuration d’IIS sur le serveur, ce qui rend indisponible toute autre application Web installée sur le même serveur.

J’ai trouvé la solution au problème ici .

Dans mon cas, la valeur de la clé était incorrecte dans le fichier Web.config :

quand je change la valeur en “Portal.html” cela a fonctionné.