Hata - IIS metatabanına erişilemiyor

Visual Studio 2012'yi yükledikten ve çözümümü açtıktan sonra bu formda bir dizi hata alıyorum:

Web Uygulama Projesi Foo IIS kullanacak şekilde yapılandırılmıştır . IIS Metatabanına
erişilemiyor . Makinenizdeki IIS web sitelerine erişmek için yeterli ayrıcalığınız yok .

Bunu web uygulamalarımızın her biri için alıyorum.

Denediğim şeyler:

1. Visual Studio'yu Yönetici Olarak Çalıştırma
2. Aspnet_regiis.exe -ga MyUserName çalıştırılıyor
3. Aspnet_regiis.exe -i çalıştırılıyor

Bunlar bu sorun için ortak çözümler gibi gözüküyor, ancak onlarla hiçbir başarı elde edemedim.

Yapmaya çalışabileceğim başka bir şey var mı?

On Windows 8 Pro :

%systemroot%\inetsrv\config

On Windows 7 ile 8.1 ve 10

%systemroot%\System32\inetsrv\config 

( %systemroot%Genellikle nerede C:\Windows)

Windows Gezgini'nde yukarıdaki uygun konuma gidin. Erişimi engelleyen bir açılır pencereyle erişimi engelleyeceksiniz:

"Bu klasöre erişiminiz yok - Bu klasöre kalıcı olarak erişmek için devam et'i tıklayın"

Bu klasör ve altındaki Dışa Aktar klasörü ile 'devam et'i tıklayın. Kısayolu tekrar "Benim gibi çalıştır" olarak değiştirdim (etki alanının bir üyesi ve yerel yöneticiler) ve çözümü açıp dağıtabildim.

Yönetici izinleri olan visual studio çalıştırmamanız gerektiğini düşünüyorum. Ona bak:

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

Alıntılamak

Bunun çözümü basittir: Visual Studio'nuzu "Yönetici Olarak Çalıştır" ile başlatın. Bunu kısayolu sağ tıklayıp "Yönetici Olarak Çalıştır" ı seçerek yapabilirsiniz.

Sanırım işte benzer bir sorunla karşılaştık. Bizim için çözüm, Denetim Masası -> Programlar ve Özellikler -> Windows Özelliklerini açmak veya kapatmak ... bunun içinde İnternet Bilgi Hizmetleri -> Web Yönetim Araçları -> IIS 6 Yönetim Uyumluluğu -> IIS Metatabanı ve IIS 6 yapılandırma uyumluluğu.

Bir deneyin ve yardımcı olup olmadığını bana bildirin!

Not: IIS 7.5'i hem Visual Studio 2005 hem de 2010 kullanarak Windows 7'de çalıştırıyor ve süper eski WebServices (.asmx) ile şeyler yapıyoruz ...

Bu sorunu, IIS AppPool kimlik izinlerini %systemroot%\inetsrv\config

IIS kullanımını gerektirmeyen bir proje üzerinde çalışıyorsanız, projeyi bu hatayla açmak için geçici bir çözüm, yüklenen projeye sağ tıklayıp düzenle'ye tıklamak, aramaktır:

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

ve USEIIS'i false olarak ayarlayın

<UseIIS>False</UseIIS>

değişiklikleri kaydettikten sonra sağ tıklayarak projeyi yeniden yükleyin.

Bu hataya yol açan iki ayrı sorun türü yaşadım ve paylaşacağımı düşündüm ...

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

Bunların her ikisi de MS tarafından Belgeler veya Belgelerim dizinine bir şeyler koymak için talihsiz (imo) bir seçimden kaynaklanıyor, gerçekten berbat hata mesajları ile birleştiriyor. Yukarıdaki her iki durumda da temel sorun, IISExpress Config dosyasının Belgelerim'e girmesi ve varolmaması ya da erişilememesiydi.

Yanıt veren herkese teşekkürler. Bu uzun bir süre kapalı olduğu için fazla geri bildirim sağlayamadım, ama sonunda sorunumu çözdüm. Bu diğer çözümlerin çoğunu denedim ve sorunumu çözmediler, ancak temel neden farklı olduğunda yardımcı olduklarından eminim.

Çözümüm

Windows 7 içindeki IIS ve .Net Framework özelliklerini kapatarak ve ardından tekrar açarak bu sorunu çözdüm. Sorunumun giderildiği şey bu yeniden kurulum gibi görünüyor. Soruna neyin neden olduğunu hala bilmiyorum, ancak ekibimdeki en az bir başka geliştiricinin de aynı sorunu vardı.

Windows 81'de, yönetici komut isteminden şunu kullanın:

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

Sonra VS'ye geri dönün, başarısız projeye sağ tıklayın, Yeniden Yükle'yi seçin.

Kredi: IIS7 İzinlerine Genel Bakış - ApplicationPoolIdentity

