Comment résoudre «Erreur HTTP 500.19 - Erreur de serveur interne» sur IIS7.0 [fermé]

Qu'est-ce qui cause cette erreur, comment puis-je la corriger?

Module d' informations détaillées sur les erreurs IIS Web Core
Notification Gestionnaire BeginRequest
Pas encore déterminé
Code d'erreur 0x8007052e
Erreur de configuration Impossible de se connecter localement à C: \ inetpub \ wwwroot en tant qu'administrateur utilisateur avec le mot de passe du répertoire
virtuel Fichier de configuration non disponible (isolation de la configuration)
URL requise http: // 192.168.0.3:80/
Chemin physique C: \ inetpub \ wwwroot
Méthode d'ouverture de session Pas encore déterminé
Utilisateur d'ouverture de session 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>

Il semble que le compte d'utilisateur que vous utilisez pour votre pool d'applications ne dispose 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 il est configuré pour s'exécuter. Vérifiez le répertoire et voyez si cet utilisateur dispose des droits appropriés. Pendant que vous y êtes, consultez le journal des événements et voyez 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 installé le module de réécriture d'URL également. Après avoir installé le module de réécriture d'URL, ce problème a été résolu.

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

Enfin, je reçois 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 désinstaller les programmes)
3. Cliquez sur le lien «activer / désactiver les fonctionnalités de Windows»
4. recherchez «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. Cliquez ensuite sur le bouton ok

Maintenant, vous verrez le compte Asp.net sur le gestionnaire IIS et par défaut, vous voyez le compte IIS. ordinateur) Maintenant, parcourez votre site Web à partir du gestionnaire IIS et cela devrait fonctionner.

Nous avons eu cette erreur après avoir dû changer notre mot de passe d'administrateur de domaine.

Après monkeying avec plusieurs paramètres, j'ai finalement trouvé que dans l'application dans le chemin ci-dessous car il était défini pour utiliser spécifiquement le compte d'administrateur de domaine plutôt que l'authentification directe (qui sait pourquoi).

Gestionnaire IIS -> Paramètres de base -> Se connecter

vous devez faire une étape:

run->cmd

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

C'est tout

J'ai rencontré ce problème aujourd'hui et je l'ai résolu. Quelqu'un avait défini les «informations d'identification de chemin» pour le «site Web par défaut» dans IIS pour qu'il s'exécute en tant qu'utilisateur spécifique. Ce même utilisateur a changé son mot de passe en raison de l'expiration du mot de passe ou simplement d'un changement de routine. La configuration du "site Web par défaut" pour se connecter en tant qu '"utilisateur de l'application" via l'option de paramètres de base l'a résolu pour moi.

vous changez probablement votre mot de passe NT.

Ouvrez IIS -> Faites un clic droit 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ésout le problème en accédant aux propriétés de mon projet et en recréant 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 disant que le répertoire virtuel a été créé à un autre endroit et il le changera

Pour moi, je devais activer l' activation Http sous les fonctionnalités .Net dans "Ajouter / Supprimer des fonctionnalités Windows"

J'ai bien fonctionné mais pas basé sur les suggestions ci-dessus. Mon cas est que j'obtiens l'erreur 500 en exécutant iis7 sur un serveur Windows 2008 dans un domaine. Vous venez d'ajouter un nouvel utilisateur dans le domaine et autorisez essentiellement l'accès en lecture / exécution au répertoire ou dossier virtuel. Assurez-vous que le dossier virtuel> paramètres de base> Se connecter en tant que> Informations d'identification de chemin est défini sur un utilisateur avec un accès en lecture / xécute. Vous pouvez tester les paramètres et l'authentification et l'autorisation devraient fonctionner. À votre santé!

En ce moment, j'ai eu cette erreur et je 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.configla ligne suivante:

<application path="/" applicationPool="Clr4IntegratedAppPool">
    <virtualDirectory path="/admin/roles" physicalPath="C:\..." />
</application>

