Aracılığıyla paylaş


Hata: Web Sunucusunda Hata Ayıklama Başlatılamıyor

Web sunucusunda çalışan bir ASP.NET uygulamasında hata ayıklamaya çalıştığınızda şu hata iletisini alabilirsiniz: Unable to start debugging on the Web server.

Bu hata genellikle Uygulama Havuzlarınızda güncelleştirme, IIS sıfırlaması veya her ikisini de gerektiren bir hata veya yapılandırma değişikliği oluştuğundan oluşur. Yükseltilmiş bir komut istemi açıp yazarak iisresetIIS'yi sıfırlayabilirsiniz.

Ayrıntılı hata iletisi nedir?

İleti Unable to start debugging on the Web server geneldir. Genellikle, hata dizesine daha belirli bir ileti eklenir ve sorunun nedenini belirlemenize veya daha kesin bir düzeltme aramanıza yardımcı olabilir. Ana hata iletisine eklenen daha yaygın hata iletilerinden birkaçı şunlardır:

IIS başlatma URL'si ile eşleşen bir web sitesini listelemez

  • Visual Studio'yu Yönetici istrator olarak yeniden başlatın ve hata ayıklamayı yeniden deneyin. (Bazı ASP.NET hata ayıklama senaryoları yükseltilmiş ayrıcalıklar gerektirir.)

    Visual Studio kısayol simgesine sağ tıklayıp Özellikler > Gelişmiş'i seçip her zaman Yönetici istrator olarak çalıştırmayı seçerek Visual Studio'yu her zaman Yönetici istrator olarak çalışacak şekilde yapılandırabilirsiniz.

Web sunucusu doğru yapılandırılmamış

Web sunucusuna bağlanılamıyor

  • Visual Studio'yu ve Web sunucusunu aynı makinede çalıştırıyor ve F5 kullanarak (İşleme Ekle yerine) hata ayıklaması mı yapıyorsunuz? Proje özelliklerinizi açın ve projenin doğru Web sunucusuna bağlanıp URL'yi başlatacak şekilde yapılandırıldığından emin olun. (Aç Proje türünüze bağlı olarak Özellikler > Web > Sunucuları veya Özellikler > Hata Ayıklaması. Web Forms projesi için Özellik Sayfaları > Başlangıç Seçenekleri > Sunucusu'nu açın.)

  • Aksi takdirde Uygulama Havuzunuzu yeniden başlatın ve IIS'yi sıfırlayın. Daha fazla bilgi için bkz . IIS Yapılandırmanızı denetleme.

Web sunucusu zamanında yanıt vermedi

  • IIS'yi sıfırlayın ve hata ayıklamayı yeniden deneyin. IIS işlemine birden çok hata ayıklayıcısı örneği eklenebilir; sıfırlaması bunları sonlandırır. Daha fazla bilgi için bkz . IIS Yapılandırmanızı denetleme.

İşlem zaman aşımına uğradı

  • IIS'yi sıfırlayın ve hata ayıklamayı yeniden deneyin. IIS işlemine birden çok hata ayıklayıcısı örneği eklenebilir; sıfırlaması bunları sonlandırır. Daha fazla bilgi için bkz . IIS Yapılandırmanızı denetleme.

Microsoft Visual Studio uzaktan hata ayıklama izleyicisi (msvsmon.exe) uzak bilgisayarda çalışmıyor gibi görünüyor

  • Uzak bir makinede hata ayıklaması yapıyorsanız, uzak hata ayıklayıcısını yüklediğinizden ve çalıştırdığınızdan emin olun. İletide bir güvenlik duvarından bahsediliyorsa, özellikle üçüncü taraf güvenlik duvarı kullanıyorsanız güvenlik duvarındaki doğru bağlantı noktalarının açık olduğundan emin olun.
  • HOSTS dosyası kullanıyorsanız doğru yapılandırıldığından emin olun. Örneğin, F5 kullanarak hata ayıklama yapıyorsanız (İşleme Ekle yerine), HOSTS dosyasının proje türünüze bağlı olarak proje özelliklerinizde, Özellikler > Web > Sunucuları'nda veya Özelliklerde Hata Ayıklama ile aynı proje URL'sini içermesi > gerekir.

Uzak sunucu hata döndürdü

Hata alt kodları ve ek bilgiler için IIS günlük dosyanızı ve bu IIS 7 blog gönderisini denetleyin.

Buna ek olarak, yaygın hata kodlarından bazıları ve birkaç öneri aşağıdadır.

  • (403) Yasak. Bu hatanın birçok olası nedeni vardır, bu nedenle günlük dosyanızı ve web sitesinin IIS güvenlik ayarlarını denetleyin. Sunucu web.config dosyasının derleme öğesine ekli debug=true olduğundan emin olun. Web Uygulaması klasörünüzün doğru izinlere sahip olduğundan ve Uygulama Havuzu yapılandırmanızın doğru olduğundan emin olun (parola değişmiş olabilir). Bkz. IIS Yapılandırmanızı denetleme. Bu ayarlar zaten doğruysa ve yerel olarak hata ayıklıyorsanız, doğru sunucu türüne ve URL'ye bağlandığınızdan da emin olun (proje türünüze bağlı olarak Özellikler > Web > Sunucuları veya Özellikler > Hata Ayıklama'da).
  • (503) Sunucu Kullanılamıyor. Uygulama Havuzu bir hata veya yapılandırma değişikliği nedeniyle durdurulmuş olabilir. Uygulama Havuzunu yeniden başlatın.
  • (404) Bulunamadı. Uygulama Havuzu'nun doğru ASP.NET sürümü için yapılandırıldığından emin olun.