Klasöre gitme: %systemroot%\System32\inetsrv\configbir güvenlik iletişim kutusu görüntüler. Devam'ı tıklayın, bu sorunu çözebilir. Bu, iki ayrı Win 10 / VS 2017 / IIS makinesinde çalıştı.

Bu sorunu yaşadım - belirtiler aynıydı, ancak yaşadığım sorun "Belgelerim" klasörünü bir ağ paylaşımında olacak şekilde ayarlamamdı ve paylaşıma erişilemiyordu.

Temel sorun% USERPROFILE% \ Documents dosyasında bulunan IIS yapılandırma dosyalarına erişilememesiydi. "Belgelerim" klasör konumunu değiştirdikten sonra (reg değerini değiştirdim), yeniden çalışmaya başladı.

Bunun karşılaşabileceğiniz yaygın bir senaryo olmadığını biliyorum, ama aynı belirtileri verdiği için buraya gönderdim.

Bugün bu rastladım ve IISUrl proje dosyasından kaldırarak sorunu giderdi:

1. Sağ tıklama projesi
2. Düzenle'yi tıklayın

3. Aşağıdaki satırı silin:

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

4. Projeyi yeniden yükle

5. Şimdi Proje> Özellikler> Web'i sağ tıklatıp Yerel IIS Web Sunucusunu Kullan'ı (IIS Express'i Kullan'ın işaretini kaldırın) seçip Sanal Dizin Oluştur düğmesini tıklatarak yeni bir IIS sanal dizini ekleyin.

Bu sorunla karşılaşabilir ve benimle aynı sorun yaşayabilirsiniz. Ben önce "çözüldü" ve sonra elektrik kesintisi ve bilgisayar çöktü, emin değilim neden bir kayıt defteri ayarı geri döndü ama benim sorunumun KAYNAĞI .

1. Tüm çalışanı yönetici olarak denedim
2. Tüm IIS / IIS hızlı yeniden yüklemeleri.
3. Çeşitli "kesmek"

Yeniden kayıt defterini düzeltmek zorunda geldi.

1. Yönetici regedit bile açamadı (Sorun gpedit.msc yönetici şablonunda olmadığından kayıt defterine erişmeniz gerekiyor)

2. Masaüstünde UnHookExec.inf

Sadece UnHookExec.inf dosyasını kaydedin ve sağ tıklayıp yükle'yi seçerek yükleyin. Dosyanın yüklenmesi hiçbir açılır pencere veya bildirim kutusu göstermez. http://www.tweakandtrick.com/2011/04/enable-regedit-registry-editor.html

3. HKEY_CURRENT_USER \ Software \ Microsoft \ Windows \ CurrentVersion \ Explorer \ Kullanıcı Kabuğu Klasörleri \ Varoluşçu olmayan dosya paylaşımına işaret eden kişisel . Bunu yerel yola değiştirmek benim için bu sorunu çözdü. - Pasi Savolainen 14 Temmuz 14, 8:41

(değiştirildi \\cs2data\home\stickelt\my documents için c:\dev )

Şimdi ALL iyidir ve Visual Studio 15 çözüm ile açılan bir çözümdür ve IIS'ye bağlanır ve iis meta verilerine erişememekten şikayet etmez

Şimdiye kadar hiç kimsenin bu problemi yaşamadığından daha önce hiç karşılaşmamıştım (birçoğu uzun zamandır buradaydı, bazıları "çalışmış" ve çoğu başka bir alanda vb. Olan diğer makinelerin klonları var.)

Bugün bu sorunu yaşadım ve VS'yi 'Yönetici Olarak Çalıştır' olarak açmadım. Bunu yaptıktan sonra Servisi yayınlayabildim.

Yönetici izinleriniz varsa, Visual Studio icon> özelliklerine sağ tıklayın ve ardından "Yönetici olarak çalıştır" onay kutusunu işaretleyin. Artık visaul studio'yu doğrudan yönetici olarak çalıştırabilirsiniz. Bu şekilde, resmi ve çok temel.

@Nologo tarafından verilen cevaba ek olarak IIS kullanmak zorunda kaldım. Ben de

<UseIIS>True</UseIIS>

önce 'False'.

• Çözümü açtı ve projenin yüklenebilmesini sağladı.
• Yakın çözüm ve Visual Studio örneği
• Değeri tekrar 'True' olarak değiştirin
• Çözümü açın. Bu sefer herhangi bir hata / uyarı almadım. Projem bir IIS web sitesine eşlenirken de Ctrl + F5 veya F5 ile sorunsuz çalışabilirim.

Bu anahtarı değiştirmek benim için çalıştı:

HKEY_CURRENT_USER \ Yazılım \ Microsoft \ Windows \ CurrentVersion \ Explorer \ Kullanıcı Kabuğu Klasörleri \ Kişisel

