Помилка - неможливо отримати доступ до метабази IIS

Після установки Visual Studio 2012 та відкриття рішення я отримую ряд помилок у такій формі:

Проект веб-додатків Foo налаштований на використання IIS .
Неможливо отримати доступ до метабази IIS . Ви не маєте достатньої привілеї для доступу до IIS веб-сайтів на вашій машині.

Я отримую це для кожної нашої веб-програми.

Що я спробував:

1. Запуск Visual Studio як адміністратор
2. Запуск aspnet_regiis.exe -га MyUserName
3. Запуск aspnet_regiis.exe -i

Це, здається, є загальним рішенням цієї проблеми, але я не мав жодного успіху з ними.

Чи є ще щось, що я можу спробувати зробити?

У Windows 8 Pro :

%systemroot%\inetsrv\config

У Windows 7 та 8.1 та 10

%systemroot%\System32\inetsrv\config 

(Де %systemroot%зазвичай C:\Windows)

Перейдіть у відповідне місце вище в Провіднику Windows. Вам буде заблокований доступ із спливаючим вікном, яке говорить:

"Ви не маєте доступу до цієї папки - натисніть" Продовжити ", щоб отримати постійний доступ до цієї папки"

Клацніть «продовжити» для цієї папки та під папкою Експорт під нею. Я змінив ярлик назад на "Запустити як я" (член домену та місцеві адміністратори) і зміг відкрити та розгорнути рішення.

Я думаю, ви не працюєте з візуальною студією з дозволом адміністратора. Подивіться, що:

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

Цитувати

Рішення цього просте: запустіть свою Visual Studio з "Запустити як адміністратор". Це можна зробити, клацнувши правою кнопкою миші та вибравши "Запустити як адміністратор".

Я думаю, ми зіткнулися з подібною проблемою на роботі. Для нас рішенням було зайти в Панель управління -> Програми та функції -> Увімкнути або вимкнути функції Windows ... всередині цього нам довелося вибрати Інтернет-інформаційні послуги -> Інструменти веб-керування -> Сумісність IIS 6 управління -> Сумісність IIS Metabase і конфігурація IIS 6.

Спробуйте, і дайте мені знати, чи допоможе це!

Примітка. Ми запускаємо IIS 7.5 в Windows 7, використовуючи Visual Studio 2005 та 2010 та робимо речі із супер-старої шкільної WebServices (.asmx) ...

Я вирішив цю проблему, надавши дозволи на ідентифікацію IIS AppPool %systemroot%\inetsrv\config

Якщо ви працюєте над проектом, який не потребує використання IIS, то вирішити спосіб відкрити проект із цією помилкою - просто натиснути правою кнопкою миші на не завантажений проект і натиснути редагувати, шукати:

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

і встановіть USEIIS на значення false

<UseIIS>False</UseIIS>

перезавантажте проект, натиснувши на нього правою кнопкою миші після збереження змін.

У мене було два окремі типи проблеми, що призводять до цієї помилки, і я думав, що поділюсь ...

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...

Обидва вони випливають із невдалого (іммо) вибору MS, щоб помістити речі в каталог «Документи» або «Мій документ», поєднавшись із дійсно хижими повідомленнями про помилки. В обох вищезазначених випадках основна проблема полягала в тому, що файл IISExpress Config міститься в розділі "Мої документи", і він або не існував, або не можна отримати доступ до нього.

Дякую всім, хто відповів. Оскільки це було закрито тривалий час, я не міг надати багато відгуків, але врешті-решт я вирішив свою проблему. Я спробував багато таких рішень, і вони не вирішили мою проблему, але я впевнений, що вони допомагають, коли першопричина інша.

Моє рішення

Я вирішив цю проблему, вимкнувши функції IIS та .Net Framework в Windows 7, а потім увімкнувши їх. Здається, що ця повторна інсталяція вирішила мою проблему. Я досі не знаю, що спричинило проблему, але принаймні один інший розробник у моїй команді мав ту саму проблему.

У командному рядку адміністратора Windows 81 використовуйте:

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

Потім поверніться в VS, клацніть правою кнопкою миші на невдалому проекті, виберіть Reload.

Кредит: Огляд дозволів IIS7 - ApplicationPoolIdentity

