Błąd konfiguracji: tej sekcji konfiguracji nie można użyć w tej ścieżce

Wystąpił błąd podczas wdrażania witryny na serwerze. Podczas próby załadowania strony głównej lub uzyskania dostępu do uwierzytelnienia w nowej witrynie w usługach IIS pojawia się błąd:

Błąd konfiguracji: tej sekcji konfiguracji nie można użyć w tej ścieżce. Dzieje się tak, gdy sekcja jest zablokowana na poziomie nadrzędnym. Blokowanie jest albo domyślnie (overrideModeDefault = „Odmów”), albo jawnie ustawione przez tag lokalizacji z overrideMode = „Odmów” lub starsze zezwalanieOverride = „false”.

Więcej szczegółów można znaleźć tutaj, w scenariuszu 7 pasuje do mojego kodu błędu szesnastkowego.

Rozwiązaniem podanym na powyższej połączonej stronie jest ustawienie Zezwól na overrideModeDefault w sekcji wymienionej w moim błędzie, w pliku applicationHost.config . W moim przypadku w obszarze Bezpieczeństwo w system.webServer . Ale jeśli spojrzę na applicationHost.config na moim komputerze lokalnym, na którym witryna jest już poprawnie wdrożona, ta sekcja jest ustawiona na Odmów .

Jeśli to rozwiązanie jest poprawne, w jaki sposób moja lokalna instancja działa dobrze z tym samym plikiem web.config ? Według mojego applicationHost.config ta sekcja powinna być zablokowana, ale nie jest. Wolałbym nie zmieniać pliku applicationHost.config , ponieważ na tym serwerze działa wiele innych witryn. Czy jest inne rozwiązanie?

Miałem ten sam problem. Nie pamiętam, gdzie go znalazłem w Internecie, ale oto co zrobiłem:

• Kliknij „przycisk Start”
• w polu wyszukiwania wpisz „Włącz lub wyłącz funkcje systemu Windows”
• w oknie funkcji kliknij: „Internetowe usługi informacyjne”
• Kliknij: „Usługi WWW”
• Kliknij: „Funkcje programowania aplikacji”
• Sprawdź (włącz) funkcje. Sprawdziłem wszystko oprócz CGI.

btw, używam Windows 7.

Możesz także użyć Menedżera IIS do edycji tych ustawień.

Opieka nad tym artykułem Dowiedz się o IIS :

Korzystanie z funkcji delegowania funkcji z katalogu głównego IIS:

Następnie możesz kontrolować każde z uprawnień do odczytu / zapisu na poziomie komputera, co w przeciwnym razie da ci błędy overrideMode = "Odmów" .

W przypadku Windows Server 2012 i IIS 8 procedura jest podobna.

Web Server (IIS)I Application Serverpowinny być zainstalowane, i powinny mieć również opcjonalny Web Server (IIS) SupportUnder Application Server.

Przejdź do „C: \ Windows \ System32 \ inetsrv \ config” (potrzebujesz uprawnień administratora tutaj) Otwórz applicationHost.config

Uwaga : W IISExpress i Visual Studio 2015 applicationHost.config jest przechowywany w$(solutionDir).vs\config\applicationhost.config

Znajdź sekcję, która pojawiła się w części „źródło konfiguracji” na stronie komunikatu o błędzie. Dla mnie były to zazwyczaj „moduły” lub „moduły obsługi”

Zmień overrideModeDefaultatrybut naAllow

Cała linia wygląda teraz tak:

<section name="modules" allowDefinition="MachineToApplication" overrideModeDefault="Allow" />

Po zapisaniu pliku strona ładuje się dobrze w mojej przeglądarce.

Ostrzeżenie: edycja applicationHost.config w 64-bitowym systemie Windows

Musisz odblokować programy obsługi. Można to zrobić za pomocą następującego polecenia cmd:

%windir%\system32\inetsrv\appcmd.exe unlock config -section:system.webServer/handlers

Może inna informacja dla osób, które dostają ten błąd na IIS 8, w moim przypadku była na platformie Microsoft Server 2012. Spędziłem kilka godzin walcząc z innymi błędami, które pojawiły się po uruchomieniu appcmd. W końcu udało mi się to naprawić, usuwając rolę serwera sieci Web i instalując go ponownie.

1. Otwórz „ Włącz lub wyłącz funkcje systemu Windows ”: WinKey + R => „opcjonalne funkcje ” => OK

2. Włącz te funkcje w sekcji „ Funkcje programowania aplikacji”

Testowane na Win 10 - ale prawdopodobnie będzie działać również w innych wersjach systemu Windows.

