Impossible de parcourir des pdfs et docs

Question

J'ai un site Web qui utilise le service d'indexation Microsoft pour indexer et interroger un répertoire qui contient divers documents de type pdf, rtf, MHT et doc. L'indexation et l'interrogation fonctionne bien (pour la plupart); Cependant, certains fichiers se chargeront alors que d'autres non.

Ceci est une boîte de Windows Server 2003 exécutant le site en utilisant IIS 6.

Le répertoire indexé est un sous-répertoire hors du répertoire racine du site (par exemple http: //my.domain .com / fichiers / ).

Les chemins de fichiers sont exacts dans l'URL; cependant, je ne peux accéder à certains fichiers de chaque type de fichier. Les fichiers que je ne peux pas accéder à donner un 404 fichier non trouvé. Je suis en mesure d'ouvrir tous les fichiers via l'explorateur de Windows,. Mais, en essayant de les ouvrir via un navigateur sur http est hasardeux

Quelqu'un at-il rencontré ce problème et de savoir comment le résoudre? Quelqu'un at-il une idée pourquoi je ne pouvais accéder à certains fichiers, mais pas d'autres? Quelqu'un at-il des recommandations sur ce qu'il faut en essayer ce (à savoir ne importe propriétaire ou quelque chose comme ça?)?

---

EDIT: Voici la demande et têtes de réponse pour un mauvais fichier:

GET /files/file1.pdf HTTP / 1.1 Accept: image / gif, image / jpeg, image / pjpeg, image / pjpeg, application / x-shockwave-flash, application / xml + xaml, application / vnd.ms-XpsDocument, application / x-ms-XBAP, application / X-MS-application, l'application / x-silverlight, application / vnd.ms-excel, application / vnd.ms-powerpoint, text / html, / Accept-Language: fr-fr User-Agent: Mozilla / 4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident / 4.0; .NET CLR 1.1.4322; .NET CLR 2.0.50727, .NET CLR 3.0.04506.30, .NET CLR 3.0.04506.590;. CLR 3.0.04506.648 NET, .NET CLR 3.5.21022, .NET CLR 3.0.4506.2152; .NET CLR 3.5.30729) Accept-Encoding: gzip, dégonfler Proxy-Connection: Keep-Alive Hôte: my.domain.com

HTTP / 1.1 404 Not Found Content-Length: 1635 Content-Type: text / html Serveur: Microsoft-IIS / 6.0 X-Powered-By: ASP.NET Date: 1 juin 2009 15:38:54 GMT [Balisage typique page 404 exclu]

Voici les en-têtes de requête / réponse pour le bon fichier:

GET /files/file2.pdf HTTP / 1.1 Accept: image / gif, image / jpeg, image / pjpeg, image / pjpeg, application / x-shockwave-flash, application / xml + xaml, application / vnd.ms-XpsDocument, application / x-ms-XBAP, application / X-MS-application, l'application / x-silverlight, application / vnd.ms-excel, application / vnd.ms-powerpoint, text / html, / Accept-Language: fr-fr User-Agent: Mozilla / 4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident / 4.0; .NET CLR 1.1.4322; .NET CLR 2.0.50727, .NET CLR 3.0.04506.30, .NET CLR 3.0.04506.590;. CLR 3.0.04506.648 NET, .NET CLR 3.5.21022, .NET CLR 3.0.4506.2152; .NET CLR 3.5.30729) Accept-Encoding: gzip, dégonfler Proxy-Connection: Keep-Alive Hôte: my.domain.com

HTTP / 1.1 200 OK Content-Length: 352464 Content-Type: application / pdf Last-Modified: Mar Jan 2009 15:27:35 13 GMT Accept-Ranges: octets ETag: "74ccc5759375c91: 2a47" Serveur: Microsoft-IIS / 6.0 X-Powered-By: ASP.NET Date: 1 juin 2009 15:50:33 GMT

Answer 1

Je l'ai découvert la question étant à la configuration de IIS. L'administrateur en charge du Sys serveur qui a l'expérience de cette question a fait répertoire virtuel avec le même nom que le sous-répertoire qui était en cours d'indexation. Lorsque IIS résoudrait le chemin, les documents seraient servis à partir du répertoire virtuel au lieu du sous-répertoire comme il aurait dû.

Answer 2

Pour résoudre ce problème, installez la plus récente mise à jour de sécurité cumulative pour Internet Explorer. Pour plus d'informations techniques sur la plus récente mise à jour de sécurité cumulative pour Internet Explorer, consultez le site Web de Microsoft