Comment résoudre "Erreur HTTP 500.19 - Erreur interne du serveur" sur IIS7.0
Qu'est-ce qui cause cette erreur, comment puis-je la réparer?
Informations d'erreur détaillées
Module IIS Web Core
Notification BeginRequest
Handler Pas encore déterminé
Code d'erreur 0x8007052e
Erreur de configuration Impossible de se connecter localement à C:\inetpub\wwwroot en tant qu'utilisateur administrateur avec le mot de passe du répertoire virtuel
Fichier de configuration non disponible (isolation de configuration)
URL demandée http://192.168.0.3:80/
Chemin physique C:\inetpub\wwwroot
Méthode de connexion Pas encore déterminée
Ouverture de session Utilisateur Pas encore déterminé
Source de configuration
<application path="/" applicationPool="PS-Extranet">
<virtualDirectory path="/" physicalPath="%SystemDrive%\inetpub\wwwroot" userName="administrator" password="[enc:AesProvider:PrISRz2ggJH4bV46ktObfCSh91Y/yF9pAoLmH7eCnj0=:enc]" />
</application>
On dirait que le compte d'utilisateur que vous utilisez pour votre pool d'applications n'a pas les 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 il est configuré pour s'exécuter. Vérifiez le répertoire et voyez si cet utilisateur possède les droits appropriés. Pendant que vous y êtes, consultez le journal des événements et vérifiez si IIS y a consigné 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 installé de module de réécriture d'URL également. Après avoir installé module de réécriture d'URL ce problème est résolu.
Sous 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):
Enfin, 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 à cocher dans IIS pour le faire dans Windows 7, suivez les étapes
- Panneau de configuration ouvert
- Cliquez sur le lien "programme" (ne pas désinstaller les programmes)
- Cliquez sur le lien "activer/désactiver les fonctionnalités de Windows".
- localisez "Internet Information Services IIS" dans la fenêtre contextuelle et développez son nœud
- Développez le nœud "Service World Wide Web"
- Développez le nœud "Fonctionnalités de développement d'applications"
- cochez la case "ASP.NET"
- Puis cliquez sur le bouton ok
Vous verrez maintenant le compte Asp.net sur le gestionnaire IIS et, par défaut, le compte IIS, vous devez maintenant déplacer votre site Web asp.net de "mon document" vers IIS est autorisé à y accéder (sur n'importe quelle partition de votre ordinateur). Parcourez maintenant votre site Web à partir du IIS manager. Cela devrait fonctionner.
Nous avons eu cette erreur après avoir dû changer notre mot de passe administrateur de domaine.
Après avoir modifié plusieurs paramètres, j’ai finalement constaté que, dans l’application située au-dessous du chemin, elle était configurée pour utiliser spécifiquement le compte d’administrateur du domaine plutôt que l’authentification unique (qui sait pourquoi).
Gestionnaire IIS -> Paramètres de base -> Connecter
vous devez faire une étape:
run->cmd
run "c:\Windows\Microsoft.NET\Framework\v4.0.30319\aspnet_regiis.exe -i"
C'est ça
Expérience de ce problème aujourd'hui et résolu. Quelqu'un avait défini les "Informations d'identification du chemin" du "site Web par défaut" dans IIS pour s'exécuter en tant qu'utilisateur spécifique. Ce même utilisateur a changé son mot de passe en raison de son expiration ou simplement d'un changement de routine. La définition du "site Web par défaut" pour qu'il se connecte en tant qu '"utilisateur de l'application" via l'option de configuration de base l'a résolu pour moi.
vous changez probablement votre mot de passe NT.
Ouvrez IIS -> cliquez avec le bouton droit de la souris sur votre application -> gérer l’application -> Paramètres avancés -> informations d’identification du 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 allant aux propriétés de mon projet et en recréant mon répertoire virtuel.
Cliquez avec le bouton droit sur 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 ne repose pas sur les suggestions ci-dessus. Mon cas est que je reçois l'erreur 500 lors de l'exécution de iis7 sur un serveur Windows 2008 dans un domaine. Vient d’ajouter un nouvel utilisateur dans le domaine et autorise essentiellement l’accès en lecture/exécution au répertoire ou au dossier virtuel. Assurez-vous que le dossier virtuel> paramètres de base> Se connecter en tant que> Informations d'identification du chemin est défini sur un utilisateur disposant d'un accès en lecture/xécute. Vous pouvez tester les paramètres et l'authentification et l'autorisation devraient fonctionner. À votre santé!
Pour moi, je devais activer Activation Http sous les fonctionnalités .Net dans "Ajouter/Supprimer des fonctionnalités Windows"
En ce moment, j'ai eu cette erreur et l'ai résolue. Votre URL peut correspondre au répertoire virtuel créé.
Vous devez vérifier les répertoires virtuels, dans mon exemple, j'ai trouvé dans applicationhost.config rangée suivante:
<application path="/" applicationPool="Clr4IntegratedAppPool">
<virtualDirectory path="/admin/roles" physicalPath="C:\..." />
</application>
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.
site Web par défaut besoin de gérer également:
1.On site Web par défaut -> basicSettings -> connect as, changez-le pour le bon utilisateur.
2.changez l'identifiant de l'applicationPool associé au defaultWebSite
bonne chance
Avait la même erreur et la fixation 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-> Informations d'identification du chemin d'accès physique-> Utilisateur spécifique, puis j'ai ressaisi les informations d'identification de l'utilisateur du pool d'applications, puis redémarré IIS et l'erreur a disparu et mon site Web a été créé avec succès.
Pour d'autres, j'ai reçu un message d'erreur similaire après avoir essayé de lancer une application .Net 4 dans un pool d'applications .Net 2. Changer 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 indication de quelques lignes dans web.config dans mon répertoire racine www (pas le répertoire racine standard).
La solution, bien que brute, a parfaitement fonctionné. J'ai simplement supprimé le fichier web.config et maintenant tout fonctionne. J'ai passé des HEURES à essayer d'autres solutions sans succès.
Si quelqu'un pense que c'est stupide, s'il vous plaît faites le moi savoir. Si quelqu'un d'autre a passé le même temps à arracher les cheveux, essayez-le et voyez (après avoir sauvegardé le fichier bien sûr)
Cordialement FEQ
Si le problème persiste lorsque vous essayez d’accéder au panneau d’administrateur de joomla, il suffit d’un problème de nom d’utilisateur et de mot de passe! Il vous suffit de mettre à jour un utilisateur jos_user dans votre base de données joomla.
Accédez au répertoire de votre site Web joomla et ouvrez un configuration.php avec bloc note ou bloc-notes pour indiquer le nom de la base de données utilisée par votre site administrateur joomla. Vous devez trouver une ligne qui a:
public $user = 'joomlauser251'; //MySQL username
Dans mon cas, joomlauser251 est mon nom de base de données.
Connectez-vous à votre mysql:
mysql -uyourusername -pyourpassword
Sélectionnez la base de données 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 !!!
Si vous utilisez un nouveau compte utilisateur dédié ... Il est également intéressant de vérifier que le mot de passe de ce compte n'a pas expiré, car cela entraînerait également le problème des autorisations 500.19.
Dans mon cas, j'ai trouvé une référence à un ancien mot de passe de compte de domaine dans applicationHost.config sous les paramètres par défaut du répertoire virtuel.
si facile trouver le fichier "applicationHost.config" dans Windows -> System32 -> inetsrv -> config 1. sauvegarder "applicationHost.config" dans 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 internet interne, terminé.
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 ce qui se trouve dans le service Web, juste pour voir si c'était la cause. Le correctif s’avéré recréer l’application hébergeant le service Web (c’est-à-dire le ".svc" réel) dans IIS
Les applications ASP.Net sont pré-câblées avec une section de gestionnaires dans le fichier web.config. Par défaut, il est défini en lecture seule dans la délégation de fonctionnalités d'IIS. Jetez un coup d’œil dans IIS Manager
1.Allez sur Gestionnaire des services Internet et cliquez sur Nom du serveur.
2.Allez dans le section Gestion et cliquez sur Délégation de fonctions.
3.Sélectionnez le Handler Mappings qui est censé être configuré comme en lecture seule.
4.Changez la valeur en lecture/écriture et vous pouvez maintenant résoudre le problème.
Ma solution est la suivante:
- supprimez simplement le dossier corrompu.
- Puis recréez à nouveau le dossier.
Il semble que si le dossier corrompu avait été créé avant IIS setup. Si vous créez à nouveau un dossier, cela fonctionnera correctement.
Dans mon cas, la valeur de la clé était incorrecte dans le fichier Web.config:
<defaultDocument>
<files>
<add value="Portal.htm" />
</files>
</defaultDocument>
quand je change la valeur à "Portal.html" cela a fonctionné.
Comme je recevais le 500.19, j’ai donné à IIS_IUSRS des droits d’accès complets pour le fichier Web.config mentionné et pour le dossier du projet. Cela a résolu le problème.
Vous pouvez donner des autorisations par
- clic droit sur le dossier/fichier
- en sélectionnant l'onglet "sécurité"
- ajoutez l'utilisateur
IIS_IUSRS- n'oubliez pas le i devant USRS et n'écrivez pas un "e" comme dans UTILISATEURS
Le chemin correct de mon site Web n'a pas été spécifié dans IIS.
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, l'une d'elles étant postée ici à la description de la question d'origine. Par exemple: après avoir modifié le fichier Web.Config d’un projet ASP.NET, j’ai eu
Code d'erreur 0x8007000d
"Un seul élément <configSections> est autorisé. Il doit s'agir du premier élément enfant de l'élément <configuration> racine"
Comme il est dit, vous ne devez PAS insérer vos propres éléments XML avant la partie <configSections> du fichier Web.Config. Après avoir inséré mon extrait après la balise de fin de <configSections>, cela a bien fonctionné.
Pour les sites Web ASP.NET Core, cette erreur générique se produira également si le module HttpPlatformHandler n'est pas installé, voir cette réponse pour plus de détails.
J'ai eu cette erreur après la désinstallation de Windows Server Update Services (WSUS) à partir de l'ordinateur exécutant IIS. Apparemment, la désinstallation de WSUS risque de casser la configuration IIS sur le serveur, rendant toute autre application Web installée sur le même serveur indisponible.
J'ai trouvé la solution au problème ici .
J'ai eu cette erreur après la mise à niveau de Visual Studio 2013 à 2015. Après un peu de recherche et d'essais de diverses corrections, j'ai constaté que le problème pouvait être résolu en supprimant les éléments suivants de web.config:
<staticContent>
<mimeMap fileExtension=".less" mimeType="text/css" />
</staticContent >
Apparemment, staticContent est obsolète maintenant?
Éditer 1
Cela empêchait IIS de servir des fichiers .json lors du déploiement du programme. Si vous faites cela, vous devez ajouter de nouveau .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
Éditer 2
J'ai remarqué que dans ma situation, la solution 1 ci-dessus d'édition ne fonctionne que temporairement. Une fois que je redéploie, l'entrée est supprimée. J'ai donc déplacé le XML mimeMap dans Web.Release.config. Fonctionne bien maintenant.