IIS7.0'da "HTTP Hatası 500.19 - Dahili Sunucu Hatası" nasıl çözülür [kapalı]

Bu hataya ne sebep olur, nasıl düzeltebilirim?

Ayrıntılı Hata Bilgi
Modülü IIS Web Çekirdek
Bildirimi BeginRequest
Handler Henüz belirlenmedi
Hata Kodu 0x8007052e
Yapılandırma Hatası Sanal dizin parolası ile kullanıcı yöneticisi olarak C: \ inetpub \ wwwroot'ta yerel olarak oturum açılamıyor
Yapılandırma Dosyası Kullanılamıyor (Yapılandırma Yalıtımı)
İstenen URL http: // 192.168.0.3:80/
Fiziksel Yol C: \ inetpub \ wwwroot
Oturum Açma Yöntemi Henüz belirlenmedi
Oturum Açma Kullanıcısı Henüz belirlenmedi

Yapılandırma Kaynağı

<application path="/" applicationPool="PS-Extranet">
    <virtualDirectory path="/" physicalPath="%SystemDrive%\inetpub\wwwroot" userName="administrator" password="[enc:AesProvider:PrISRz2ggJH4bV46ktObfCSh91Y/yF9pAoLmH7eCnj0=:enc]" />
</application>

Uygulama havuzunuz için kullandığınız kullanıcı hesabının web sitesi dizini için hakları olmadığı anlaşılıyor, bu nedenle yapılandırmayı oradan okuyamıyor. Uygulama havuzunu kontrol edin ve hangi kullanıcı olarak çalışacak şekilde yapılandırıldığını görün. Dizini kontrol edin ve kullanıcının uygun haklara sahip olup olmadığını görün. Siz oradayken, olay günlüğünü kontrol edin ve IIS'nin daha ayrıntılı tanılama bilgileri girip yazmadığını görün.

Aynı sorunu yaşadım, ama sebep farklıydı.

Web.config dosyamda bir URL yeniden yazma modülü kuralı vardı ve URL yeniden yazma modülünü de yüklemedim. URL yeniden yazma modülünü kurduktan sonra bu sorun çözüldü.

Windows 10'da yüklemem gerekti ASP.NET 3.5ve ASP.NET 4.6altında Internet Information Services(diğer kutular otomatik olarak kendilerini kontrol eder):

Sonunda sorunum için çözüm elde ediyorum. Windows 7'de bunu yapmak için IIS'deki onay kutusunu işaretlemediğim için asp.net hesabı IIS yöneticisinde görünmüyor

1. Kontrol panelini aç
2. ”Program” bağlantısını tıklayın (programları kaldırmayın)
3. ”Windows özelliklerini aç / kapat” bağlantısını tıklayın
4. açılır pencerede ”Internet Information services IIS” öğesini bulun ve düğümünü genişletin
5. ”World Wide Web Service” düğümünü genişletin
6. “Uygulama Geliştirme Özellikleri” düğümünü genişletin
7. ”ASP.NET” onay kutusunu işaretleyin
8. Sonra ok düğmesine tıklayın

Şimdi IIS yöneticisinde Asp.net hesabını göreceksiniz ve varsayılan olarak IIS hesabını görüyorsunuz. Artık asp.net web sitesini “belgemden” IIS'nin erişim iznine sahip olduğu başka bir yere taşımanız gerekir ( Şimdi web sitenize IIS yöneticisinden göz atın ve çalışması gerekir.

Alan adı yönetici şifremizi değiştirmek zorunda kaldıktan sonra bu hatayı aldık.

Çeşitli ayarlarla maymunlaştıktan sonra, sonuçta uygulamada doğrudan kimlik doğrulaması yerine (neden kim bilir) etki alanı yönetici hesabını kullanacak şekilde ayarlandığını gördüm.

IIS Yöneticisi -> Temel Ayarlar -> Bağlan

bir adım yapmanız gerekir:

run->cmd

run "c:\Windows\Microsoft.NET\Framework\v4.0.30319\aspnet_regiis.exe -i"

Bu kadar

Bugün bu sorunu yaşadım ve çözdüm. Birisi, IIS'deki "Varsayılan web sitesi" için "Yol Kimlik Bilgileri" ni belirli bir kullanıcı olarak çalışacak şekilde ayarlamıştı. Aynı kullanıcı parolanın süresi dolmuş veya sadece rutin bir değişiklik nedeniyle şifresini değiştirmiştir. Temel ayarlar seçeneği ile "Varsayılan web sitesi" nin "Uygulama Kullanıcısı" olarak bağlanacak şekilde ayarlanması benim için çözdü

muhtemelen NT şifrenizi değiştirirsiniz.

IIS'yi açın -> Uygulamanızı sağ tıklayın -> uygulamayı yönet -> gelişmiş Ayarlar -> fiziksel yol kimlik bilgileri.

iyi şanslar