Навігація до папки: %systemroot%\System32\inetsrv\configвідображає діалог безпеки. Клацніть продовжити, і це може вирішити проблему. Це працювало на двох окремих машинах Win 10 / VS 2017 / IIS.

У мене була ця проблема - симптоми були однакові, але проблема, яка у мене була, полягала в тому, що я встановив папку "Мої документи" на загальну мережу, і ця частка була недоступною.

Основна проблема полягала в тому, що файли конфігурації IIS, розташовані в% USERPROFILE% \ Документи, недоступні. Після того як я змінив розташування папки "Мої документи" (я змінив значення reg), вона знову почала працювати.

Я знаю, що це може бути не загальним сценарієм, з яким ви можете зіткнутися, але я розмістив його тут, оскільки він викликає ті самі симптоми.

Я зіткнувся з цим сьогодні і вирішив проблему, видаливши IISUrl з файлу проекту:

1. Клацніть правою кнопкою миші проект
2. Натисніть Редагувати

3. Видаліть наступний рядок:

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

4. Перезавантажити проект

5. Тепер додайте новий віртуальний каталог IIS, клацнувши правою кнопкою миші Проект> Властивості> Веб та виберіть пункт Використовувати локальний веб-сервер IIS (зніміть прапорець Використовувати IIS Express) та натисніть кнопку Створити віртуальний каталог.

Ви можете зіткнутися з цією проблемою і мати ту ж проблему, що і я. Я "вирішив" це до того часу, як відключення електроенергії та збій комп'ютера, не впевнений, чому налаштування реєстру повернуто, але це ДЖЕРЕЛО моєї проблеми.

1. Я спробував все працює як адміністратор
2. Усі експрес-переустановки експрес-встановлення IIS / IIS.
3. Різні "хаки"

Прийшов до необхідності знову виправити реєстр.

1. Не вдалося адміністратору навіть відкрити regedit (Потрібно отримати доступ до реєстру, оскільки проблема не в шаблоні адміністратора gpedit.msc)

2. UnHookExec.inf на робочому столі

Просто збережіть UnHookExec.inf та встановіть його, клацнувши правою кнопкою миші та вибравши встановити. Встановлення файлу не відображатиметься жодного спливаючого вікна чи вікна повідомлень. http://www.tweakandtrick.com/2011/04/enable-regedit-registry-editor.html

3. HKEY_CURRENT_USER \ Програмне забезпечення \ Microsoft \ Windows \ CurrentVersion \ Explorer \ Папки оболонок користувача \ Особисті вказівки на неіснуючий файл спільного використання. Зміна цього на місцевий шлях вирішила цю проблему для мене. - Пасі Саволайнен 14 липня '14 о 8:41

(змінено з \\cs2data\home\stickelt\my documents на c:\dev )

Тепер ВСЕ добре і Visual Studio відкрив рішення з 15 проектами та підключається до IIS і не скаржиться на відсутність доступу до метаданих iis

Я ніколи раніше не стикався з цим, оскільки ніхто не мав цієї проблеми (багато хто вже тут, у деяких є клони інших машин, які "працювали", а багато хто в іншому домені тощо).

Сьогодні у мене виникла ця проблема, і я виявив, що не відкрив VS як "Запуск як адміністратор". Після цього я зміг опублікувати Сервіс.

Якщо у вас є права адміністратора, клацніть правою кнопкою миші значок «Візуальна студія»> властивості та виберіть пункт «Запуск як адміністратор». Ви більше можете запускати візуальну студію як адміністратора. Таким чином, формальним і таким базовим.

Окрім відповіді від @nologo, мені довелося скористатися і IIS. Тому я змінив

<UseIIS>True</UseIIS>

спочатку до "Неправдивого".

• Відкрив рішення та забезпечив завантаження проекту.
• Близьке рішення і той екземпляр Visual Studio
• Знову змініть значення на "True"
• Відкрийте рішення. Цього разу я не отримав жодної помилки / попередження. Я також міг без проблем працювати з Ctrl + F5 або F5, коли мій проект був перенесений на веб-сайт IIS.

Зміна цього ключа працювала для мене:

HKEY_CURRENT_USER \ Програмне забезпечення \ Microsoft \ Windows \ CurrentVersion \ Explorer \ Папки оболонок користувача \ Особисті