J'ai essayé d'ouvrir la page avec un url ( http://localhost/admin/roles) AdminControlleret une Rolesaction et j'ai obtenu cette erreur.

Pour d'autres, j'ai reçu un message d'erreur similaire en raison de l'exécution d'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 direction vers quelques lignes dans web.config dans mon répertoire racine www (pas le répertoire racine standard).

La solution, bien que brute, 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 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

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-> Informations sur le chemin d'accès physique-> Utilisateur spécifique, et j'ai ressaisi les informations d'identification pour l'utilisateur du pool d'applications, puis j'ai redémarré IIS et l'erreur a disparu et mon site Web est venu avec succès.

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

1 .Sur le site Web par défaut -> basicSettings -> connect as, changez-le pour le bon utilisateur.

2.changez l'identifiant du pool d'applications lié au site Web par défaut

g.luck

Cela ne m'a pas semblé être un problème d'autorisation - j'ai essayé de donner au compte IIS_IUSRS le 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'est-à-dire le «.svc» réel) dans IIS

Si c'est bigin lorsque vous essayez d'accéder au panneau d'administration 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 base de données joomla.

Accédez à votre répertoire de site Web joomla et ouvrez un fichier configuration.php avec bloc note ou bloc-notes pour afficher le nom de la base de données utilisé par votre site administrateur joomla. Vous devez trouver une ligne qui a:

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

Dans mon cas, joomlauser251c'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 de l'administrateur:

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.

si facile, trouvez le fichier "applicationHost.config" dans Windows -> System32 -> inetsrv -> config 1. sauvegardez "applicationHost.config" dans un autre nom de fichier 2. ouvrez le fichier "applicationHost.config" effacez les données et enregistrez 3. ouvrez le navigateur et appelez le site Web interne url, terminé.

Si vous utilisez un nouveau compte utilisateur dédié ... Il convient également de vérifier que le mot de passe de ce compte n'a pas expiré, car cela entraînera également ce problème d'autorisations 500.19.

Lorsque j'ai obtenu le 500.19, j'ai donné IIS_IUSRStous les droits d'accès au web.config mentionné et au dossier du projet. Cela a résolu le problème.

Vous pouvez accorder des autorisations en

1. clic droit sur le dossier / fichier
2. sélection de l'onglet "sécurité"
3. ajouter l'utilisateur IIS_IUSRS- n'oubliez pas le i devant USRS et n'écrivez pas de "e" comme dans USERS

Les applications ASP.Net sont pré-câblées avec une section de gestionnaires dans le web.config. Par défaut, il est défini en lecture seule dans la délégation de fonctionnalités dans IIS. Jetez un œil dans IIS Manager

1.Accédez au gestionnaire IIS et cliquez sur Nom du serveur

Allez dans la section Gestion et cliquez sur Délégation de fonctionnalités .

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

4.Changez la valeur en lecture / écriture et vous pouvez maintenant résoudre le problème

J'ai encore une 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 dans la description de la question d'origine. Par exemple: après avoir édité le Web.Configfichier d'un projet ASP.NET, j'avais

Code d'erreur 0x8007000d

"Un seul élément <configSections> autorisé. Ce doit être le 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 <configSections>partie du Web.Configfichier. Après avoir inséré mon extrait de code après la balise de fin de <configSections>, cela a très bien fonctionné.

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. Recréez ensuite à nouveau le dossier.

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

J'ai reçu cette erreur après avoir désinstallé Windows Server Update Services (WSUS) de l'ordinateur exécutant IIS. Apparemment, la désinstallation de WSUS peut interrompre 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 .

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

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

    <defaultDocument>
        <files>
            <add value="Portal.htm" />
        </files>
    </defaultDocument>

quand je change la valeur en "Portal.html" ça marche.

J'ai obtenu cette erreur après la mise à niveau de Visual Studio 2013 vers 2015. Après un peu de recherche et d'essais de divers correctifs, j'ai trouvé que le problème peut ê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?

La source

Modifier 1

Ce type empêchait IIS de servir des fichiers .json lorsque le programme était déployé. Si vous faites cela, vous êtes censé rajouter .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 que je redéploie, l'entrée est supprimée. J'ai donc déplacé le mimeMap XML vers Web.Release.config. Fonctionne bien maintenant.