Hata ayıklama ASP.NET başlatılamadı

Hata ayıklayıcısı uzak bilgisayara bağlanamıyor

Yerel olarak hata ayıklarsanız, proje özelliklerinizi Visual Studio'da açın ve projenin doğru Web sunucusuna ve URL'ye bağlanacak şekilde yapılandırıldığından emin olun. (Aç Proje türünüze bağlı olarak Özellikler > Web > Sunucuları veya Özellikler > Hata Ayıklama .)

Bu hata, 64 bit uygulamalarda hata ayıklamak için uzak hata ayıklayıcının 64 bit sürümünü kullanan Visual Studio'nun 32 bit sürümüyle yerel olarak hata ayıklarken oluşabilir. Visual Studio 2019 ve önceki sürümler 32 bit uygulamalardır. 32 bit uygulamaları etkinleştir seçeneğinin olarak ayarlandığından trueemin olmak için IIS'de Uygulama Havuzunuzu denetleyin, IIS'yi yeniden başlatın ve yeniden deneyin.

Ayrıca, bir HOSTS dosyası kullanıyorsanız, doğru yapılandırıldığından emin olun. Örneğin, HOSTS dosyasının proje türünüze bağlı olarak proje özelliklerinizde, Özellikler Web Sunucuları'nda veya Özellikler Hata Ayıklama'da olduğu gibi aynı proje URL'sini içermesi > gerekir.> >

Yaygın yapılandırma hataları için yardım bölümüne bakın. Web sayfasını hata ayıklayıcının dışında çalıştırmak daha fazla bilgi sağlayabilir.

  • Visual Studio ve Web sunucusunu aynı makinede mi çalıştıracaksınız? Proje özelliklerinizi açın ve projenin doğru Web sunucusuna bağlanıp URL'yi başlatacak şekilde yapılandırıldığından emin olun. (Aç Proje türünüze bağlı olarak Özellikler > Web > Sunucuları veya Özellikler > Hata Ayıklama .)

  • Bu işe yaramazsa veya uzaktan hata ayıklarsanız IIS Yapılandırmanızı denetleme'deki adımları izleyin.

İşlem desteklenmiyor. Bilinmeyen hata: hata numarası

URL yeniden yazma işlemleri yapıyorsanız, URL yeniden yazması olmayan temel web.config bir dosyayı test edin. IIS Yapılandırmanızı Denetleme bölümünde URL Yeniden Yazma Modülüyle ilgili nota bakın.

IIS yapılandırmanızı denetleme