Місцезнаходження не існувало.

У мене також була схожа проблема. Моє рішення - це розширення до відповіді "Запустити як адміністратор", і я сподіваюся, що хтось стане корисним.

Я працював на VS2012 і майже кожен раз, коли мені доводилося робити клацання правою кнопкою миші, запустити адміністратора. Я втомився від цього, тому замість цього я ввійшов до його властивостей у ярлику, натиснув розширено, а потім натиснув на опцію «Запустити як адміністратор». Тепер VS2012 завжди працює як адміністратор, коли я відкриваю його з цього ярлика .

Важливим є цей біт ярлика. Я перейшов до розгалуження свого проекту та завантажував гілку в нову локальну папку. Потім, коли я відкрив її із ярлика, у мене не було проблем. Але якщо я зайшов безпосередньо в папку і запустив проект локально без ярлика, він не запустився як адміністратор, і я отримав цю помилку.

Як тільки я спершу відкрив VS2012 як звичайно, потім за допомогою File / Open / Project він знову працював без проблем. (бо я працював адміністратором). Але я не працював адміністратором, коли відкрив рішення за допомогою файлового менеджера Windows.

Інші пропозиції здаються дещо екстремальними, але це досить просто, тому я схильний спершу спробувати це.

Сподіваюся, що це було корисно.

Здається, одна з таких помилок "Усі помилки призводять до цього повідомлення".

Моє те, що пул додатків щойно вимкнено. Я його знову включив, і все спрацювало нормально.

Ще одне, що можна спробувати:

• Перевірте, чи не очікують оновлення Windows.
• Якщо це зробити, перезавантажтесь, перш ніж спробувати щось інше.

Я, як правило, ніколи не вимикаю свою машину, тому мені довелося їх багато чекати на перезавантаження. І це зафіксувало.

Я спробував усе вище. Кредит припадає на всі відповіді вище. Спробувавши всі пропозиції самостійно, я просто зібрав цю комбінацію пропозицій у порядку, який мав для мене сенс. Зверніть увагу, що папка "Документи" знаходиться на спільному диску. Матеріали subst / IISExpress не застосовуються, якщо ви не знаходитесь в одному човні.

• Налаштуйте VS для запуску адміністратора
• Видаліть IIS через додавання та видалення програм, функцій Windows
• Перезавантажте
• Запустіть WinRAR або щось подібне, як адміністратор та архів C:\windows\system32\inetsrv\
• Запустіть cmd як адміністратор та rmdir /s c:\windows\system32\inetsrv\ повністю видаліть усі сліди останньої установки. Залиште піднесений cmd-рядок відкритим для подальшого.
• Перевстановіть IIS із сумісністю IIS 6 Metabase (сумнівайтеся, це було необхідно)
• Залишити веб-сайт за умовчанням AppPool і веб-сайт за замовчуванням таким, яким він є (я раніше видалив обидва)
• Побіг C:\Windows\Microsoft.NET\Framework64\v4.0.30319\aspnet_regiis.exe -ga MYDOMAIN\scottt732
• Побіг C:\Windows\Microsoft.NET\Framework64\v4.0.30319\aspnet_regiis.exe -i

Крім того, оскільки папка "Документи" знаходиться на спільному диску, у мене виникли проблеми IIS Express. Я не використовую / люблю IIS Express, але Visual Studio поскаржився на це.

• З піднесеного підказки cmd побіг subst U: c:\Temp. СтвореноC:\Temp\Documents\ і скопіював папку IISExpress з мого U-накопичувача.
• Створений CustomUserHomeключ HKCU\Software\Microsoft\IISExpressзC:\Temp\Documents\IISExpress
• Це дозволило мені отримати Visual Studio, щоб відкривати свої веб-проекти та редагувати властивості. Я підкоригував проекти для зберігання налаштувань веб-сервера у файлі користувача та відкоригував його для використання користувацької URL-адреси (не впевнений, чи це потрібно)
• Мені може / не доведеться запускати substкоманду при кожному перезапуску. Не байдуже.

А після того, як кинути рушник у 3 рази і витратити приблизно ~ 6 годин, я можу відкрити веб-проекти у Visual Studio (2015 Update 2).

