Błąd - nie można uzyskać dostępu do metabazy IIS

Po zainstalowaniu programu Visual Studio 2012 i otwarciu rozwiązania pojawia się szereg błędów w tej formie:

Projekt aplikacji sieci Web Foo jest skonfigurowany do korzystania z IIS .
Nie można uzyskać dostępu do metabazy IIS . Nie masz wystarczających uprawnień, aby uzyskać dostęp do stron internetowych IIS na swoim komputerze.

Rozumiem to dla każdej z naszych aplikacji internetowych.

Rzeczy, których próbowałem:

1. Uruchamianie programu Visual Studio jako administrator
2. Uruchamianie aspnet_regiis.exe -ga MyUserName
3. Uruchamianie aspnet_regiis.exe -i

Wydaje się, że są to wspólne rozwiązania tego problemu, ale nie miałem z nimi żadnych sukcesów.

Czy jest coś jeszcze, co mogę spróbować?

W systemie Windows 8 Pro :

%systemroot%\inetsrv\config

W systemie Windows 7 oraz 8.1 i 10

%systemroot%\System32\inetsrv\config 

(Gdzie %systemroot%zwykle jest C:\Windows)

Przejdź do odpowiedniej lokalizacji powyżej w Eksploratorze Windows. Zostanie zablokowany dostęp z wyskakującym okienkiem z napisem:

„Nie masz dostępu do tego folderu - kliknij przycisk Kontynuuj, aby uzyskać stały dostęp do tego folderu”

Kliknij „Kontynuuj”, aby przejść do tego folderu i folderu Eksportuj poniżej. Zmieniłem skrót z powrotem na „Uruchom jako ja” (członek domeny i lokalni administratorzy) i byłem w stanie otworzyć i wdrożyć rozwiązanie.

Myślę, że nie masz uruchomionego programu Visual Studio z uprawnieniami administratora. Zobacz, że:

http://bloggingabout.net/blogs/rick/archive/2012/10/04/unable-to-access-the-iis-metabase.aspx

Cytować

Rozwiązanie tego jest proste: uruchom Visual Studio z „Uruchom jako administrator”. Możesz to zrobić, klikając prawym przyciskiem myszy skrót i wybierając „Uruchom jako administrator”.

Myślę, że napotkaliśmy podobny problem w pracy. Dla nas rozwiązaniem było przejście do Panelu sterowania -> Programy i funkcje -> Włączanie lub wyłączanie funkcji systemu Windows ... wewnątrz tego musieliśmy wybrać Internetowe usługi informacyjne -> Narzędzia do zarządzania siecią -> Kompatybilność zarządzania IIS 6 -> Kompatybilność konfiguracji IIS Metabase i IIS 6.

Spróbuj i daj mi znać, jeśli to pomoże!

Uwaga: Działamy w IIS 7.5 na Windows 7, używając zarówno Visual Studio 2005, jak i 2010 i robiąc rzeczy z super-old-school WebServices (.asmx) ...

Rozwiązałem ten problem, przyznając uprawnienia tożsamości IIS AppPool do %systemroot%\inetsrv\config

Jeśli pracujesz nad projektem, który nie wymaga użycia usług IIS, obejściem tego projektu z tym błędem jest po prostu kliknięcie rozładowanego projektu prawym przyciskiem myszy i kliknięcie opcji edycji, wyszukaj:

<ProjectExtensions>
    <VisualStudio>
      <FlavorProperties GUID="">
        <WebProjectProperties>
          <UseIIS>True</UseIIS>
        </WebProjectProperties>
      </FlavorProperties>
    </VisualStudio>
  </ProjectExtensions>
</Project>

i ustaw USEIIS na false

<UseIIS>False</UseIIS>

ponownie załaduj projekt, klikając go prawym przyciskiem myszy po zapisaniu zmian.

Miałem dwa różne rodzaje problemów prowadzących do tego błędu i pomyślałem, że podzielę się ...

1. The directory was on an network share and due to UAC restrictions, was 
   unable to be accessed -- even when running as an admin.