Uruchomiłem te dwa polecenia z wiersza polecenia z podwyższonym poziomem uprawnień:

%windir%/system32/inetsrv/appcmd unlock config /section:anonymousAuthentication

%windir%/system32/inetsrv/appcmd unlock config /section:windowsAuthentication

Zgodnie z moją odpowiedzią na ten podobny problem ;

Spróbuj odblokować odpowiednie ustawienia konfiguracji IIS na poziomie serwera w następujący sposób:

1. Otwórz Menedżera IIS
2. Wybierz serwer w panelu Połączenia
3. Otwórz Edytor konfiguracji w głównym panelu
4. Z listy rozwijanej Sekcje wybierz sekcję do odblokowania, np. System.webServer> defaultPath
5. Kliknij Odblokuj atrybut w prawym okienku
6. Powtórz dla wszystkich innych ustawień, które musisz odblokować
7. Uruchom ponownie IIS (opcjonalnie) - Wybierz serwer w panelu Połączenia, kliknij Uruchom ponownie w panelu Działania

W systemie Windows Server 2012 z IIS 8 rozwiązałem ten problem, włączając funkcję ASP.NET 4.5 :

a następnie po odpowiedzi Ken'a .

Najlepszą opcją jest Zmiana Application Settingsz Custom Site Delegation
Otwartego IISi z głównego wyboru, Feature Delegationa następnie wybierz Application Settingsi z prawego paska bocznegoRead/Write

To załatwiło sprawę, dla IIS 8 Windows Server 2012 R2

Przejdź do „Włącz funkcje”

Następnie przejdź do wszystkich ustawień domyślnych, Następny, Następny, Następny itd.

Następnie wybierz, jak pokazano poniżej,

Następnie zresetuj IIS (opcjonalnie), ale zrób to bezpieczniej.

Jest to dodatkowe rozwiązanie, ponieważ jest to ogólny problem, każdy ma inny problem, a zatem inne rozwiązanie. Twoje zdrowie!

Aby to naprawić, otwórz IIS Express applicationhost.config. Ten plik jest przechowywany w folderze C: \ Users [nazwa użytkownika] \ Documents \ IISExpress \ config \ applicationhost.config

Aktualizacja dla VS2015 +: lokalizacja pliku konfiguracyjnego to $ (solutionDir) .vs \ config \ applicationhost.config

Poszukaj następujących linii

<section name="windowsAuthentication" overrideModeDefault="Deny" />
<section name="anonymousAuthentication" overrideModeDefault="Deny" />
<add name="WindowsAuthenticationModule" lockItem="true" />
<add name="AnonymousAuthenticationModule" lockItem="true" />

Zmień te linie na

<section name="windowsAuthentication" overrideModeDefault="Allow" />
<section name="anonymousAuthentication" overrideModeDefault="Allow" />
<add name="WindowsAuthenticationModule" lockItem="false" />
<add name="AnonymousAuthenticationModule" lockItem="false" />

Zapisz i odśwież stronę Asp.net.

W naszym przypadku dotyczącym usług IIS 8 stwierdziliśmy, że wystąpił błąd podczas próby wyświetlenia uwierzytelnienia „dla witryny, gdy:

1. Delegacja funkcji serwera oznaczona jako „Uwierzytelnianie - Windows” = „Tylko do odczytu”
2. Witryna miała web.config, który wyraźnie odwoływał się do uwierzytelniania systemu Windows; na przykład,

Oznaczając witrynę Delegacja funkcji „Uwierzytelnianie - Windows” = „Odczyt / zapis” błąd zniknął. Wygląda na to, że z funkcją oznaczoną „Tylko do odczytu” web.config nie może w ogóle się do niego odwoływać, nawet go wyłączać, ponieważ najwyraźniej stanowi to zapis.

Wydaje się, że w IIS Express i VS 2015 istnieje kopia pliku applicationHost.config w $ (solutionDir) .vs \ config \ applicationhost.config, więc musisz tam wprowadzić zmiany. Zobacz ten link: http://digitaldrummerj.me/iis-express-windows-authentication/

Upewnij się, że te linie zostały zmienione zgodnie z poniższym:

<section name="windowsAuthentication" overrideModeDefault="Allow" />
<section name="anonymousAuthentication" overrideModeDefault="Allow" />
<add name="WindowsAuthenticationModule" lockItem="false" />
<add name="AnonymousAuthenticationModule" lockItem="false" />

