1 votes

IIS 6 : Le système ne peut pas trouver le fichier spécifié

J'ai un serveur web Win 2003 / IIS 6 avec des milliers de sites configurés. Deux sites sont indépendants, et les autres partagent à peu près tous la même configuration.

Il y a du code commun dans un répertoire, puis chaque site a son propre code ASP classique qui inclut des fichiers du code commun. Il s'agit d'une configuration très inefficace, car toute modification du code spécifique au site doit être modifiée sur chaque site individuellement. C'est également un gaspillage d'espace disque.

Quoi qu'il en soit, lorsque je vais visiter l'un de ces sites (à part les deux sites bizarres susmentionnés), j'obtiens "Le système ne peut pas trouver le fichier spécifié" dans la fenêtre du navigateur. Cela se produit depuis n'importe quel endroit.

Il n'y a rien d'intéressant dans l'observateur d'événements. Process Monitor ne montre rien sur l'impossibilité d'ouvrir des fichiers. J'ai même recherché dans la métabase les références aux fichiers et aux répertoires, et j'ai corrigé les quelques références manquantes.

Je ne peux pas demander de l'aide sur les spécificités de ces sites, mais ce que je peux demander c'est, où dois-je aller à partir de maintenant en termes de recherche du problème ? Apache a une bonne journalisation des erreurs, IIS semble se contenter d'envoyer des réponses HTTP invalides et de ne donner aucune information utile.

1voto

Warren Blanchet Points 881

Quelle est l'erreur exacte ? S'agit-il d'une erreur 404 ? Et aussi, est-ce que les pages ASP classiques fonctionnent ? Il semble que vous ayez un <!--#inclue--> dans le code ASP qui a un chemin d'accès déréglé.

1voto

rmukhopadhyay Points 243

Essayez le test de la "pause". Fermez temporairement le site et voyez si le message d'erreur change. Il est possible que ce soit un autre site qui récupère les liens au lieu de celui que vous avez prévu.

Un autre problème qui m'arrive tout le temps est que si je crée un nouveau fichier texte, je le renomme default.htm, mais avec les paramètres par défaut de Windows, c'est en fait default.htm.txt. Assurez-vous d'afficher les extensions connues.

Dans les journaux IIS, il y a un code d'état (404 dans votre cas) mais le champ suivant est le sous-état. Cela peut être très utile pour les erreurs 404, car il existe de nombreux codes de sous-état qui ne sont pas des erreurs de type "page non trouvée".

Vous êtes également sur la bonne voie avec Process Monitor. Quel chemin recherche-t-il sur un disque, et êtes-vous sûr que le fichier se trouve dans ce même chemin ? Process Monitor est un excellent moyen de savoir exactement ce qui se passe sur le disque et découvre souvent le paramètre légèrement erroné qui s'avère toujours être le bon.

0voto

Mat Points 2512

Avez-vous activé l'ASP classique comme extension de service web ? Pour l'activer, allez dans la liste des extensions de service Web dans IIS Manager et configurez le statut de l'extension de service Web ASP sur Autorisé.

Par ailleurs, avez-vous installé ASP en tant que composant Windows ?

L'autre chose à vérifier, c'est si vous avez Recherche d'URL installé ? Est-ce qu'il bloque asp ?

0 votes

"Active Server Pages" est configuré dans "Web Service Extensions", tout comme ASP.net 1.1 et 2.0. Le composant Windows est également installé, oui.

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X