Перейдіть до кореневого каталогу вашого проекту та знайдіть такий файл:

YourProjectName.csproj.user - всередині нього переконайтесь, що для UseIISExpress встановлено значення false :

<UseIISExpress>false</UseIISExpress>

Якщо це не спрацює, спробуйте наступне:

YourProjectName.csproj - у головному файлі проекту переконайтесь, що і UseIIS, і UseIISExpress встановлені на помилку :

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

Після їх зміни я зміг завантажити проект ще раз.

Примітка. Переконайтеся, що ви працюєте з VS як адміністратор, як зазначено в інших відповідях.

У мене просто було таке ж питання і сьогодні. І мені це було прикро. Хоча у мене є ще два веб-сайти, які вже розробляються з того ж IIS, але все ще не вдалося створити новий сайт. Дивно, але я це зробив.

• Видаліть сайт з IIS
• Створіть новий сайт, дайте йому ім'я "new_site"
• Виберіть Пул програми, окрім назви сайту. Так що це не буде псуватися з налаштуваннями за замовчуванням.
• Захистіть IP "без призначення", якщо ви працюєте з цієї ж машини
• дайте йому якийсь невикористаний порт
• Запустіть Visual Studio як "Запустити як адміністратор", клацнувши правою кнопкою миші на виконуваному ярлику VS.
• Ви закінчили!

Вам не потрібно вимикати / перевстановлювати нічого, крім того, що я заявив, оскільки це працює.

Дайте мені знати, чи хтось мав таке саме питання, як я, і вирішив так само. Я думаю, що це не проблема, а неправильний спосіб створення веб-сайту в localhost, який Visual Studio відмовляє відкривати.

Я сподіваюся, що це допоможе новачкам.

1. Створіть ярлик до "devenv.exe"
2. для ярлика виберіть варіант "Запустити як адміністратор"
3. натисніть клавішу скорочення і повторно відкрийте свій проект

У мене була така ж проблема після додавання функції з цього посилання, після чого я слідував за цією статтею .

Я зробив ремонт Visual Studio 2015, щоб вирішити це. Ремонт зайняв тривалий час, але він вирішив питання, хоча багато чого з вищезгаданого не зробили. Я керую Win 7 підприємством.

Відкрийте командний рядок візуальної студії та введіть нижче команду та запустіть

aspnet_regiis -ga machinename\ASPNET

Після запуску вищевказаної команди Скиньте IISі протестуйте програму, яка вирішує вашу проблему.

Якщо вищевказана команда не вирішує вашу проблему, спробуйте виконати команду нижче visual studio command prompt:-

aspnet_regiis -i

Крім того, ми можемо також запустити команду над командою в нашому командному рядку Windows

Перейдіть до меню «Пуск» і відкрийте «Виконати» та введіть та клацніть OK

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

Після цього скиньте IIS і протестуйте програму, яка вирішує вашу проблему

У Visual Studio 2015: я змінив UseIIS у .csproj-файлі на false, і він працював на мене.

<UseIIS>False</UseIIS>

У моєму повідомленні, окрім скарги на "Неможливо отримати доступ до метабази IIS", воно також зазначає, що не може отримати доступ "<IISUrl>http://localhost:6416/</IISUrl>". Клацніть правою кнопкою миші проект розвантаження, натисніть Редагувати, знайдіть рядок "<IISUrl>http://localhost:6416/</IISUrl>", прокоментуйте його. Перезавантажте, і це має працювати. Це пов'язано з тим, що адміністратор не має дозволу на доступ до цієї адреси.

У мене була схожа проблема. Visual Studio не завантажував жодних веб-проектів і показав помилку: не вдалося створити віртуальний каталог <myproj: myport>. Неможливо отримати доступ до метабази IIS.

У моєму випадку саме основою проблеми був IISExpress. Клацання правою кнопкою миші на IIS Express у програмах та функціях на панелі керування та вибір виправлення усунув проблему менше ніж за дві хвилини.

Я використовую Win 8 Pro та VS 2013. Після того, як випробував усе на цій сторінці ... Я просто перевстановив IIS Express 8 і зараз усе працює добре (навіть без запуску адміністратора).

Мій висновок полягає в тому, що це досить загальна помилка, і є кілька причин.