IIS 7.5 ne se connecte pas

11

J'ai un problème étrange avec un serveur Windows Server 2008 R2 exécutant IIS: la journalisation HTTP s'est arrêtée il y a quelques mois (je viens de le découvrir) et je n'arrive pas à le faire recommencer la journalisation.

J'ai à la fois HTTP Logging et Logging Tools installés (sous Web Server / Health and Diagnostics) et sous IIS Manager> Logging, il est activé (un journal par: site, format: W3C, répertoire:, "%SystemDrive%\inetpub\logs\LogFiles"etc. - tous les éléments par défaut).

Pourtant, sous C:\inetpub\logs\LogFiles\W3SVC1/ W3SVC2avalanche, etc., tous les fichiers ont des mois.

J'ai également redémarré le serveur, en vain.

J'ai essayé de désactiver la journalisation, puis de la réactiver (dans le Gestionnaire des services Internet), mais cela n'a pas aidé.

Enfin, j'ai essayé d'activer via la ligne de commande (même si déjà activé):

C:\Windows\System32\inetsrv>appcmd set config /section:httpLogging /dontLog:False /selectiveLogging:LogAll

Applied configuration changes to section "system.webServer/httpLogging" for "MACHINE/WEBROOT/APPHOST" at configuration commit path "MACHINE/WEBROOT/APPHOST"

Ce qui me manque ??

windows-server-2008-r2 iis-7.5

— Jim Balo
source

Avez-vous vérifié que les autorisations sont toujours bonnes? Que diriez-vous de l'espace du système de fichiers?

@kce L'espace disque est suffisant. Ré. autorisations de dossier, je ne suis pas à 100%: je viens de donner IIS_IUSRS Contrôle total aux journaux C: \ inetpub \ et redémarré le site, mais cela n'a pas aidé. Quelles devraient être les autorisations (et sur quels dossiers spécifiques êtes-vous censé les définir - juste le dossier des journaux?)?

— Jim Balo

3

Je l'ai fait fonctionner. Dans le journal des événements, j'ai trouvé ceci: "Le propriétaire du fichier journal ou du répertoire C: \ inetpub \ logs \ LogFiles \ W3SVC2 \ u_ex140606.log n'est pas valide. Cela peut être dû au fait qu'un autre utilisateur a déjà créé le fichier journal ou le répertoire. " J'ai donc vérifié le propriétaire du dossier logs, etc., et pour une raison quelconque, il a été défini sur "Trusted Installer" au lieu de ce qu'il aurait dû être: C: \ inetpub \ logs devrait appartenir à SYSTEM et ses sous-dossiers appartiennent à le groupe Administrateurs. Après avoir corrigé cela, il a commencé à fonctionner.

— Jim Balo

@JimBalo, il serait bon de convertir cela en une réponse pour le rendre plus facile à voir.

— spuder

5

Je sais que c'est un vieux post (je suis nécromancien)! J'ai trouvé mon chemin ici en désespoir de cause via Google, et je crois que, au moins sur notre serveur, le problème était que le "Service de connexion W3C" services.mscétait arrêté. Au redémarrage, le service a bien fonctionné (à condition que les autorisations de dossier appropriées soient en place, comme décrit ci-dessus). Il semble que le problème rencontré par notre serveur GMT -08: 00 soit celui-ci:

https://support.microsoft.com/en-us/help/2982169/w3c-logging-service-crashes-in-iis-8.5-on-a-server-in-windows-8.1-or-windows-server- 2012-r2

Une mise à jour peut être téléchargée à l'intérieur. J'espère que cela aide quelqu'un.

— Chaim Eliyah
source

2

Vérifiez votre autorisation sur les dossiers de fichiers journaux. IIS n'écrira pas dans les dossiers appartenant à certains groupes, tels que les utilisateurs.

Le dossier doit appartenir à "Administrateurs" ou "SYSTÈME".

— Zamicol
source

1

La fonctionnalité de journalisation est gérée dans IIS UI sur 3 niveaux: machine, site, application.

Je l'ai activé au niveau de la machine , désactivé au niveau du site (site Web par défaut) et activé au niveau de l' application .

Une fois que je l'ai activé (dans le volet Actions sur le côté droit) pour le site, il a commencé à fonctionner.

— Tom Andraszek
source

0

Lorsque je rencontre le problème, je supprime le W3SVC1dossier et accède au site afin qu'IIS crée un nouveau W3SVC1dossier avec le propriétaire et les autorisations SYSTEM appropriés.

— Mike Poole
source