Мы только что перенесли наш старый сервер Windows 2003 на 64-разрядную версию Windows 2008, поэтому мы пытаемся привыкнуть к более новой версии IIS.
Нам нужно внести много изменений, касающихся таких вещей, как типы MIME и т. Д., И мы решили, что эти изменения будут происходить намного быстрее, если мы просто отредактируем файл конфигурации, а не будем использовать диспетчер IIS.
Однако мы нашли два пути для файлов конфигурации:
%WinDir%\System32\Inetsrv\Config\applicationHost.config %WinDir%\SysWOW64\inetsrv\Config\applicationHost.config
Поскольку мы используем 64-битную версию, я предполагаю, что нам нужно редактировать тот, который находится под SysWOW64 папка. Однако мы редактировали настройки в IIS всю ночь, но в обоих файлах отображается дата изменения всего несколько минут назад ...
Итак, мне интересно, с каким из них нам нужно возиться ... И когда мы это сделаем, IIS автоматически улавливает изменения при сохранении или нам нужно что-то сделать в диспетчере, чтобы обновить настройки?
РЕДАКТИРОВАТЬ:
Стоит упомянуть: мы используем этот сервер для запуска Coldfusion 9, и, за исключением нескольких сайтов со статическим HTML, которые мы размещаем, все работает с Coldfusion.
РЕДАКТИРОВАТЬ:
Посмотрел на это, и оказалось, что я неправильно читал временные метки в файлах. Похоже, когда я вношу изменения в IIS, файл System32 изменяется, а SysWOW64 не затрагивается. Однако это странно, потому что файл SysWOW64 был изменен вчера вечером в 22:44, поэтому я могу предположить, что он использовался (мы начали работу раньше)? Вчера вечером, около 22:45, я позвонил в командную строку «iisreset», могло ли это что-то напутать?
Еще одно примечание: пул приложений, в котором находятся наши сайты, настроен на ASP.NET 2.0, на случай, если это имеет какое-то влияние (возможно, потребуется переключить их на 4.0).
Оказалось, что по какой-то причине нам нужно было использовать 64-битный текстовый редактор для редактирования этого файла конфигурации. Я впервые столкнулся с этим (я использую 32-битное приложение Notepad ++ для редактирования текстовых файлов в 64-битной системе), но это своего рода «особый случай» для этих файлов конфигурации IIS.
Фактическое местоположение, которое мы должны были редактировать, также оказалось %WinDir%\System32\Inetsrv\Config\applicationHost.config.
Я не знаю, почему мы должны использовать 64-битное приложение для этого файла, но я знаю, что использование on решило нашу проблему. В итоге мы использовали Блокнот2, поскольку это единственное, что мы действительно смогли найти, было 64-битным; хотя он работает довольно хорошо.
По умолчанию 64-разрядная ОС запускает пул приложений в 64-разрядном режиме, но IIS7 также может запускать пулы 32-разрядных приложений. Я считаю, что именно поэтому у вас есть два файла.
это ответ имеет более подробную информацию.
В 64-разрядной ОС приложение .NET может работать либо в 32-разрядной среде CLR в режиме WOW64, либо изначально работать в режиме x64. Каждый экземпляр .NET framework имеет свой собственный набор файлов конфигурации и игнорирует все остальные файлы конфигурации.
Проверить enable32BitAppOnWin64 , чтобы определить, работает ли пул приложений в 32-битном или 64-битном режиме.