Nie można odczytać pliku konfiguracyjnego z powodu niewystarczających uprawnień

Uwaga redaktora: robienie tego, co mówi ta odpowiedź jest DANGEROUS! Konto LocalSystem to..

CAŁKOWICIE zaufane konto, bardziej niż konto administratora. Nie ma nic na pojedynczym pudełku, czego to konto nie może zrobić, i ma prawo dostępu do sieci jako maszyny (wymaga to Active Directory i przyznania uprawnień do konta Maszyny do czegoś)

Zmiana tożsamości z ApplicationPoolIdentity to LocalSystem zrobił robotę ;).

Używam win7 64 Z IIS 7.5

Więcej o tożsamość puli aplikacji w IIS 7.5 i win 7

Miałem coś, co wydawało się być tym samym problemem z uprawnieniami na pliku web.config.
Jednak mój problem był spowodowany przez IIS nie załadować pliku konfiguracyjnego, ponieważ zawierał reguły przepisywania URL i nie zainstalowałem modułu przepisywania URL IIS na nowym serwerze.

Rozwiązanie: zainstaluj moduł rewrite.
Mam nadzieję, że to zaoszczędzi komuś kilka godzin.

Miałem ten sam problem, gdy próbowałem udostępnić folder główny witryny innemu użytkownikowi. Jakiś folder stracił uprawnienia. Wykonałem więc kroki, aby dodać uprawnienia do grupy IIS_IUSRS zgodnie z sugestią Afshin Gh. Problem w tym, że ta grupa nie była dla mnie dostępna. Używam systemu windows 7.

To co zrobiłem zmieniłem kilka kroków:

1. Kliknij prawym przyciskiem myszy na folderze nadrzędnym (kto stracił uprawnienia),
2. Properties = >Security = > In " Group or user nazwy:",
3. Kliknij Edytuj...
4. zostanie otwarte okno "uprawnienia do folderu".
5. W "nazwy grup lub użytkowników:" naciśnij Dodaj... btn,
6. wpisz Authen i naciśnij Sprawdź nazwy,
7. zobaczysz pełną nazwę grupy " uwierzytelnieni użytkownicy "
8. Naciśnij ok = > zastosuj.
9. powinno to ponownie włączyć uprawnienia.

To mi pomogło.

Nie musisz niczego zmieniać w swojej sieci.config.

Problemem są uprawnienia systemu plików. Twoje uprawnienia do plików nie zezwalają użytkownikowi IIS_IUSRS na dostęp do Internetu.config (lub prawdopodobnie którykolwiek z plików). Zmień ich uprawnienia do plików w systemie windows, aby umożliwić dostęp do konta IIS_IUSRS.

Przejdź do katalogu nadrzędnego, kliknij prawym przyciskiem myszy i wybierz Właściwości . Wybierz zakładkę Security , Edytuj uprawnienia i dodaj . Kliknij na Advanced i Find Now. Wybierz IIS_IUSRS i kliknij OK i OK ponownie. Upewnij się, że masz check Write . Kliknij OK i OK ponownie.

Praca wykonana!

Udostępnij plik grupie IIS_IUSRS. Kliknij prawym przyciskiem myszy swoją stronę internetową.config, rozwiń właściwości i w zakładce bezpieczeństwo dodaj IIS_IUSRS. Daj grupie dostęp do odczytu/zapisu.

Gdy grupa jest NIE dostępna, zastąp IIS_IUSRS przez ComputerName\iis_iusrs

Kiedy przyznasz uprawnienia IIS_IUSRS powinieneś sprawdzić, czy w sekcji IIS/Authentication Twojej aplikacji internetowej poświadczenia uwierzytelniania anonimowego używają tożsamości puli aplikacji, a nie IUSR.

Z jakiegoś powodu Twoja sieć.config jest ustawiony jako Tylko do odczytu. Odznacz opcję readonly w web.plik konfiguracyjny.