W moim przypadku było tak, że na serwerze nie włączono „Aktywacji HTTP” w ramach funkcji .NET Framework. Tak więc dla Windows Server 2012 rozwiązaniem, które działało dla mnie było:

Server Manager -> Dodaj role i funkcje -> Funkcje -> upewnij się, że w .NET Framework wersji, której chcesz użyć, jest zaznaczone „Aktywacja HTTP”

Powershell sposób włączania funkcji (Windows Server 2012 +) - przycinanie w razie potrzeby:

Install-WindowsFeature NET-Framework-Core
Install-WindowsFeature Web-Server -IncludeAllSubFeature
Install-WindowsFeature NET-Framework-Features -IncludeAllSubFeature
Install-WindowsFeature NET-Framework-45-ASPNET -IncludeAllSubFeature
Install-WindowsFeature Application-Server -IncludeAllSubFeature
Install-WindowsFeature MSMQ -IncludeAllSubFeature
Install-WindowsFeature WAS -IncludeAllSubFeature

Musiałem zmienić ustawienia SSL w podfolderze, gdy otrzymałem tę ładną wiadomość. W moim przypadku następujące działanie pomogło mi.

Otwarty C: \ Windows \ System32 \ inetsrv \ config \ applicationHost.config

I zmieniłem wartość z overrideModeDefault = „Deny” na „Allow”

<sectionGroup name="system.webServer">
 ...
    <sectionGroup name="security">
        <section name="access" overrideModeDefault="Allow" />
    </sectionGroup>

Błąd mówi, że sekcja konfiguracji jest zablokowana na poziomie nadrzędnym. Więc nie będzie to bezpośrednio 1 plik konfiguracyjny, który rozwiąże problem, musimy przejść przez hierarchię plików konfiguracyjnych, aby zobaczyć dziedziczenie Sprawdź poniższy link, aby przejść przez hierarchię plików i dziedziczenie w IIS

https://msdn.microsoft.com/en-us/library/ms178685.aspx

Musisz więc sprawdzić ustawienia konfiguracji aplikacji w poniższej kolejności

1. ApplicationHost.config w C: windows \ system32 \ inetsrv \ config. Zmień atrybut overrideModeDefault na Allow.
2. ApplicationName.config lub web.config w katalogu aplikacji
3. Web.config w katalogu głównym.
4. Web.config w określonej witrynie (mój problem został znaleziony w tym miejscu).
5. Web.config sieci root (konfiguracja serwera)
6. machine.config maszyny (pliki root.config i machine.config można znaleźć na - systemroot \ MicrosoftNET \ Framework \ versionNumber \ CONFIG \ Machine.config)

Przejrzyj uważnie wszystkie te konfiguracje w kolejności od 1 do 6 i powinieneś je znaleźć.

W moim przypadku wystąpił ten błąd, ponieważ działałem na niewłaściwym pliku konfiguracyjnym.

Robiłem to:

Configuration config = serverManager.GetWebConfiguration(websiteName);
ConfigurationSection serverRuntimeSection = config.GetSection("system.webServer/serverRuntime");
serverRuntimeSection["alternateHostName"] = hostname;

zamiast poprawnego kodu:

Configuration config = serverManager.GetApplicationHostConfiguration();
ConfigurationSection serverRuntimeSection = configApp.GetSection("system.webServer/serverRuntime", websiteName);
serverRuntimeSection["alternateHostName"] = hostname;

innymi słowy, próbowałem działać na stronie web.config zamiast globalnego pliku C: \ Windows \ System32 \ inetsrv \ config \ applicationHost.config, który ma sekcję (lub może mieć sekcję) dla strony. Ustawienie, które próbowałem zmienić, istnieje tylko w pliku applicationHost.config.

W moim przypadku było to coś innego.

Kiedy załadowałem rozwiązanie do nowej wersji Visual Studio, VS najwyraźniej utworzył nowy plik applicationhost.config dla konkretnego projektu:

MySolutionDir \ .vs \ config \ applicationhost.config

Zaczęło używać ustawień z nowej konfiguracji zamiast moich już dostosowanych globalnych ustawień IIS Express. (\ Users \% USER% \ Documents \ IISExpress \ config \ applicationhost.config)

W moim przypadku było to ustawienie, które należało ustawić. Oczywiście może to być coś innego:

<section name="ipSecurity" overrideModeDefault="Allow" />

Zauważyłem jedną odpowiedź, która była podobna, ale w moim przypadku użyłem edytora IIS Configured Editor, aby znaleźć sekcję, którą chciałem „odblokować”.

Następnie skopiowałem ścieżkę i użyłem jej w mojej automatyzacji do odblokowania jej przed zmianą sekcji, które chciałem edytować.