2. The directory was on a drive that didn't exist...

Oba wynikają z niefortunnego (imo) wyboru MS, aby umieścić rzeczy w katalogu Documents lub My Document, w połączeniu z naprawdę kiepskimi komunikatami o błędach. W obu powyższych przypadkach podstawowym problemem było to, że plik konfiguracyjny IISExpress przechodzi do Moich dokumentów i albo nie istniał, albo nie był dostępny.

Dziękuję wszystkim, którzy odpowiedzieli. Ponieważ było to zamknięte przez długi czas, nie mogłem udzielić wielu opinii, ale w końcu naprawiłem swój problem. Wypróbowałem wiele z tych innych rozwiązań i nie rozwiązały one mojego problemu, ale jestem pewien, że pomagają, gdy podstawowa przyczyna jest inna.

Moje rozwiązanie

Rozwiązałem ten problem, wyłączając funkcje IIS i .Net Framework w systemie Windows 7, a następnie włączając je ponownie. Wygląda na to, że ta ponowna instalacja naprawiła mój problem. Nadal nie wiem, co spowodowało problem, ale co najmniej jeden inny programista w moim zespole miał ten sam problem.

W systemie Windows 81 w wierszu polecenia administratora użyj:

icacls "C:\Windows\System32\inetsrv\config" /t /grant "IIS AppPool\DefaultAppPool":(R)

Następnie wróć do VS, kliknij prawym przyciskiem myszy nieudany projekt, wybierz Przeładuj.

Źródło : Przegląd uprawnień IIS7 - ApplicationPoolIdentity

Nawigacja do folderu: %systemroot%\System32\inetsrv\configwyświetla okno dialogowe bezpieczeństwa. Kliknij Kontynuuj, co może rozwiązać problem. Działa to na dwóch osobnych maszynach Win 10 / VS 2017 / IIS.

Miałem ten problem - objawy były takie same, ale problem polegał na tym, że ustawiłem folder „Moje dokumenty” na udział sieciowy, a udział nie był dostępny.

Główny problem polegał na tym, że pliki konfiguracyjne IIS znajdujące się w% USERPROFILE% \ Documents nie są dostępne. Po zmianie lokalizacji folderu „Moje dokumenty” (zmodyfikowałem wartość reg), zaczęło działać ponownie.

Wiem, że może to nie być częsty scenariusz, na który możesz natknąć się, ale opublikowałem go tutaj, ponieważ daje te same objawy.

Natknąłem się na to dzisiaj i naprawiłem problem, usuwając IISUrl z pliku projektu:

1. Kliknij projekt prawym przyciskiem myszy
2. Kliknij Edytuj

3. Usuń następujący wiersz:

    <IISUrl>http://localhost:xxxxx </IISUrl>

4. Załaduj ponownie projekt

5. Teraz dodaj nowy katalog wirtualny IIS, klikając prawym przyciskiem myszy Projekt> Właściwości> Internet i wybierając Użyj lokalnego serwera sieci Web IIS (Odznacz Użyj IIS Express) i klikając przycisk Utwórz katalog wirtualny.

Możesz napotkać ten problem i mieć taki sam problem jak ja. „Rozwiązałem” go wcześniej, a potem nastąpiła awaria zasilania i komputer się zawiesił, nie jestem pewien, dlaczego ustawienie rejestru zostało cofnięte, ale jest to ŹRÓDŁO mojego problemu.

1. Próbowałem wszystkich działających jako administrator
2. Wszystkie ekspresowe instalacje IIS / IIS są ponownie instalowane.
3. Różne „hacki”

Sprowadziłem się do konieczności ponownej naprawy rejestru.

1. Nie można jako administrator nawet otworzyć regedit (trzeba uzyskać dostęp do rejestru, ponieważ problem nie dotyczy szablonu administratora gpedit.msc)

2. UnHookExec.inf na pulpicie