Benim durumumda, bu hata klasörün çözümünü değiştirdikten sonra görünür.

Proje özelliklerime gidip sanal dizinimi yeniden oluşturarak sorunu çözdüm.

Proje> Özellikler> Web> Sunucular altında sağ tıklayın "Sanal Dizin Oluştur" u tıklayın

Sanal dizinin başka bir yerde oluşturulduğunu belirten bir mesaj görüntüler ve dizini değiştirir

Benim için, "Windows Özellikleri Ekle / Kaldır" ın .Net özellikleri altında Http Etkinleştirmesini etkinleştirmem gerekiyordu

Bu çalışmayı tamamladım, ancak yukarıdaki önerilere dayanmadı. Benim durumum, bir etki alanındaki bir Windows 2008 sunucusunda iis7 çalışan 500 hatası alıyorum. Sadece etki alanına yeni bir kullanıcı ekledim ve temel olarak sanal dizine veya klasöre okuma / yürütme erişimine izin ver. Sanal klasörün> temel ayarlar> Farklı Bağlan> Yol kimlik bilgilerinin okuma / xecute erişimi olan bir kullanıcıya ayarlandığından emin olun. Ayarları test edebilirsiniz; hem kimlik doğrulama hem de yetkilendirme çalışmalıdır. Şerefe!

Şu anda bu hatayı aldım ve çözdüm. URL'niz oluşturulan sanal dizinle eşleşebilir.

Sanal dizinleri kontrol etmek zorundasınız, benim örneğimde bir applicationhost.configsonraki satırda buldum :

<application path="/" applicationPool="Clr4IntegratedAppPool">
    <virtualDirectory path="/admin/roles" physicalPath="C:\..." />
</application>

