Gdzie IIS7 zapisuje swoją konfigurację dla każdego katalogu wirtualnego / aplikacji i jego ścieżki fizycznej?
Czy to plik XML? A jeśli tak, czy edycja tego pliku XML wpłynie na konfigurację usług IIS (po ponownym uruchomieniu)?
Gdzie IIS7 zapisuje swoją konfigurację dla każdego katalogu wirtualnego / aplikacji i jego ścieżki fizycznej?
Czy to plik XML? A jeśli tak, czy edycja tego pliku XML wpłynie na konfigurację usług IIS (po ponownym uruchomieniu)?
Odpowiedzi:
Wygląda na to, że szukasz applicationHost.config
, który znajduje się w C:\Windows\System32\inetsrv\config
.
Tak, jest to plik XML i tak, ręczna edycja pliku wpłynie na konfigurację usług IIS po ponownym uruchomieniu. Możesz myśleć o Menedżerze IIS jako o interfejsie GUI do edycji applicationHost.config
i web.config
.
Sprawdź również tę odpowiedź tutaj: Nie można ręcznie edytować applicationhost.config
Odpowiedź jest prosta, jeśli nie taka oczywista: win2008 jest 64-bitowy, a notepad ++ 32-bitowy. Kiedy przechodzisz do Windows \ System32 \ inetsrv \ config za pomocą eksploratora, używasz programu 64-bitowego do znalezienia pliku. Kiedy otwierasz plik za pomocą notatnika ++, próbujesz otworzyć go za pomocą programu 32-bitowego. Zamieszanie pojawia się, ponieważ zamiast informować, że to właśnie robisz, system Windows umożliwia otwarcie pliku, ale po zapisaniu ścieżka pliku jest przezroczysta mapowana do Windows \ SysWOW64 \ inetsrv \ Config.
W praktyce więc otwierasz applicationhost.config za pomocą notatnika ++, wprowadzasz zmianę, zapisujesz plik; ale zamiast nadpisywać oryginał, zapisujesz jego 32-bitową kopię w Windows \ SysWOW64 \ inetsrv \ Config, dlatego nie wprowadzasz zmian w wersji, która jest faktycznie używana przez IIS. Jeśli przejdziesz do folderu Windows \ SysWOW64 \ inetsrv \ Config, znajdziesz właśnie zapisany plik.
Jak to obejść? Prosty - użyj 64-bitowego edytora tekstu, takiego jak zwykły notatnik dostarczany z systemem Windows.
\\yourservername\c$\Windows\System32\inetsrv\config