Musiałem dodać uprawnienia do IUSR (oprócz ISS-IUSRS, jak inni sugerowali). (Zobacz też: http://codeasp.net/blogs/raghav_khunger/microsoft-net/2099/iis-7-5-windows-7-http-error-401-3-unauthorized)

Użyłem subst do stworzenia mapowania z D: do C:, aby zachować taką samą konfigurację jak inni programiści w zespole. To też dało mi te same błędy, co opisane. Usunięcie tego naprawiło to dla mnie.

Mieliśmy stronę internetową działającą z określoną tożsamością w appool, dopiero po przyznaniu temu użytkownikowi dostępu do odczytu do folderu zawierającego sieć.config czy to działa. Namierzyliśmy to po dodaniu użytkownika "wszyscy" z read i wszystko działało dobrze.

Dla mnie błąd pojawił się podczas debugowania na mojej lokalnej maszynie i okazał się związany z bazową siecią.config, który jest inicjowany przez. Net Framework podczas kompilacji strony. My C:\Windows\Microsoft.NET\Framework64\v4.0.30319\Config\web.config plik miał nierozpoznany element (folderLevelBuildProviders). Naprawiając to Naprawiono błąd 500.19.

Zobacz to: menedżer IIS nie może skonfigurować kompilacji. NET w aplikacjach. NET 4

Zmiana tożsamości modelu procesu na LocalSystem naprawiła ten problem. Możesz znaleźć to ustawienie, klikając prawym przyciskiem myszy pulę aplikacji i wybierając "Ustawienia zaawansowane". Uruchamiam IIS 7.5.

Kliknij prawym przyciskiem myszy Web.Config = > Tab Security = > button Edit => button Add = > button Advanced = > Button Find Now = > w wynikach wyszukiwania wybierz swoją grupę (w naszym przypadku "IIS_IUSRS") = > Ok=> Ok = > Ok

Stało się tak, gdy aplikacja IIS ma wirtualny katalog z fizyczną ścieżką , która zawiera ukośniki do przodu/ zamiast ukośników \. Zostało to przypadkowo zrobione przy użyciu PowerShell management API dla IIS podczas naszego procesu ciągłej dostawy.

Zły Przykład Konfiguracji - applicationHost.config

<application path="/MySite/MyService" applicationPool="MyAppPool" enabledProtocols="http">
    <virtualDirectory path="/" physicalPath="C:\inetpub\MySite/MyService" />
</application>

Upewnij się, że atrybut physicalPath nie zawiera ukośników /, tylko ukośniki \

Poprawiony Przykład Konfiguracji- applicationHost.config

<application path="/MySite/MyService" applicationPool="MyAppPool" enabledProtocols="http">
    <virtualDirectory path="/" physicalPath="C:\inetpub\MySite\MyService" />
</application>

Rozwiązałem to dodając uprawnienia do odczytu do folderu dla użytkownika puli aplikacji (WIN SERVER 2008 R2): C:\Windows\System32\inetsrv\config

Trochę tła: Nasz serwer został zhakowany przy użyciu klasycznego błędu, w którym użytkownik aplikacji miał więcej uprawnień niż powinien (lokalny administrator).

Aby to naprawić stworzyliśmy nowego użytkownika domeny, który miał tylko uprawnienia do folderu aplikacji, z minimalnymi potrzebnymi uprawnieniami i przypisał go jako użytkownika puli aplikacji. niż trafiliśmy w numerze i to było rozwiązanie naszych problemów.

Przenieś swój projekt na inny dysk niż C: Pracował dla mnie z tym samym błędem.

Przyjęte rozwiązanie nie dla mnie. Używam Git repo i jest on sklonowany do następującego folderu

c:\users\myusername\source\repos\myWebSite

Zrobiłem nową stronę IIS i skierowałem ją na ścieżkę. Które nie miały uprawnień iis_iusrs sugerowanych w zaakceptowanym rozwiązaniu. Kiedy dodałem uprawnienia, nadal nie działało.

Zaczęło działać dopiero, gdy nadałem następujące uprawnienia grupie 'Users' i dziedziczyłem kaskadowo uprawnienia do web.config. Prawdopodobnie powinien był zastosować go tylko do www.config, aby zmniejszyć powierzchnię ataku.

Zadbaj o swoją sieć.plik konfiguracyjny nie jest oznaczony jako Read-only

Otrzymywałem również komunikat "Nie mogę odczytać pliku konfiguracyjnego z powodu niewystarczających uprawnień". Okazuje się, że ograniczenia ISAPI i CGI w IIS dla obu ASP.NET 4.0 32bit i 64bit został ustawiony na zaprzeczenie. Oznaczanie ich obu, aby pozwoliły rozwiązać mój problem.

Wystąpił problem z aplikacją wirtualną. Wszystkie uprawnienia zostały ustawione. IIS_IUSRS, AppPoolIdentity, a następnie dał pełny dostęp do wszystkich. Nic nie działało. Zrestartowany apppool, site i IIS, ale nie działa.

Usunąłem aplikację wirtualną i dodałem ją ponownie od zera i zaczęła działać.

Chciałbym wiedzieć, co to rozwiązało.

Sprawdź, czy plik nie jest oznaczony jako Tylko do odczytu , pomimo uprawnień IIS_IUSRS wyświetli ten sam komunikat.

Miałem ten Komunikat o błędzie, który okazał się być spowodowane mój fizyczny folder znajduje się na dysku sieciowym, w przeciwieństwie do dysku lokalnego. Wydaje się, że uprawnienia na takich dyskach domyślnie mogą być różne. Na przykład, podczas gdy lokalizacja dysku lokalnego dawała uprawnienia użytkownikom komputera lokalnego, lokalizacja sieciowa nie.

Ponadto zaakceptowana odpowiedź nie działa w takim przypadku. Użytkownicy lokalni lub użytkownicy usług IIS nie byli dostępni do przypisywania uprawnień. Na rozwiązaniem było przeniesienie folderu fizycznego na dysk lokalny.

Miałem ten sam problem i po zrobieniu wszystkich rzeczy napisanych tutaj jako odpowiedzi, to nadal reprodukowane. Druga połowa problemu polegała na tym, że. NET został wyłączony pod "Włącz lub wyłącz funkcje systemu Windows"

Czasami jeśli jest to nowy serwer trzeba skonfigurować lub zainstalować ASP.NET funkcja na IIS, aby móc czytać Twoją sieć.plik konfiguracyjny.

W moim przypadku to był powód.

W moim przypadku próbowałem hostować strony z zmapowanego dysku (subst). Problem polega na tym, że subst został uruchomiony pod moim kontem i użytkownik IIS nie jest w stanie zobaczyć tego samego dysku

Dałem pozwolenie i użyłem ICACLS.exe ale nie działa. Potem zmieniłem fizyczną ścieżkę i zadziałało pomyślnie.

(IIS 8.5 windows 2012 R2)

Oczywiście, jest to problem z uprawnieniami. Podjąłem następujące kroki i zadziałało na mnie.

1. Wybierz swoją stronę internetową lub aplikację w lewym rogu. W większości przypadków będzie to pod domyślną stroną internetową.
2. Kliknij podstawowe ustawienia W prawym rogu w Menedżerze usług IIS 7 lub powyżej.
3. Kliknij Połącz jako przycisk.
4. Użyj "konkretny użytkownik", Kliknij przycisk Ustaw.
5. wprowadź nazwę użytkownika i hasło. jak Domain\username . dla mnie to było jak ABC\rrajkumar, wprowadź hasło.
6. Uruchom ponownie IIS, przeglądaj swoją stronę. Powinno zadziałać.

1. Przejdź do IIS, (sites)
2. Kliknij prawym przyciskiem myszy projekt wewnątrz witryn.wpisz opis obrazka tutaj

I kliknij na uprawnienie do edycji.

1. Idź do ochrony.

2. Kliknij przycisk Edytuj.

3. Kliknij przycisk Dodaj. type COMPUTER_NAME\IIS_USERS

   Lub

4. Kliknij advance.

5. Kliknij przycisk Znajdź teraz.

   I jest opcja do wyboru. wybierz IIS_USERS i kliknij ok...ok....ok .