Wystarczy zapisać plik UnHookExec.inf i zainstalować go, klikając prawym przyciskiem myszy i wybierając opcję Zainstaluj. Instalowanie pliku nie wyświetli żadnego okna wyskakującego ani powiadomienia. http://www.tweakandtrick.com/2011/04/enable-regedit-registry-editor.html

3. HKEY_CURRENT_USER \ Software \ Microsoft \ Windows \ CurrentVersion \ Explorer \ User Shell Folders \ Personal wskazuje na nieistniejący udział plików. Zmiana tej ścieżki na lokalną rozwiązała dla mnie ten problem. - Pasi Savolainen 14 lipca 14 o 8:41

(zmieniono z \\cs2data\home\stickelt\my documents na c:\dev )

Teraz WSZYSTKO jest dobre a Visual Studio otworzyło rozwiązanie z 15 projektami i łączy się z IIS i nie narzeka na brak dostępu do metadanych iis

Nigdy wcześniej się na to nie natknąłem, ponieważ nikt w obecnej pracy nie miał tego problemu (wielu było tu od dawna, niektórzy otrzymali klony innych maszyn, które „działały”, a wiele z nich znajduje się w innej domenie itp.)

Właśnie miałem ten problem dzisiaj i stwierdziłem, że nie otworzyłem VS jako „Uruchom jako administrator”. Po wykonaniu tej czynności mogłem opublikować Usługę.

Jeśli masz uprawnienia administratora, kliknij prawym przyciskiem myszy ikonę Visual Studio> właściwości, a następnie zaawansowane, zaznacz „Uruchom jako administrator”. Możesz już uruchamiać visaul studio bezpośrednio jako administrator. W ten sposób formalny i taki podstawowy.

Oprócz odpowiedzi @nologo musiałem także użyć IIS. Więc zmieniłem

<UseIIS>True</UseIIS>

najpierw „Fałsz”.

• Otworzył rozwiązanie i zapewnił załadowanie projektu.
• Zamknij rozwiązanie i to wystąpienie programu Visual Studio
• Zmień ponownie wartość na „True”
• Otwórz rozwiązanie. Tym razem nie dostałem żadnego błędu / ostrzeżenia. Mógłbym także bez problemu uruchomić Ctrl + F5 lub F5, gdy mój projekt został zmapowany na stronie IIS.

Zmiana tego klucza działała dla mnie:

HKEY_CURRENT_USER \ Software \ Microsoft \ Windows \ CurrentVersion \ Explorer \ User Shell Folders \ Personal

Lokalizacja nie istniała.

Miałem również podobny problem. Moje rozwiązanie jest rozszerzeniem odpowiedzi „Uruchom jako administrator”, co mam nadzieję, że ktoś może się przydać.

Uruchomiłem VS2012 i prawie za każdym razem, gdy musiałem kliknąć prawym przyciskiem myszy, uruchom jako administrator. Zmęczyło mnie to, więc zamiast tego wszedłem do jego właściwości skrótem, kliknąłem zaawansowane, a następnie kliknąłem opcję „Uruchom jako administrator”. Teraz VS2012 zawsze działa jako administrator, ilekroć go otwieram z tego skrótu .

Ważny jest ten bit skrótu. Zacząłem rozgałęziać swój projekt i pobrać gałąź do nowego folderu lokalnego. Kiedy otworzyłem go ze skrótu, nie miałem problemu. Ale jeśli przejdę bezpośrednio do folderu i uruchomię projekt lokalnie bez skrótu, nie uruchomi się on jako administrator i wystąpił ten błąd.

Po pierwszym otwarciu VS2012 jak zwykle najpierw przy użyciu File / Open / Project znowu działało bez problemu. (ponieważ działałem jako administrator). Ale nie działałem jako administrator, kiedy otworzyłem rozwiązanie za pomocą menedżera plików systemu Windows.

Inne sugestie wydają się nieco ekstremalne, ale jest to dość proste, więc najpierw spróbuję spróbować.

Mam nadzieję, że to było pomocne.

Wygląda to na jeden z błędów typu „Wszystkie błędy prowadzą do tej wiadomości”.