Sorunu çözmek için burada ayrıntılı adımlar atıldıktan sonra ve hata ayıklamayı yeniden denemeden önce IIS'yi de sıfırlamanız gerekebilir. Yükseltilmiş bir komut istemi açıp yazarak iisresetbunu yapabilirsiniz.

  • IIS Uygulama Havuzlarınızı durdurun ve yeniden başlatın, ardından yeniden deneyin.

    Uygulama Havuzu bir hatanın sonucu olarak durdurulmuş olabilir. Veya yaptığınız başka bir yapılandırma değişikliği, Uygulama Havuzunuzu durdurmanızı ve yeniden başlatmanızı gerektirebilir.

    Not

    Uygulama Havuzu durmaya devam ederse, Denetim Masası URL Yeniden Yazma Modülünü kaldırıp modülü yeniden yüklemeniz gerekebilir. Bu sorun, önemli bir sistem yükseltmesi sonrasında oluşabilir.

  • Uygulama Havuzu yapılandırmanızı denetleyin, gerekirse düzeltin ve sonra yeniden deneyin.

    Uygulama Havuzu, Visual Studio projenizle eşleşmeyen bir ASP.NET sürümü için yapılandırılabilir. Uygulama Havuzu'ndaki ASP.NET sürümünü güncelleştirin ve yeniden başlatın. Ayrıntılı bilgi için bkz . ASP.NET 3.5 ve ASP.NET 4.5 kullanarak IIS 8.0.

    Ayrıca, parola kimlik bilgileri değiştiyse, bunları Uygulama Havuzunuzda veya Web sitenizde güncelleştirmeniz gerekebilir. Uygulama Havuzu'nda Gelişmiş Ayarlar > İşlem Modeli > Kimliği'nde kimlik bilgilerini güncelleştirin. Web sitesi için Temel Ayarlar Bağlan > kimlik bilgilerini.... olarak güncelleştirin. Uygulama Havuzunuzu yeniden başlatın.

  • Web Uygulaması klasörünüzün doğru izinlere sahip olup olmadığını denetleyin.

    Web Uygulaması klasörü için IIS_IUSRS, IUSR veya Uygulama Havuzu ile ilişkili belirli bir kullanıcıya okuma ve yürütme hakları verdiğinizden emin olun. Sorunu düzeltin ve Uygulama Havuzunuzu yeniden başlatın.

  • IIS'de doğru ASP.NET sürümünün yüklü olduğundan emin olun.

    IIS ve Visual Studio projenizde ASP.NET eşleşmeyen sürümleri bu soruna neden olabilir. Web.config içinde çerçeve sürümünü ayarlamanız gerekebilir. ASP.NET Core'u IIS'ye yüklemek için bkz . Windows Server'da ASP.NET Core yükleme veya ASP.NET için Windows Server'a ASP.NET yükleme. Ayrıca bkz . IIS 8.0 ASP.NET 3.5 ve ASP.NET 4.5 kullanarak veya ASP.NET Core için IIS ile Windows'ta Konak.

  • Yalnızca IP adresini kullanıyorsanız kimlik doğrulama hatalarını düzeltme

    Varsayılan olarak, IP adreslerinin İnternet'in bir parçası olduğu varsayılır ve NTLM kimlik doğrulaması İnternet üzerinden yapılmaz. Web siteniz IIS'de kimlik doğrulaması gerektirecek şekilde yapılandırılmışsa, bu kimlik doğrulaması başarısız olur. Bu sorunu düzeltmek için IP adresi yerine uzak bilgisayarın adını belirtebilirsiniz.

Diğer nedenler

Soruna IIS yapılandırması neden değilse şu adımları deneyin:

  • Visual Studio'yu Yönetici istrator ayrıcalıklarıyla yeniden başlatın ve yeniden deneyin.

    Bazı ASP.NET hata ayıklama senaryoları Visual Studio için yükseltilmiş ayrıcalıklar gerektirir.

  • Birden çok Visual Studio örneği çalışıyorsa projenizi Visual Studio'nun bir örneğinde yeniden açın (Yönetici istrator ayrıcalıklarıyla) ve yeniden deneyin.

  • Yerel adresleri olan bir HOSTS dosyası kullanıyorsanız, makinenin IP adresi yerine geri döngü adresini kullanmayı deneyin.

    Yerel adresleri kullanmıyorsanız, HOSTS dosyanızın proje türünüze bağlı olarak proje özelliklerinizde, Özellikler > Web > Sunucuları'nda veya Özelliklerde > Hata Ayıklama ile aynı proje URL'sini içerdiğinden emin olun.

Diğer sorun giderme adımları

  • Sayfayı localhost sunucudaki tarayıcıda açın.

    IIS doğru yüklenmediyse, bir tarayıcıya yazarken http://localhost hata almanız gerekir.

    IIS'ye dağıtma hakkında daha fazla bilgi için bkz . IIS 8.0 ASP.NET 3.5 ve ASP.NET 4.5 Kullanma ve ASP.NET Core için IIS ile Windows'ta Konak.

  • Sunucuda temel bir ASP.NET uygulaması oluşturun (veya temel web.config bir dosya kullanın).

    Uygulamanızın hata ayıklayıcıyla çalışmasını alamıyorsanız, sunucuda yerel olarak temel bir ASP.NET uygulaması oluşturmayı deneyin ve temel uygulamada hata ayıklamayı deneyin. (Varsayılan ASP.NET MVC şablonunu kullanmak isteyebilirsiniz.) Temel bir uygulamada hata ayıklayabilirseniz bu, iki yapılandırma arasındaki farkı belirlemenize yardımcı olabilir. Dosyadaki web.config url yeniden yazma kuralları gibi ayarlardaki farkları arayın.

Ayrıca bkz.