Konumu yoktu.

Ben de benzer bir sorun yaşadım. Benim çözüm "Yönetici olarak çalıştır" cevabının bir uzantısıdır.

VS2012 kullanıyordum ve neredeyse her seferinde Sağ Tıklama, Yönetici Olarak Çalıştır'ı yapmam gerekiyordu. Bundan sıkıldım, bunun yerine kısayoldaki özelliklerine girdim, gelişmiş tıkladım ve sonra "Yönetici Olarak Çalıştır" seçeneğini tıkladım. Şimdi VS2012 hep bunu açtığınızda yönetici olarak çalışan bu kısayoldan .

Bu kısayol bitinden önemlidir. Projemi dallamaya ve şubeyi yeni bir yerel klasöre indirmeye devam ettim. Sonra, kısayoldan açtığımda hiçbir sorun yaşamadım. Ancak doğrudan klasöre gidip projeyi kısayol olmadan yerel olarak çalıştırırsam, yönetici olarak çalışmadı ve bu hatayı aldım.

VS2012'yi her zamanki gibi açtıktan sonra, Dosya / Aç / Proje'yi kullanarak yine sorun çıkmadı. (çünkü yönetici olarak çalışıyordum). Ancak çözümü Windows dosya yöneticisi kullanarak açtığımda yönetici olarak çalışmıyordum.

Diğer öneriler biraz aşırı gibi görünüyor, ama bu oldukça basit bu yüzden ilk önce bunu denemek eğilimindedir.

Umarım bu yardımcı oldu.

Bu, "Tüm hatalar bu iletiye yol açar" hata türlerinden biri gibi görünüyor.

Benim App Havuz sadece kapatıldı oldu. Tekrar açtım ve her şey yolunda gitti.

Deneyebileceğiniz bir şey daha var:

• Bekleyen Windows güncellemelerinizin olup olmadığını kontrol edin.
• Bunu yaparsanız, başka bir şey denemeden önce lütfen yeniden başlatın.

Makinemi asla kapatmam eğilimindeyim, bu yüzden çok fazla yeniden başlatma için bekledim. Ve bu düzeltildi.

Yukarıdaki her şeyi denedim. Kredi yukarıdaki tüm yanıtlara gider. Tüm önerileri kendi başlarına denedikten sonra, bu öneri kombinasyonunu bana mantıklı bir sırayla bir araya getirdim. Belgelerim klasörünün paylaşılan bir sürücüde olduğunu unutmayın. Aynı teknede olmadığınız sürece subst / IISExpress öğeleri uygulanamaz.

• VS'yi yönetici olarak çalışacak şekilde yapılandırma
• Program Ekle / Kaldır, Windows Özellikleri ile IIS'yi Kaldırma
• Yeniden Başlatma
• WinRAR veya yönetici ve arşiv benzeri bir şey çalıştırın C:\windows\system32\inetsrv\
• Cmd'yi yönetici olarak çalıştırın rmdir /s c:\windows\system32\inetsrv\ve son yüklemenin tüm izlerini tamamen kaldırın. Daha sonra kullanmak için yükseltilmiş cmd istemini açık bırakın.
• IIS'yi IIS 6 Metatabanı uyumluluğu ile yeniden yükleyin (bunun gerekli olduğundan şüpheliyim)
• Varsayılan AppPool ve Varsayılan Web Sitesini olduğu gibi bırak (Daha önce ikisini de sildim)
• Koştu C:\Windows\Microsoft.NET\Framework64\v4.0.30319\aspnet_regiis.exe -ga MYDOMAIN\scottt732
• Koştu C:\Windows\Microsoft.NET\Framework64\v4.0.30319\aspnet_regiis.exe -i

Ayrıca, Belgelerim klasörü bir paylaşım sürücüsünde olduğundan IIS Express sorunları yaşıyordum. IIS Express kullanmıyorum / beğenmedim, ancak Visual Studio bundan şikayet etti.

• Yükseltilmiş cmd isteminden koştu subst U: c:\Temp. C:\Temp\Documents\U sürücümden IISExpress klasörü oluşturuldu ve kopyalandı.
• Düzenlendi CustomUserHomeanahtarı HKCU\Software\Microsoft\IISExpressileC:\Temp\Documents\IISExpress
• Bu, Visual Studio'yu web projelerimi açmamı ve özellikleri düzenlememi sağladı. Web sunucusu ayarlarını bir kullanıcı dosyasında saklamak için projeleri değiştirdim ve Özel URL kullanacak şekilde ayarladım (bunun gerekli olup olmadığından emin değilim)
• substHer yeniden başlattığımda komutu çalıştırmak zorunda kalabilirim / olmayabilir . Umurumda değil.

Ve havluyu 3 kez attıktan ve kabaca ~ 6 saat geçirdikten sonra, Visual Studio'da (2015 Güncelleme 2) web projeleri açabilirim.