. "$($env:windir)\system32\inetsrv\appcmd" unlock config -section:system.webServer/security/authentication/windowsAuthentication
. "$($env:windir)\system32\inetsrv\appcmd" unlock config -section:system.webServer/security/authentication/anonymousAuthentication

Ten sam problem pojawił się po zainstalowaniu IIS 7 na Vista Home Premium. Aby poprawić błąd, zmieniłem następujące wartości znajdujące się w pliku applicationHost.config w systemie Windows \ system32 \ inetsrv.

Zmień wszystkie następujące wartości znajdujące się w sekcji ->

<div mce_keep="true"><section name="handlers" overrideModeDefault="Deny" /> change this value from "Deny" to "Allow"</div>
<div mce_keep="true"><section name="modules" allowDefinition="MachineToApplication" overrideModeDefault="Deny" /> change this value from "Deny" to "Allow"</div>

Czy możesz spróbować:

Przejdź do ścieżki aplikacji, w której pojawia się błąd odmowy, kliknij prawym przyciskiem myszy

Właściwości-> karta Zabezpieczenia

W tym zmień uprawnienia i zaznacz pole wyboru odczytu i zapisu. Mam nadzieję, że będzie działać bez żadnych błędów.

W systemach Windows Server 2008 i IIS 7 procedura jest podobna. proszę odnieść się do tego: http://msdn.microsoft.com/en-us/library/vstudio/bb763178(v=vs.100).aspx

w usłudze dodawania roli zobaczysz „Funkcje programowania aplikacji”

Sprawdź (włącz) funkcje. Sprawdziłem wszystko.

Miałem problem polegający na tym, że wstawiałem wartości override = „Allow” (wspomniane już tutaj) ...... ale w systemie x64 bit ....... mój 32 Notatnik ++ zapisywał je fantomowo. Przejście do Notatnika (który jest aplikacją 64-bitową na O / S x64 bit) pozwoliło mi zapisać ustawienia.

Widzieć :

http://dpotter.net/technical/2009/11/editing-applicationhostconfig-on-64-bit-windows/

Odpowiedni tekst:

Jeden z problemów, z których korzystam, wymagał przeglądania i edytowania applicationHost.config. Ten plik znajduje się w% SystemRoot% \ System32 \ inetsrv \ config. Wydaje się dość proste. Byłem w stanie łatwo go znaleźć z wiersza poleceń, ale kiedy poszedłem załadować go do mojego ulubionego edytora (Notepad ++), dostałem błąd nie znaleziono pliku. Okazuje się, że folder System32 został przekierowany dla aplikacji 32-bitowych na SysWOW64. Wygląda na to, że nie ma sposobu, aby wyświetlić folder System32 za pomocą aplikacji 32-bitowej. Domyśl. Na szczęście 64-bitowe wersje systemu Windows są dostarczane z 64-bitową wersją Notatnika. Tak bardzo, jak mi się nie podoba, przynajmniej działa.

W moim przypadku ten błąd pojawiał się podczas próby aktualizacji ustawień uwierzytelniania w usługach IIS, oprócz przeglądania. Byłem w stanie usunąć ten błąd, usuwając ustawienie uwierzytelniania z samego pliku web.config. Usunięcie problematycznej sekcji konfiguracji może być mniej inwazyjne i w niektórych przypadkach bardziej zalecane niż zbyt duże zmienianie ról i funkcji serwera:

Część usunięta:

    <security>
        <authentication>
            <windowsAuthentication enabled="true" />
        </authentication>
    </security>

Miałem ten sam problem.

• Rozwiązano go, włączając funkcję serwera aplikacji. Po tym zrestartowałem iis.

To działało dla mnie Również w IIS 8 możesz rozwiązać ten problem, zmieniając serwer na IIS Express. Idź do debugowania-> Właściwości W sieci wybierz serwer jako IIS Express z menu rozwijanego, a następnie przebuduj rozwiązanie

Aby wprowadzić zmianę na poziomie aplikacji (Web.Config):

Usuń poziom zaufania z pliku web.config:

W rzeczywistości otrzymywałem ten błąd, gdy próbowałem hostować moją witrynę na serwerze hostingowym, na którym nie mam kontroli nad tym serwerem. Usunięcie powyższej linii z mojej aplikacji web.config rozwiązało mój problem.

Dla mnie działało:

Przejdź do właściwości projektu. Karta internetowa. Ustaw na Lokalne IIS i ustaw konkretną stronę.

Mam system Windows 7 i Visual Studio 2013.