Moje było to, że pula aplikacji została właśnie wyłączona. Włączyłem go z powrotem i wszystko działało dobrze.

Jeszcze jedna rzecz, którą możesz spróbować:

• Sprawdź, czy masz oczekujące aktualizacje systemu Windows.
• Jeśli to zrobisz, uruchom ponownie komputer przed wypróbowaniem czegokolwiek innego.

Zwykle nigdy nie wyłączam komputera, więc miałem ich mnóstwo, czekających na ponowne uruchomienie. I to naprawiło.

Próbowałem wszystkiego powyżej. Kredyt trafia do wszystkich powyższych odpowiedzi. Po wypróbowaniu wszystkich sugestii samodzielnie, właśnie zebrałem tę kombinację sugestii w kolejności, która miała dla mnie sens. Uwaga: mój folder Dokumenty znajduje się na dysku udostępnionym. Materiał zastępczy / IISExpress nie ma zastosowania, chyba że jesteś na tej samej łodzi.

• Skonfiguruj VS, aby działał jako administrator
• Odinstaluj IIS poprzez Dodaj / Usuń programy, funkcje systemu Windows
• Restart
• Uruchom WinRAR lub coś podobnego do administratora i archiwum C:\windows\system32\inetsrv\
• Uruchom cmd jako admin i rmdir /s c:\windows\system32\inetsrv\ aby całkowicie usunąć wszystkie ślady ostatniej instalacji. Pozostaw podniesione zapytanie cmd otwarte na później.
• Ponownie zainstaluj IIS z kompatybilnością IIS 6 Metabazy (wątpię, by było to konieczne)
• Pozostaw domyślną wersję AppPool i domyślną stronę internetową bez zmian (wcześniej usunąłem oba)
• Biegł C:\Windows\Microsoft.NET\Framework64\v4.0.30319\aspnet_regiis.exe -ga MYDOMAIN\scottt732
• Biegł C:\Windows\Microsoft.NET\Framework64\v4.0.30319\aspnet_regiis.exe -i

Ponadto, ponieważ mój folder Dokumenty znajduje się na dysku współdzielonym, miałem problemy z IIS Express. Nie używam / nie lubię IIS Express, ale Visual Studio narzekało na to.

• Uruchomiono z podwyższonego polecenia cmd subst U: c:\Temp. Utworzono C:\Temp\Documents\i skopiowałem folder IISExpress z mojego dysku U.
• Utworzono CustomUserHomeklucz za HKCU\Software\Microsoft\IISExpresspomocąC:\Temp\Documents\IISExpress
• To pozwoliło mi zmusić Visual Studio do otwarcia moich projektów internetowych i edycji właściwości. Poprawiłem projekty, aby przechowywać ustawienia serwera WWW w pliku użytkownika i dostosowałem go, aby używał niestandardowego adresu URL (nie jestem pewien, czy to konieczne)
• Mogę / nie muszę uruchamiać substpolecenia przy każdym ponownym uruchomieniu. Nie obchodzi mnie to.

A po trzykrotnym wrzuceniu ręcznika i spędzeniu około 6 godzin mogę otworzyć projekty internetowe w Visual Studio (2015 Update 2).

Przejdź do katalogu głównego projektu i znajdź następujący plik:

YourProjectName.csproj.user - w nim upewnij się, że parametr UseIISExpress ma wartość false :

<UseIISExpress>false</UseIISExpress>

Jeśli to samo nie działa, spróbuj wykonać następujące czynności i spróbuj ponownie:

YourProjectName.csproj - w głównym pliku projektu upewnij się, że zarówno UseIIS, jak i UseIISExpress są ustawione na false :

<UseIIS>True</UseIIS>
<UseIISExpress>false</UseIISExpress>

Po ich zmianie mogłem ponownie załadować projekt.

Uwaga: Upewnij się, że uruchamiasz VS jako Administrator, jak wspomniano w innych odpowiedziach.

Właśnie miałem dzisiaj ten sam problem. I to mnie denerwowało. Chociaż mam jeszcze dwie strony internetowe, które są już opracowywane z tego samego IIS, ale nadal nie mogłem utworzyć nowej witryny. Dziwne, ale zrobiłem to.