Bir url ( http://localhost/admin/roles) AdminControllerve Roleseylem sayfası açmaya çalıştım ve bu hatayı aldım.

Orada diğerleri için, bir .Net 2 uygulama havuzunda bir .Net 4 uygulaması çalıştırmaya çalışırken benzer bir hata iletisi aldım. Uygulama havuzu için .Net FX sürümünü değiştirmek benim için düzeltti.

Ben php 5.3.3 hata kodu 0x80070020 www kök dizini (standart kök dizini değil) web.config içinde birkaç satır için bir yükleme ile benzer bir hata yaşıyordum.

Çözüm kaba iken mükemmel çalıştı. Sadece web.config dosyasını sildim ve şimdi her şey çalışıyor. HOURS'u başka çözümler denemek için harcadım.

Eğer birisi bunun aptal olduğunu düşünürse, lütfen bana bildirin. Başka biri saçları çekmek için aynı miktarda zaman harcadıysa, deneyin ve bakın (elbette dosyayı yedekledikten sonra)

Saygılarımızla FEQ

Aynı hatayla karşılaşıyordum ve IIS uygulama havuzundaki kimlik bilgilerini düzeltmek yardımcı olmadı. Sonunda IIS'deki hatayı Varsayılan Web Sitesi, Gelişmiş Ayarlar-> Fiziksel Yol Kimlik Bilgileri-> Belirli Kullanıcı altında seçerek çözdüm ve uygulama havuzu kullanıcısı için kimlik bilgilerini tekrar girdim, ardından IIS'yi yeniden başlattım ve hata gitti ve web sitem geldi başarıyla.

Varsayılan web sitesinin de yönetmesi gerekir:

1. Varsayılan web sitesinde -> basicSettings -> farklı bağlan, doğru kullanıcıya değiştirin.

2. defaultWebSite ile ilişkili applicationPool'un kimliğini değiştirin

g.luck

Benim için bir izin sorunu gibi görünmüyordu - IIS_IUSRS hesabına web hizmetindeki her şey üzerinde tam kontrol sağlamayı denedim, sadece bunun sebebi olup olmadığını görmek için. Düzeltme, IIS'de web hizmetini (yani gerçek '.svc') barındıran uygulamayı yeniden oluşturduğu ortaya çıktı

Joomla yönetici paneline erişmeye çalıştığınızda büyükse, sadece bir kullanıcı adı ve şifre sorunu !! Sadece joomla veritabanındaki bir jos_user'ı güncellemelisiniz.

Joomla web sitesi dizininize gidin ve joomla yönetici sitenizin hangi veritabanı adını kullandığını göstermek için blok notu veya not defteri ile bir configuration.php açın . Şunlara sahip bir hat bulmalısınız:

public $user = 'joomlauser251';           //MySQL username

Benim durumumda joomlauser251DB ismim.

MySQL'inize giriş yapın:

 mysql -uyourusername -pyourpassword

Joomla'nız için veritabanı seçin:

use joomlauser251;

Yönetici için şifreyi değiştir:

UPDATE jos_users SET password=MD5(‘NewPassword’) WHERE username=’admin’;

Ve tekrar erişim için tekrar deneyin.

Bu kadar !!!

Benim durumumda, Virtual Directory varsayılanları altında applicationHost.config dosyasında eski bir etki alanı hesabı parolasına başvuru buldum.

çok kolay Windows "uygulamaHost.config" dosyasını bulmak -> System32 -> inetsrv -> config 1. yedekleme "applicationHost.config" başka bir dosya adına 2. dosyayı açmak "applicationHost.config" verileri temizle ve 3. tarayıcıyı aç ve url dahili web sitesini arayın, bitti.

Yeni, özel bir kullanıcı hesabı kullanıyorsanız ... Bu hesap için şifrenin süresinin dolmadığını da kontrol etmekte fayda var, çünkü bu da 500.19 izin sorununa neden olacaktır.

500.19'u aldığımda IIS_IUSRS, bahsi geçen web.config ve proje klasörü için tam erişim hakları verdim . Bu sorunu çözdü.

Tarafından izin verebilirsiniz

1. klasöre / dosyaya sağ tıklayın
2. "güvenlik" sekmesini seçme
3. kullanıcıyı ekleyin IIS_IUSRS- USRS'nin önündeki i'yi unutmayın ve USERS'ta olduğu gibi bir "e" yazmayın

ASP.Net uygulamaları, web.config dosyasındaki bir işleyiciler bölümü ile önceden kablolanmış olarak gelir. Varsayılan olarak, bu IIS içindeki özellik yetkisi dahilinde salt okunur olarak ayarlanmıştır. IIS Yöneticisi'ne göz atın

IIS Yöneticisi'ne gidin ve Sunucu Adı'nı tıklatın.

2. Yönetim bölümüne gidin ve Özellik Temsilcisi'ni tıklatın .

3. Salt okunur olarak ayarlanması gereken İşleyici Eşlemelerini seçin .

4. okumak / yazmak için değeri değiştirin ve şimdi sorunu çözebilirsiniz

Bununla ilgili söyleyecek bir şeyim daha var. Aynı HTTP Hata koduyla, bunlardan biri orijinal sorunun açıklamasına burada gönderildiği için hala birkaç farklı hataya sahip olabilirsiniz. Örneğin: Web.ConfigBir ASP.NET projesinin dosyasını düzenledikten sonra ,

Hata Kodu 0x8007000d

"Yalnızca bir <configSections> öğesine izin verilir. Kök <configuration> öğesinin ilk alt öğesi olmalıdır"

Dediği gibi, dosyanın bir <configSections>kısmından önce kendi XML öğelerinizi TAKMAMALISINIZ Web.Config. Parçamı son etiketinden sonra ekledikten sonra, <configSections>gayet iyi çalıştı.

Web sitemin doğru yolu IIS'de belirtilmedi.

Benim çözümüm şu,

1. sadece bozuk klasörü silin.
2. Ardından klasörü yeniden oluşturun.

Görünüşe göre bozulmuş klasör IIS kurulumundan önce oluşturulmuşsa. Klasörü yeniden oluşturduysanız, klasör düzgün çalışır.

IIS çalıştıran bilgisayardan Windows Server Update Services'ı (WSUS) kaldırdıktan sonra bu hatayı aldım. Görünüşe göre WSUS kaldırıldığında, sunucudaki IIS yapılandırması bozulabilir ve aynı sunucuya yüklenen diğer web uygulamaları kullanılamaz duruma gelebilir.

Sorunun çözümünü burada buldum .

ASP.NET Core web sitelerinde, HttpPlatformHandler modülü yüklü değilse bu genel hata da ortaya çıkar, daha fazla ayrıntı için bu yanıta bakın.

Benim durumumda, anahtarın değeri Web.configdosyada yanlıştı :

    <defaultDocument>
        <files>
            <add value="Portal.htm" />
        </files>
    </defaultDocument>

değeri "Portal.html" olarak değiştirdiğimde işe yaradı.

Visual Studio 2013'ten 2015'e yükselttikten sonra bu hatayı aldım. Biraz arama yaptıktan ve çeşitli düzeltmeleri denedikten sonra, sorunun aşağıdaki web.config'den kaldırılarak çözülebileceğini buldum:

<staticContent>
    <mimeMap fileExtension=".less" mimeType="text/css" />
</staticContent >

Görünüşe göre staticContent artık kullanılmıyor mu?

Kaynak

Düzenle 1

Bu tür IIS, program dağıtıldığında .json dosyalarını sunmasını engelledi. Bunu yaparsanız, IIS'deki sitenizin mime türlerine .json'u (application / json) yeniden eklemeniz gerekir. İşte biraz daha bilgi: http://www.iis.net/configreference/system.webserver/staticcontent/mimemap

Düzenle 2

Benim durumumda yukarıdaki düzenleme 1 çözümünün sadece geçici olarak çalıştığını fark ettim. Yeniden konuşlandırdığımda giriş kaldırılır. Bu yüzden, mimeMap XML dosyasını taşıdım Web.Release.config. Şimdi iyi çalışıyor.