2009-06-01 3 views
0

私は、Microsoft Indexing Serviceを使用してpdf、rtf、mht、およびdocという種類のさまざまなドキュメントを保持するディレクトリのインデックスを作成し、クエリを実行するWebサイトを持っています。インデックス作成とクエリはうまく機能します(ほとんどの場合)。ただし、一部のファイルは読み込まれ、残りのファイルは読み込まれません。一部のpdfsとdocsを参照できません

これは、IIS 6

を使用してサイトを実行しているWindows Server 2003のボックスで、インデックス付きディレクトリは、サイトのルートディレクトリ(つまりhttp://my.domain.com/files/)のオフのサブディレクトリです。

ファイルパスはURLで正確です。しかし、私は各ファイルタイプのいくつかのファイルにしかアクセスできません。私がアクセスできないファイルに404ファイルが見つかりません。私はWindowsエクスプローラ経由ですべてのファイルを開くことができますが、httpを介してブラウザ経由で開こうとするとヒットしてしまいます。

誰もこの問題を経験しており、解決方法を知っていますか?誰かがなぜ私がいくつかのファイルにアクセスすることができるが、誰かがこれを試してみるために何を調べるべきかについての推奨事項を持っていますか(つまり、所有者の問題かそれとも何か?)


EDIT:ここ が悪いファイルのリクエストとレスポンスヘッダです:

GET /files/file1.pdf HTTP/1.1 受け入れ:画像/ gif形式、画像/ JPEG、画像をアプリケーション/ xaml + xml、アプリケーション/ vnd.ms-xpsドキュメント、アプリケーション/ x-ms-xbap、アプリケーション/ x-msアプリケーション、アプリケーション/ x-silverlight 、application/vnd.ms-excel、application/vnd.ms-powerpoint、application/msword、/ Accept-Language:en-us ユーザーエージェント:Mozilla/4.0(互換性があります。 MSIE 8.0; Windows NT 5.1;トライデント/ 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-エンコード:gzipで、 プロキシ接続を収縮:キープアライブ ホスト:my.domain.com

HTTP/1.1 404見つかりません のContent-Length:1635 のContentをタイプ:text/htmlの サーバー:マイクロソフト-IIS/6.0 X-Poweredのバイ:ASP.NET 日:月、2009年6月1日午後03時38分54秒GMT [典型的な404ページのマークアップを除外]ここ

良いファイルのリクエスト/レスポンスヘッダです:

GET /files/file2.pdf HTTP/1.1 イメージ/ gif、イメージ/ jpeg、イメージ/ pjpeg、イメージ/ pjpeg、アプリケーション/ x-shockwave-flash、application/xaml + xml、application/vnd.ms-xpsdocument、アプリケーション/ x-ms-xbap、アプリケーション/ x-msアプリケーション、アプリケーション/ x-silverlight、アプリケーション/ vnd.ms-excel、アプリケーション/ vnd.ms-powerpoint、アプリケーション/ msword、/ Accept Language: en-us ユーザエージェント:Mozilla/4.0(互換性あり。 MSIE 8.0; Windows NT 5.1;トライデント/ 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) -受け入れエンコード: プロキシ接続を収縮させる、GZIP:キープアライブ ホスト:my.domain.com

HTTP/1。1 200 OK のContent-Length:352464 のContent-Type:アプリケーション/ PDF のLast-Modified:火、2009年1月13日午前15時27分35秒GMT は-範囲を受け入れ:バイト のETag: "74ccc5759375c91:2a47" サーバー: MicrosoftのIIS-6.0 X-Powered-By:ASP.NET 日付:2009年6月1日15:50:33 GMT

+0

ディレクトリのアクセス許可? (すべてのファイルがあなたの説明から1か所にあるかどうかはわかりません) –

+0

@Michael Toddはい、すべてのファイルは同じディレクトリにあり、ディレクトリレベルの権限ではありません。しかし、私はファイルのパーミッションに違いがあるかどうかを探しています。残念ながら、まだどんな傾向も見つけていない。 – JamesEggers

+0

それは非常に奇妙です。ファイルはファイルです.... IISは、そのタイプが何であるか(または何か他のものではなくパーミッション)を気にしてはいけません。もし存在すれば、それを提供できるはずです。要求と応答の間にヘッダーは何を言いますか? –

答えて

0

IISの設定時に問題が発生していることを発見しました。この問題を経験していたサーバー担当のSys管理者は、仮想ディレクトリにインデックスを作成していたサブディレクトリと同じ名前を付けました。 IISがパスを解決するとき、ドキュメントはサブディレクトリの代わりに仮想ディレクトリから提供されるはずです。

1

この問題を解決するには、Internet Explorer用の最新の累積的なセキュリティ更新プログラムをインストールします。 Internet Explorerの最新の累積的なセキュリティ更新プログラムの詳細については、次のWebサイトを参照してください。Microsoft Web site

関連する問題