Où puis-je trouver les journaux IIS?


325

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?

Réponses:


496

Je pense que l'emplacement par défaut pour les journaux d'accès est

%SystemDrive%\inetpub\logs\LogFiles

Sinon, vérifiez sous Gestionnaire IIS, sélectionnez l'ordinateur dans le volet gauche et dans le volet central, allez sous "Journalisation" dans la zone IIS. Là, vous verrez l'emplacement par défaut pour tous les sites (ceci est cependant remplaçable sur tous les sites)

Vous pouvez également examiner

%SystemDrive%\Windows\System32\LogFiles\HTTPERR

Qui contiendra des fichiers journaux similaires qui ne représentent que des erreurs.


1
Merci, cela semble logique, mais le répertoire des journaux est vide. J'ai probablement besoin d'activer la journalisation d'une manière ou d'une autre, mais je ne trouve rien sur la journalisation dans le panneau central du Gestionnaire IIS.
Kjartan

66
Si vous ne le trouvez pas, il n'est pas installé. Vous devez tirer Programs and Featurespuis cliquez sur Turn Windows features on or offsur le côté gauche puis sélectionnezInternet Information Services\World Wide Web Services\Health and Diagnostics\HTTP Logging
jishi

1
Excellent! Maintenant, j'ai au moins des journaux. Dommage qu'ils ne m'aient pas vraiment donné les réponses que j'espérais, mais au moins j'ai appris quelque chose. Merci encore!
Kjartan

3
Je crois que ce dernier chemin (... \ HTTPERR) est l'endroit où les fichiers journaux générés par http.sys atterrissent par défaut, pas les fichiers journaux d'IIS lui-même. Voir: technet.microsoft.com/en-us/library/cc784703%28v=ws.10%29.aspx
Jon Schneider

3
Ces journaux sont inutiles si vous recherchez un message d'erreur.
Vasil Valchev

96

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:

entrez la description de l'image ici

Ouvrez-le et vous devriez voir le dossier juste là:

entrez la description de l'image ici

Vous êtes les bienvenus!


5
Sur IIS10, la fonctionnalité «Journalisation» nécessite qu'au moins la World Wide Web Services -> Health and Diagnostics -> HTTP Loggingfonctionnalité Windows soit installée. Sinon, il n'apparaîtra pas.
Pasi Savolainen

Que faire si l'icône de journalisation n'apparaît pas? Je ne trouve pas mes fichiers journaux localement - aucun des chemins ne semble exister sur ma machine.
Andy

80

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:

%SystemDrive%\inetpub\logs\LogFiles\W3SVC4

Remerciements:

  • La réponse de @jishi indique où se trouvent les journaux par défaut.
  • La réponse de @Rafid explique comment trouver l'emplacement réel (peut-être pas par défaut).
  • Answer by @Bergius donne un moyen par programme de trouver l'emplacement du dossier du journal pour un site Web spécifique, en tenant compte de l'ID, sans utiliser IIS.

8
Il est très important que vous parliez de l'ID du site Web dans IIS afin d'afficher le bon fichier journal.
Moises Quintero Orea

3
J'ai trouvé l'ID en cliquant sur les paramètres avancés dans le panneau Actions après avoir sélectionné le site dans le panneau Connexions.
Stagg

15

La réponse 100% correcte pour l'emplacement par défaut des fichiers journaux est ...

%SystemDrive%\inetpub\logs\LogFiles

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

  1. Ouvrez IIS Manager.
  2. Sélectionnez le site ou le serveur dans le volet Connexions,
  3. Double-cliquez sur Journalisation.
  4. L'emplacement des fichiers journaux du site se trouve dans le champ Répertoire

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.

Activer la journalisation HTTP


Ce n'est pas une réponse à 100% ... Je n'ai pas de répertoire sur ce chemin et pourtant j'ai IIS 7.5. Je ne trouve mes fichiers journaux sur aucun de ces chemins qui, selon les gens, existent.
Andy

2
@Andy avez-vous lu la 2e moitié de la réponse et vérifié la configuration du site Web dans IIS?
Mick

2
Il me manquait le module "HTTP Logging" requis dans "Programmes et fonctionnalités"> "Activer ou désactiver les fonctionnalités Windows". J'ai trouvé un commentaire ci-dessus à ce sujet et il a créé le répertoire LogFiles. Merci pour le suivi.
Andy

10

Un moyen beaucoup plus simple de le faire est d'utiliser PowerShell, comme ceci:

Get-Website yoursite | % { Join-Path ($_.logFile.Directory -replace '%SystemDrive%', $env:SystemDrive) "W3SVC$($_.id)" }

ou simplement

Get-Website yoursite | % { $_.logFile.Directory, $_.id }

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 | iila première commande à ouvrir dans l'Explorateur ou | gcipour répertorier le contenu du dossier.


7

Essayez le journal des événements Windows, il peut y avoir des informations utiles


2
Le journal des événements contiendra probablement des erreurs de page qui se produisent sur le site.
jishi

20
Cela semble être une bonne idée, mais il y a beaucoup d'informations ici, et je n'arrive pas à trouver quoi que ce soit de pertinent pour IIS. Un pointeur indiquant où chercher dans l'Observateur d'événements ou comment filtrer les informations à cet endroit?
Kjartan

7
-1, raison: cette réponse est trop générale. Veuillez fournir une explication détaillée où dans le journal des événements les informations peuvent être trouvées, ou comment les filtrer, sinon, étant donné la grande quantité de journaux dans les journaux du journal des événements, il est trop difficile de trouver les journaux pertinents.
lanoxx

Trouvé la cause de mon problème (connexion fermée uniquement sur les fichiers * .woff) dans Windows Logs> System (dans mon cas, une mauvaise configuration SSL)
the_nuts

3

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.


3

Je pense que l'emplacement par défaut pour la journalisation IIS est: c:\inetpub\wwwroot\log\w3svc


0

J'ai trouvé les fichiers journaux IIS à l'emplacement suivant.

C: \ inetpub \ logs \ LogFiles \

qui aident à résoudre mon problème.


Je viens de fournir le chemin par défaut où se trouvent les fichiers journaux IIS sur le serveur. Si vous pouvez lire la question. Il s'agit de "Où IIS7 stocke-t-il les journaux par défaut?" :(
Hiren Parghi

0

C: \ inetpub \ logs \ LogFiles

Vérifier l'identité du site accédant aux sites et paramètres avancés

En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.