Commande pour reconstruire applicationHost.config dans IIS 7

Est-il un moyen de reconstruire le applicationHost.fichier de configuration de IIS 7 avec une commande de Windows? Ou si vous pouvez m'aider à résoudre le problème en modifiant ce fichier, c'est bien trop. Lorsque l'on compare ce fichier à d'autres serveurs, je m'aperçois très important sections qui manquent ou qui sont différents après la suppression d'un site et d'un peu de pools d'applications.

Je suis pas un expert dans IIS 7, mais je l'ai utilisé depuis 7 ans maintenant. Je suis certain d'avoir effectué toutes les mesures appropriées pour une nouvelle configuration du site et il me donne toujours cette erreur, "401.1 "You are not authorized to view this page. You do not have permission to view this directory or page using the credentials that you supplied."

C:\Windows\System32\inetsrv\config\applicationHost.config

Ce qui s'est passé sur une machine où le pool d'applications IIS{pool d'applications de l'utilisateur} n'existe pas, donc nous n'avons jamais utilisé cet utilisateur, comme j'ai l'habitude de le faire lors de la configuration des autorisations. Cependant, nous avons ajouter des autorisations appropriées pour IIS_IUSRS (avec IUSR dans ce groupe), la semaine dernière, et le site a bien fonctionné. Nous sommes à l'aide de l'Authentification Windows, et toutes les autres méthodes d'authentification sont éteints. Pas de répertoires virtuels. Nous utilisons .NET 4.0, Classique, et les 32 bits de l'application (sous paramètres avancés).

Nous avons dû mettre à jour manuellement le nom de l'hôte en faisant la commande suivante dans "C:\Windows\System32\inetsrv" sur la liaison, car IIS gris le nom d'hôte lorsque le certificat VeriSign SSL a été ajouté à la liaison.

appcmd set site /site.name:"himc" /+bindings.[protocol='https',bindingInformation='*:443:subdomain.domain.com']

Sections manquantes sur les "mauvais" serveur web:

1 - existe sur la "bonne" boîte, manque sur le "mauvais" de la boîte de

<customMetadata>
    <key path="LM/W3SVC/INFO">
        <property id="4012" dataType="String" userType="1" attributes="Inherit" value="NCSA Common Log File Format,Microsoft IIS Log File Format,W3C Extended Log File Format,ODBC Logging" />
        <property id="2120" dataType="MultiSZ" userType="1" attributes="None" value="400,0,,,0&#xA;" />
    </key>
</customMetadata>

2 - existe sur la "bonne" boîte, manque sur le "mauvais" de la boîte de

    <asp>
        <cache diskTemplateCacheDirectory="%SystemDrive%\inetpub\temp\ASP Compiled Templates" />
    </asp>

3 - cette section existe sur la "bonne" boîte", mais seulement 2.0 (2 premières lignes) existent sur les "mauvais".

<isapiFilters>
    <filter name="ASP.Net_2.0.50727.0" path="%windir%\Microsoft.NET\Framework\v2.0.50727\aspnet_filter.dll" enableCache="true" preCondition="bitness32,runtimeVersionv2.0" />
    <filter name="ASP.Net_2.0.50727-64" path="%windir%\Microsoft.NET\Framework64\v2.0.50727\aspnet_filter.dll" enableCache="true" preCondition="bitness64,runtimeVersionv2.0" />
    <filter name="ASP.Net_2.0_for_V1.1" path="%windir%\Microsoft.NET\Framework\v2.0.50727\aspnet_filter.dll" enableCache="true" preCondition="runtimeVersionv1.1" />
    <filter name="ASP.Net_4.0_64bit" path="C:\Windows\Microsoft.NET\Framework64\v4.0.30319\aspnet_filter.dll" enableCache="true" preCondition="runtimeVersionv4.0,bitness64" />
    <filter name="ASP.Net_4.0_32bit" path="C:\Windows\Microsoft.NET\Framework\v4.0.30319\aspnet_filter.dll" enableCache="true" preCondition="runtimeVersionv4.0,bitness32" />
</isapiFilters>

4 - cette section existe sur le "mauvais", mais manquant sur la "bonne" boîte de

    <applicationDependencies>
        <application name="Active Server Pages" groupId="ASP" />
    </applicationDependencies>

5 - ssiExecDisable propriété est manquante sur la "bonne" boîte de

    <serverSideInclude ssiExecDisable="false" />

6 - section manquant sur la "mauvaise" de la boîte de

        <authentication>
            <anonymousAuthentication enabled="false" />
            <windowsAuthentication enabled="true" />
        </authentication>

source d'informationauteur MacGyver

  1. 47

    Apparemment, Microsoft conserve un historique de ces fichiers dans:

    C:\inetpub\history\
  2. 1

    Si vous souhaitez simplement modifier actuellement active applicationHost.config de prendre un coup d'oeil à cet article:

    L'Édition Applicationhost.config sur 64 bits Win2008

    Comme le dit l'article, pour une raison quelconque applicationHost.la config est visible uniquement à l'aide de l'Explorateur (ce qui explique pourquoi je ne voyais pas de fichier à partir de mon personnalisés du gestionnaire de fichiers) et vous pouvez le modifier sans problèmes à l'aide du bloc-notes (encore une fois, n'importe quel autre éditeur et vous allez rencontrer des problèmes).

  3. 0

    Le répertoire inetpub dossier historique sauvé mes fesses. J'ai simplement restauré les deux fichiers dans le dossier racine et wallah le problème est résolu.

  4. 0

    Faire une sauvegarde de tous les fichiers de configuration d'abord!

    Donc, apparemment, IIS conserve un historique des fichiers de configuration dans C:\inetpub\history. Donc, ce que vous devez faire est de se souvenir de la dernière date connue IIS a bien fonctionné et puis copiez le contenu du fichier de configuration de c:\inetpub\history et de remplacer les fichiers de configuration dans c:\windows\system32\inetsrv\config.

    Bonne chance!