J'essaie de configurer une application d'un tiers, ce qui nécessite un site Web de support hébergé dans mon IIS local. J'ai créé un site Web exactement comme expliqué dans leur guide d'installation, mais j'ai des problèmes et j'aimerais voir ce que le journal IIS a à dire. Assez embarrassant, le problème est que je ne trouve pas les fichiers journaux!
Ma question est donc la suivante: où IIS7 stocke-t-il les journaux par défaut?
la source
Programs and Features
puis cliquez surTurn Windows features on or off
sur le côté gauche puis sélectionnezInternet Information Services\World Wide Web Services\Health and Diagnostics\HTTP Logging
Je pense que c'est un moyen plus simple de savoir où se trouvent vos journaux IIS, plutôt que de simplement supposer un emplacement par défaut:
Accédez à votre site IIS, par exemple par défaut, cliquez dessus, et vous devriez voir "Logging" à droite si la journalisation est activée:
Ouvrez-le et vous devriez voir le dossier juste là:
Vous êtes les bienvenus!
la source
World Wide Web Services -> Health and Diagnostics -> HTTP Logging
fonctionnalité Windows soit installée. Sinon, il n'apparaîtra pas.J'ajoute cette réponse car après des recherches sur le Web, je me suis retrouvé à cette réponse, mais je ne savais toujours pas dans quel sous - dossier du dossier des journaux IIS regarder.
Si votre serveur possède plusieurs sites Web, vous devrez connaître l'ID IIS du site. Un moyen facile d'obtenir cela dans IIS consiste à simplement cliquer sur le dossier Sites dans le panneau de gauche. L'ID de chaque site est indiqué dans le panneau de droite.
Une fois que vous connaissez l'ID, appelons-le n , les journaux correspondants se trouvent dans le sous-dossier W3SVC n du dossier des journaux IIS. Donc, si votre ID de site Web est 4, par exemple, et que les journaux IIS se trouvent à l' emplacement par défaut , les journaux se trouvent dans ce dossier:
Remerciements:
la source
La réponse 100% correcte pour l'emplacement par défaut des fichiers journaux est ...
Oui, vous pouvez entrer cela dans la barre d'adresse de l'explorateur, cela fonctionnera.
Pour être sûr à 100%, vous devez consulter la journalisation du site Web dans IIS.
https://docs.microsoft.com/en-us/iis/get-started/whats-new-in-iis-85/enhanced-logging-for-iis85
c'est à dire
EDIT: Comme l'a souligné Andy dans les commentaires ci-dessous, vous devez vous assurer lors de l'installation d'IIS que vous avez choisi d'activer la journalisation HTTP, sinon la journalisation HTTP ne sera pas disponible.
la source
Un moyen beaucoup plus simple de le faire est d'utiliser PowerShell, comme ceci:
ou simplement
si vous avez juste besoin des informations pour vous et que cela ne vous dérange pas d'analyser le résultat dans votre cerveau :).
Pour les points bonus, ajoutez
| ii
la première commande à ouvrir dans l'Explorateur ou| gci
pour répertorier le contenu du dossier.la source
Essayez le journal des événements Windows, il peut y avoir des informations utiles
la source
L'activation du suivi peut être une meilleure alternative au journal des événements Windows. Cela m'a donné les informations dont j'avais besoin pour réparer mon propre WebService.
la source
Je pense que l'emplacement par défaut pour la journalisation IIS est:
c:\inetpub\wwwroot\log\w3svc
la source
J'ai trouvé les fichiers journaux IIS à l'emplacement suivant.
qui aident à résoudre mon problème.
la source
C: \ inetpub \ logs \ LogFiles
Vérifier l'identité du site accédant aux sites et paramètres avancés
la source