IIS регистрирует шоу sc-win32-status=64, но только через некоторые сети
Если Ваше поле Windows имеет пространство по крайней мере для 5 дисков, можно поместить окна на 1 из них и использовать другие четыре диска для RAID 10 и использовать объем RAID для устройства хранения данных файлов VM для гостя Linux. Если Вы имеете ленту или другой механизм резервного копирования и не хотите вкладывать капитал в 4 дополнительных диска, можно попробовать RAID 0 через 2 диска. Вы все еще захотите свою ОС на отдельном физическом диске, чем, где Вы храните своего гостя VM.
Если у Вас есть циклы ЦП для записи, программное обеспечение RAID должно быть очень хорошо (т.е., четырехъядерная или двойная четырехъядерная система). Обычно гости VM хотят столь быструю дисковую подсистему, как можно дать им; больше/быстрее вытягивает более веселое.
С точки зрения программного обеспечения виртуализации я рекомендовал бы VMware Workstation.
Это - мое понимание проблемы до сих пор:
- средство sc-win32-status 64 “Указанное сетевое имя больше не доступно”.
- После того, как IIS отправил заключительный ответ клиенту, обычно он ожидает сообщения ACK от клиента.
- Иногда клиенты будут сбрасывать соединение вместо того, чтобы передать заключительный ACK обратно серверу. Это не корректное соединение близко, таким образом, IIS регистрируется эти “64” код.
- Многие клиенты сбросят соединение, когда они будут сделаны с ним к свободному сокет вместо того, чтобы оставить его в TIME_WAIT/CLOSE_WAIT.
- Прокси имеют тенденцию делать это больше, чем другие.
Обновление: Я нашел некоторую интересную информацию здесь и здесь, таким образом, я в основном переписал страницу, чтобы гарантировать, что и т.д. не было никакой плохой разметки и... проблемы теперь не стало! Это был просто выстрел в темноте, и я не мог определенно сказать, чем это было, это решило проблему, так как это только влияло на некоторые наши клиенты при некоторых очень определенных обстоятельствах...
Я не эксперт по этому, но я столкнулся с подобной проблемой, которая только произошла при использовании IP-адреса, а не имени хоста.
Возможно, это помогает немного...
Циновка.
-
1Что Вы делали для решения вопроса затем? Мы используем имя хоста, но возможно мог быть прокси-сервер между клиентом и сервером, который использует IP вместо этого..? – wweicker 28 August 2009 в 18:45
Я испытал эту ту же проблему при попытке подать gzipped двоичные файлы с IIS6 на прокси-сервер. Я не испытывал проблемы при движении в веб-сайт непосредственно.
Я нашел, что это было причиной в моем случае путем выполнения Скрипача на клиентской машине и осмотра ответа. Скрипач предупреждает, что ответ кодируется и затем жалуется, что магическое число на gzip файле не было корректно.
Я выключил gzip сжатие для двоичных файлов в моем коде, и проблема прекратила происходить.