• Usuń witrynę z IIS
• Utwórz nową witrynę, nadaj jej nazwę „nowa_strona”
• Wybierz Pula aplikacji inna niż sama nazwa witryny. Więc nie będzie bałaganu przy domyślnych ustawieniach.
• Zachowaj IP „nieprzypisane”, jeśli korzystasz z tego samego komputera
• daj mu trochę nieużywanego portu
• Uruchom program Visual Studio jako „Uruchom jako administrator”, klikając prawym przyciskiem myszy skrót wykonywalny VS.
• Gotowe!

Nie musisz wyłączać / ponownie instalować niczego innego niż to, co powiedziałem, ponieważ działa.

Daj mi znać, jeśli ktoś miał ten sam problem tak jak ja i rozwiązał ten sam sposób. Myślę, że to nie był problem, ale niewłaściwy sposób tworzenia witryny na localhost, który Visual Studio odrzuca, aby otworzyć.

Mam nadzieję, że pomoże to początkującym.

1. Utwórz skrót do „devenv.exe”
2. wybierz opcję „Uruchom jako administrator” dla skrótu
3. kliknij dwukrotnie skrót i ponownie otwórz projekt

Miałem ten sam problem po dodaniu funkcji z tego łącza po tym, jak śledziłem ten artykuł, problem zniknął.

Zrobiłem naprawę Visual Studio 2015, aby rozwiązać ten problem. Naprawa zajęła dużo czasu, ale rozwiązała problem, podczas gdy większość z powyższych nie. Używam systemu Windows 7 Enterprise.

Otwórz wiersz polecenia programu Visual Studio, wpisz poniżej polecenie i uruchom

aspnet_regiis -ga machinename\ASPNET

Po uruchomieniu powyższego polecenia Zresetuj IISi przetestuj aplikację, która rozwiązuje problem.

Jeśli powyższe polecenie nie rozwiązuje problemu, spróbuj uruchomić poniżej polecenia w visual studio command prompt:-

aspnet_regiis -i

Alternatywnie możemy również uruchomić powyższą komendę z naszego wiersza poleceń systemu Windows

Przejdź do menu Start i otwórz Uruchom, wprowadź i kliknij OK

%windir%\Microsoft.NET\Framework\v2.0.50727\aspnet_regiis.exe –I

Następnie zresetuj usługi IIS i przetestuj aplikację, która rozwiązuje problem

W Visual Studio 2015: zmieniłem UseIIS w pliku .csproj na false i zadziałało to dla mnie.

<UseIIS>False</UseIIS>

W mojej wiadomości, oprócz narzekania na „Nie można uzyskać dostępu do metabazy IIS”, wspomina również o braku dostępu "<IISUrl>http://localhost:6416/</IISUrl>". Kliknij prawym przyciskiem myszy na projekt rozładowania, kliknij Edytuj, znajdź linię "<IISUrl>http://localhost:6416/</IISUrl>", skomentuj. Załaduj ponownie i powinno działać. Ma to związek z tym, że administrator nie ma uprawnień dostępu do tego adresu.

Miałem podobny problem. Program Visual Studio nie ładuje żadnych projektów internetowych i wyświetla błąd: utworzenie katalogu wirtualnego <myproj: myport> nie powiodło się. Nie można uzyskać dostępu do metabazy IIS.

W moim przypadku przyczyną problemu był IISExpress. Kliknięcie prawym przyciskiem myszy IIS Express w Programy i funkcje w panelu sterowania i wybranie naprawy naprawiło problem w mniej niż dwie minuty.

Korzystam z Win 8 Pro i VS 2013. Po wypróbowaniu wszystkiego na tej stronie ... Po prostu ponownie zainstalowałem IIS Express 8 i wszystko działa teraz (nawet bez uruchamiania jako administrator).

Mój wniosek jest taki, że jest to raczej ogólny błąd i istnieje wiele przyczyn źródłowych.