Projenizin kök dizinine gidin ve aşağıdaki dosyayı bulmak:

YourProjectName.csproj.user - İçinde emin olun UseIISExpress ayarlandığında yanlış :

<UseIISExpress>false</UseIISExpress>

Bu tek başına işe yaramazsa aşağıdakileri de deneyin ve tekrar deneyin:

YourProjectName.csproj - Ana proje dosyası içinde emin hem olun UseIIS ve UseIISExpress ayarlanır yanlış :

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

Bunları değiştirdikten sonra projeyi tekrar yükleyebildim.

Not: Diğer yanıtlarda belirtildiği gibi VS'nizi Yönetici olarak çalıştırdığınızdan emin olun.

Bugün benimle aynı sorunu yaşadım. Ve sinir bozucu buldum. Yine de aynı IIS'den geliştirilmekte olan iki web sitem daha var, ancak yine de yeni site oluşturamadım. Garip, ama ben yaptım.

• Siteyi IIS'den silme
• Yeni site oluşturun, "new_site" olarak adlandırın
• Site adının dışında Uygulama Havuzu'nu seçin. Bu yüzden varsayılan ayarlarla uğraşmayacak.
• Aynı makineden çalıştırıyorsanız IP'yi "atanmamış" tutun
• kullanılmayan bir liman ver
• VS yürütülebilir kısayoluna sağ tıklayarak Visual Studio'yu "Yönetici Olarak Çalıştır" olarak çalıştırın.
• Bitirdiniz!

Çalıştığı için belirttiğim dışında başka bir şeyi kapatmanıza / yeniden kurmanıza gerek yoktur.

Benim gibi aynı sorunu olan ve aynı şekilde çözülen bir kimse varsa bana bildirin. Sorun değil, Visual Studio açmak için reddetti localhost üzerinde web sitesi oluşturmak için yanlış bir yol olduğunu düşünüyorum.

Umarım bu yeni başlayanlara yardımcı olur.

1. "Devenv.exe" için bir kısayol oluşturun
2. kısayol için "Yönetici olarak çalıştır" seçeneğini seçin
3. doble kısayol tıklayın ve projenizi yeniden açın

Bu bağlantıdan özellik ekledikten sonra da aynı sorunu yaşadım. Daha sonra bu makaleyi takip ettim .

Bunu çözmek için Visual Studio 2015 onarımını yaptım. Onarım uzun sürdü, ancak yukarıdakilerin çoğunu yaparken sorunu çözmedi. Win 7 işletmesini çalıştırıyorum.

Visual Studio komut istemini açın ve aşağıdaki komutu yazın ve çalıştırın

aspnet_regiis -ga machinename\ASPNET

Yukarıdaki komutu çalıştırdıktan sonra Sıfırlayın ve IISsorununuzu çözen uygulamayı test edin.

Yukarıdaki komut sorununuzu çözmezse, aşağıdaki komutu çalıştırmayı deneyin. visual studio command prompt:-

aspnet_regiis -i

Alternatif olarak yukarıdaki komutu windows komut istemimizden de çalıştırabiliriz

Başlat menüsüne gidin ve Çalıştır'ı açın ve girin ve tıklayın OK

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

Bundan sonra IIS'yi sıfırlayın ve sorununuzu çözen uygulamayı test edin

Visual Studio 2015'te: .csproj dosyasındaki UseIIS'i false olarak değiştirdim ve benim için çalıştı.

<UseIIS>False</UseIIS>

İletimde, "IIS metatabanına erişilemiyor" hakkında şikayet etmenin yanında, erişemediğinden de bahsediliyor "<IISUrl>http://localhost:6416/</IISUrl>". Boşaltma projesine sağ tıklayın, Düzenle'ye tıklayın, satırı bulun "<IISUrl>http://localhost:6416/</IISUrl>", yorum yapın. Yeniden yükle ve işe yaramalı. Bu, yöneticinin söz konusu adrese erişme izni yok.

Benzer bir sorun yaşadım. Visual Studio herhangi bir web projesi yüklemez ve hatayı gösterir: <myproj: myport> sanal dizini oluşturulamadı. IIS metatabanına erişilemiyor.

Benim durumumda sorunun temelini oluşturan şey aslında IISExpress'ti. Kontrol panelindeki Programlar ve Özellikler'de IIS Express'e sağ tıklayıp onarım seçilmesi sorunu iki dakikadan daha kısa sürede düzeltti.

Win 8 Pro ve VS 2013 kullanıyorum. Bu sayfadaki her şeyi denedikten sonra ... IIS Express 8'i yeniden yükledim ve şimdi her şey iyi çalışıyor (yönetici olarak çalışmadan bile).

Sonuç olarak, bu oldukça genel bir hata ve birden fazla kök nedeni var.