Веб-сайт IIS отправляет несколько заголовков типа содержимого для zip-файлов

Я полагаю - и я могу ошибаться, что заголовок http 1.1 отправляет несколько определений заголовков, и наиболее конкретные имеют приоритет.

поэтому в вашем примере здесь он отправляет 2 text/html, а затем application/x-zip-commercial, поэтому второй будет наиболее конкретным - если это не может быть обработано на клиенте, тогда используется более общий (первый в таком случае ) -

Я прочитал этот http://www.w3.org/Protocols/rfc2616/rfc2616-sec14.html, и это указывает на то, что вы говорите, хотя не уверен, что это то, что происходит на самом деле.

Конечно, я могу быть совершенно неправ здесь

Убедитесь, что у вас нет фильтров ISAPI или HTTP-модулей ASP.net, настроенных для перезаписи заголовков. Если они не проверят, существует ли заголовок, он будет добавлен, а не заменен. Некоторое время назад у нас были проблемы с внутренним модулем аутентификации, который неправильно обновлял заголовки, поэтому мы получали два заголовка авторизации, один из IIS и один из нашего модуля.

Какое программное обеспечение установлено на сервере для работы с .zip файлами? Это выглядит IIS получает переводы MIME из реестра, возможно, используемое вами zip-программное обеспечение зарегистрировало тип MIME. Это не объясняет, почему IIS будет отвечать двумя заголовками типа контента, поэтому любой фильтр ISAPI и другая таблица Mime вызывают подозрение.

Это может быть связано с этой статьей базы знаний. Предполагается, что IIS может архивировать уже заархивированный файл, но некоторые браузеры просто переходят прямо к дополнительному приложению, предоставляя вам неверные данные (поскольку он был дважды заархивирован). Если вы измените тип mime расширения zip на application/octet-stream, этого может не произойти.

Похоже, может быть проблема с вашей конфигурацией IIS. Однако из вашего сообщения невозможно сказать, так ли это.

Вы можете настроить типы mime на нескольких уровнях в IIS. Мои знания IIS 5 немного устарели, насколько я помню, это поведение одинаково для IIS 6. Я пытался смоделировать это в среде IIS 6, но когда-либо получал только один тип mime в зависимости от принятого заголовка

Я установил заголовок для zip-файлов на сайте как application/x-zip-compressed, а для файла я явно установил его как

tinyget -srv:dev.24.com -uri:/helloworld.zip -tbLoadSecurity
WWWConnect::Connect("server.domain.com","80")
IP = "127.0.0.1:80"
source port: 1581

REQUEST: **************
GET /helloworld.zip HTTP/1.1
Host: server.domain.com
Accept: */*


RESPONSE: **************
HTTP/1.1 200 OK
Content-Length: 155
Content-Type: text/html
Last-Modified: Wed, 29 Apr 2009 08:43:10 GMT
Accept-Ranges: bytes
ETag: "747da786a6c8c91:0"
Server: Microsoft-IIS/6.0
Date: Wed, 29 Apr 2009 10:47:10 GMT

PK??
?   ?   ?   helloworld.txthello worldPK??¶
?   ?   ?       ?         helloworld.txtPK??    ? ? <   7   ? hello world sample
WWWConnect::Close("server.domain.com","80")
closed source port: 1581

Однако я не чувствую, что это много доказывает. Однако он вызывает несколько вопросов:

1. Каковы все карты mime, которые были настроены на сервере (попросите администратора сервера предоставить файл metabase.xml, и тогда вы сможете убедиться, что он не пропустил какую-либо настройку)
2. Эти клиенты находятся в сети, которая находится под вашим контролем? Вероятно, нет, мне интересно, какой прокси-сервер может находиться между вашим сервером и клиентами.
3. Как выглядит журнал IIS для этого запроса, меня особенно интересует заголовок Accept.
4. Интересно, что покажет fiddler?

Я столкнулся с подобной проблемой. Я тестировал загрузки в IIS 6 и не мог понять, почему заархивированный файл с именем test.zip отображается как текст в IE8 (в других браузерах, где он загружался, все было в порядке).

Потом я понял, что для теста я сжал очень маленький текстовый файл. Я предполагаю, что IE обнюхал файл, увидел текст (который был в значительной степени несжатым из-за небольшого размера) и решил, что это обычный текст.

Я попробовал еще раз с файлом большего размера, и в IE8 появилось сообщение о загрузке.

Может не иметь отношения к вашему делу, но подумал, что упомяну об этом.

Тим