IIS 8.5, обслуживающий поврежденные zip-файлы
У меня есть веб-сервер WS2012r2 с несколькими сайтами. Мы размещаем zip-файлы, доступ к которым осуществляется через прямой URL-адрес ( http://mysite.me/Test.zip").
Эти файлы используются для обновления нашего программного обеспечения и загружаются с помощью aC# WebClient, но такая же проблема возникает при загрузке через браузеры.
Проблема касается только одного клиента, файл поврежден в процессе загрузки, похоже, он на один КБ меньше, чем должен быть. Но если я положу тот же почтовый индекс в Dropbox и скачаю его, он работает нормально.
- Я отключил статическое сжатие контента
- Я изменил MIME-тип на application/zip или application/octet-stream
- Я отключил кеширование вывода
возвращаемые заголовки:
Accept-Ranges: байты
Контент-длина: 1289611
Тип контента: приложение / почтовый индекс
Дата: пт, 18 июля 2014 01:00:20 GMT
ETag: "e3b794fa2cf1: 0"
Дата последнего изменения: четверг, 17 июля 2014 г. 22:36:40 GMT
Сервер: Microsoft-IIS / 8.5
X-Powered-By: ASP.NET
Как я уже сказал, это происходит только с одним клиентом, но только на моем сервере.
Любая идея?
2 ответа
Это может быть вызвано HTTP-прокси на клиентском сайте (например, офисный брандмауэр, сервер кэша SQUID) или на клиентском компьютере.
Интересным тестом было бы исключить что-либо, мешающее загрузке, передав файл через HTTPS.
Благодаря совету @TessellatingHeckler, я обнаружил, что проблема была не только в одном сервере, передал его обратно в службу поддержки клиентов, и они решили посмотреть на него.
Это был ClamAV, получающий ложное срабатывание