2009-06-01 3 views
0

У меня есть веб-сайт, который использует службу индексирования Microsoft для индексирования и запроса каталога, который содержит различные документы типа pdf, rtf, mht и doc. Индексирование и запрос работают хорошо (по большей части); однако некоторые файлы будут загружаться, а другие - нет.Невозможно просмотреть некоторые pdf-файлы и документы

Это Server 2003 окно Windows, запуск сайта с помощью IIS 6.

индексированной каталог является подкаталог от корневой директории сайта (т.е. http://my.domain.com/files/).

Пути файлов точны в URL-адресе; однако я могу получить доступ только к некоторым файлам каждого типа файлов. Файлы, которые я не могу получить, дают файл 404 не найден. Я могу открыть все файлы через проводник Windows, однако попытка открыть их через браузер через http ударит и пропустит.

Кто-нибудь испытал эту проблему и знает, как ее разрешить? У кого-нибудь есть идея, почему я могу получить доступ к некоторым файлам, но не к другим? Есть ли у кого-нибудь какие-либо рекомендации относительно того, что следует искать, чтобы попробовать это (то есть ли дело владельца или что-то в этом роде?)?


EDIT: Вот заголовки запроса и ответа на плохой файл:

GET /files/file1.pdf HTTP/1.1 Accept: изображение/GIF, изображение/JPEG, изображение/pjpeg, image/pjpeg, application/x-shockwave-flash, application/xaml + xml, application/vnd.ms-xpsdocument, application/x-ms-xbap, application/x-ms-application, application/x-silverlight , application/vnd.ms-excel, application/vnd.ms-powerpoint, application/msword, / Подтвердить язык: en-us User-Agent: Mozilla/4.0 (совместим; 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, выкачать Proxy-Connection: Keep-Alive Хост: my.domain.com

HTTP/1.1 404 Not Found Content-Length: content- тысяча шестьсот тридцать пять Тип: текст/html Сервер: Microsoft-IIS/6.0 X-Powered-By: ASP.NET Дата: Пн, 1 июня 2009 15:38:54 GMT [типичный 404 разметки страницы исключены]

Здесь является заголовком запроса/ответа для хорошего файла:

GET /files/file2.pdf HTTP/1.1 Принять: image/gif, image/jpeg, image/pjpeg, image/pjpeg, application/x-shockwave-flash, application/xaml + xml, application/vnd.ms-xpsdocument, application/x-ms-application, application/x-silverlight, application/vnd.ms-excel, application/vnd.ms-powerpoint, application/msword, / Accept-Language: en-us User-Agent: Mozilla/4.0 (совместим; 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, выкачать Proxy-Connection: Keep-Alive Хост: my.domain.com

HTTP/1.1 200 OK Content-Length: 352464 Content-Type: применение/PDF Last-Modified: Вт, 13 января 2009 15:27:35 GMT Accept-Диапазоны: байты ETag: "74ccc5759375c91: 2a47" Сервер: Microsoft-IIS/6.0 X-Powered by: ASP.NET Дата: Пн, 01 июн 2009 15:50:33 GMT

+0

Разрешения для каталога? (Не уверен, что все файлы сидят в одном месте из вашего описания.) –

+0

@Michael Todd Да, все файлы находятся в одном каталоге, поэтому это не разрешения на уровне каталога; однако, я все еще смотрю, есть ли разница между разрешениями файлов. К сожалению, пока не найдены тенденции. – JamesEggers

+0

Это очень странно. Файл - это файл .... IIS не заботится о том, какой тип (или что-то еще о нем, кроме разрешений), поэтому, если он существует, он должен иметь возможность обслуживать его. Что говорят заголовки во время запроса и в ответе? –

ответ

0

Я обнаружил, что проблема связана с конфигурацией IIS. Администратор Sys, отвечающий за сервер, который испытывал эту проблему, сделал Virtual Directory с тем же именем, что и подкаталог, который был проиндексирован. Когда IIS разрешит путь, документы будут переданы из виртуального каталога, а не из подкаталога, как должно было быть.

1

Чтобы устранить эту проблему, установите самое актуальное накопительное обновление для системы безопасности для Internet Explorer. Для получения дополнительной технической информации о наиболее актуальном накопительном обновлении для системы безопасности для Internet Explorer посетите следующие Microsoft Web site

Смежные вопросы