Kann einige PDF-Dateien und Dokumente durchsuchen

Question

Ich habe eine Website, die Microsoft Indexing Service zu Index verwendet und Abfrage ein Verzeichnis, das verschiedene Dokumente vom Typ pdf, rtf, MHT und doc hält. Die Indizierung und Abfrage funktioniert gut (zum größten Teil); jedoch wird laden einige Dateien, während andere nicht.

Dies ist eine Windows Server 2003-Box der Website läuft mit IIS 6.

Die indizierte Verzeichnis ist ein Unterverzeichnis der Website-Stammverzeichnis (dh http: //my.domain .com / files / ).

Die Dateipfade sind in der URL genau; jedoch kann ich nur einige der Dateien jeden Dateitypen zugreifen. Die Dateien, die ich kann nicht eine 404 Datei-Zugriff geben nicht gefunden. Ich bin in der Lage, alle Dateien über den Windows Explorer zu öffnen;. Aber sie über einen Browser über HTTP zu öffnen versucht, wird der Hit

Hat jemand dieses Problem erfahren und wissen, wie es zu lösen? Wer noch keine Ahnung, warum ich einige Dateien zugreifen können, andere aber nicht? Hat jemand irgendwelche Empfehlungen, was zu schauen, dies zu versuchen (das heißt tut Eigentümer Sache oder so etwas?)?

---

EDIT: Hier ist die Anfrage und Antwort-Header für eine schlechte Datei:

GET /files/file1.pdf HTTP / 1.1 Accept: image / gif, image / JPEG, image / pjpeg, image / pjpeg, Anwendung / x-Stoßwellen-flash, application / XAML + xml, application / vnd.ms-XpsDocument, Anwendung / x-ms-xbap, application / x-ms-Anwendung, application / x-Silverlight, application / vnd.ms-excel, application / vnd.ms-Powerpoint, application / msword, / Accept-Language: en-us 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;. NET CLR 3.0.04506.648; .NET CLR 3.5.21022; .NET CLR 3.0.4506.2152; .NET CLR 3.5.30729) Accept-Encoding: gzip, deflate Proxy-Verbindung: Keep-Alive Host: my.domain.com

HTTP / 1.1 404 Not Found Content-Length: 1635 Content-Type: text / html Server: Microsoft-IIS / 6.0 X-Powered-By: ASP.NET Datum: Mo, 1. Juni 2009 15.38.54 GMT [Typische 404-Seite Markup ausgeschlossen]

Hier ist die Request / Response-Header für die gute Datei:

GET /files/file2.pdf HTTP / 1.1 Accept: image / gif, image / JPEG, image / pjpeg, image / pjpeg, Anwendung / x-Stoßwellen-flash, application / XAML + xml, application / vnd.ms-XpsDocument, Anwendung / x-ms-xbap, application / x-ms-Anwendung, application / x-Silverlight, application / vnd.ms-excel, application / vnd.ms-Powerpoint, application / msword, / Accept-Language: en-us 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;. NET CLR 3.0.04506.648; .NET CLR 3.5.21022; .NET CLR 3.0.4506.2152; .NET CLR 3.5.30729) Accept-Encoding: gzip, deflate Proxy-Verbindung: Keep-Alive Host: my.domain.com

HTTP / 1.1 200 OK Content-Length: 352.464 Content-Type: application / pdf Last-Modified: Di 13. Januar 2009 15.27.35 GMT Accept-Rang: bytes ETag: "74ccc5759375c91: 2a47" Server: Microsoft-IIS / 6.0 X-Powered-By: ASP.NET Datum: Mo, 1. Juni 2009 15.50.33 GMT

Answer 1

Ich habe das Problem ist bei der Konfiguration von IIS entdeckt. Der Sys-Admin verantwortlich für den Server, die Erfahrung war dieses Problem gemacht Virtual Directory mit dem gleichen Namen wie das Unterverzeichnis, die indiziert wurde. Wenn IIS würde den Weg lösen, würden die Dokumente aus dem virtuellen Verzeichnis statt des Unterverzeichnisses serviert wie es hätte sein sollen.

Answer 2

Um dieses Problem zu beheben, installieren Sie die neuesten kumulative Sicherheitsupdate für Internet Explorer. Weitere technische Informationen zur aktuellen kumulativen Sicherheitsupdate für Internet Explorer finden Sie auf folgenden Microsoft-Website