ASP.NET 5 MVC: 'IIS Express' web sunucusuna bağlanılamıyor

Ben ne yapıyorum:

• Visual Studio Community 2015'i Açma
• Dosya -> Yeni -> Proje
• Visual C # altında: Web -> ASP.NET Web Uygulaması
• Web Uygulaması
• Ve açılan hatası için basın f5 " yapamaz web sunucusu 'IIS Express' ile bağlantı. "

Bulunan applicationhost.config, silmek Documents\IISExpress\confighata iletisini değiştirmez. ( Ve IISExpressiçinde bir klasör de var .)program filesprogram files (x86)

Fark ettiğim bir şey ve bunun bir sorun olup olmadığını bilmiyorum:

Başvurulan dosya 'lib / jquery-validation / jquery.validate.js' bulunamadı.

Rawcap ile bir dökümü var ama orada fazla bir şey fark etmiyorum. Orada olanlardan bazıları:

"Framework": {"FrameworkName": "DNXCore, Sürüm = v5.0", "FriendlyName": "DNX Core 5.0", "ShortName": "dnxcore50", "RedistListPath": null}

Bir sorun görmüyorum, ancak web sunucusuna neden bağlanamadığımı anlamaya yardımcı olabilecek ağ verilerim var. Ben olsun RST,ACKben liman kapatılır ve ne olursa olsun bu web sunucusudur, kurulum olmak değildir tahmin ediyorum bu yüzden hemen.

Bu sorun hakkında daha fazla bilgi: 800700c1 hata / izleme: hata

Denedim:

• applicationhost.config siliniyor (ve port numarası değiştiriliyor)
• visual studio'ı yönetici olarak çalıştırıyor
• Belgeler'de IISExpress klasörünü silme (klasör yeniden yüklenene kadar hata iletisini değiştirir)
• SSL'yi açıp kapatarak URL'yi başlatma kutusuna kopyalayın. (not: SSL kullanmıyorum)
• tüm sfc / scannow hatalarını temizleme
• iisexpress'i x86 sürümü ve 64 bit sürümü ile başlatma

Visual Studio 2015 için Güncelleştirme 2'yi yükledikten sonra aynı hatayı almaya başladım. Yukarıdaki her şeyi şanssız denedim. Ancak, benim için çalışan bir çözüm buldum:

1. SolutionFolder \ .vs \ config \ applicationhost.config dosyanızı silin (not: .vs gizli bir klasördür)
2. Visual Studio'yu açın, web sitesini sağ tıklatın> Özellikler> Hata ayıklama sekmesi> Web Sunucusu Ayarları> Uygulama URL'si - bağlantı noktası numarasını değiştirin.

VS'den çıkın ve (project) .vs \ applicationhost.config dosyasını silin. VS'yi yeniden başlatın. Çalışmaya başlamalıdır.

Farklı bir bağlantı noktası kullanmayı deneyin. Yeni bir Core 1.0 RC1 projesi kurdum ve aynı hatayı aldım.

• Sağ tıklama web projesi
• Hata ayıklama sekmesi
• SSL'yi etkinleştirmeyi kapatıp tekrar aç, yeni bir rastgele bağlantı noktası oluşturmalıdır
• SSL URL'sini kopyalayın ve URL'yi başlat kutusuna yapıştırın
• Projeyi çalıştırın

Benim için çalıştı (TM).

Yanıt: https://stackoverflow.com/a/28650554/134761

Projemin bağlantı noktası numarasını güncellediğimde .net core 2.0'da bu sorunla karşılaştım .

Sorunu iki adımda çözebildim:

• ADIM 1: Ana çözüm klasörünün içine gizlenmiş .vs klasörünü SİLİN. (bundan önce visual studio'yu kapatın) sonra visual studio'yu yeniden başlattığınızda, içindeki bu klasör ve dosya (applicationhost.config) otomatik olarak visual studio tarafından oluşturulur.
• ADIM 2: Birden fazla başlangıç projesi için, hâlâ sorunla karşılaşıyorsanız, projeyi başlangıç ​​olarak tek tek çalıştırın ve ardından çoklu başlangıç ​​projesi olarak çalıştırın.

Bu sorunu .net core 2.1, visual studio sürüm 15.9.6'da yaşadım. .Vs klasörünü sildiğimde, görsel stüdyosu yeniden açtım ve sorun hala oradaydı. Aşağıda benim için çalışan çözüm:

1. .Vs klasörünü silin (gizli bir klasördür).
2. Bilgisayarı yeniden başlat.

Diğer Çözümler:

• Visual Studio'yu kapatın, bin ve obj klasörlerini proje klasöründen silin. Project'i açın ve çözümü yeniden oluşturun.
• Visual Studio'yu Yönetici olarak çalıştırmayı deneyin.
• Temiz Çözüm sonra yeniden inşa
• 1) Temiz Solüsyon. 2) Visual Studio'dan çıkın. 3) .vs klasörünü silin 4) Visual Studio'yu yeniden açın

VisualStudio'yı yönetici ayrıcalıklarıyla çalıştırın ve projeyi çalıştırın. Sonra VisualStudio ve tüm hataları kapatın ve VisualStudio normal kullanıcı ile yeniden çalıştırın.

Bu benim için yaptı.

IIS, yönetici ayrıcalıklarına sahip bazı yapılandırmalara bir şeyler yazmak zorunda gibi görünüyor (bağlantı noktası 80 normal kullanıcıyla çalışmadı, ancak bağlantı noktası 6767 iyi çalıştı).

Aynı sorunu yaşadım, Port numarasını değiştirerek çözebildim.

1. Projeye sağ tıklayın ve özellikleri seçin

2. Hata Ayıklama bölümüne gidin

3. Web Sunucusu Ayarları altında Uygulama URL bağlantı noktasını değiştirin [sadece bir artırın :)]

Benim durumumda, IIS Express'in bağlanmaya çalıştığı aynı bağlantı noktasını dinleyen başka bir uygulama vardı. netstat -aoAynı bağlantı noktası ve kapatma uygulamasını kullanmak işlem PID görmek için çalıştırmak zorunda. Benim durumumda başvuru Viber oldu.

Benim için çalışan çözüm: VS projesini kapatın Dosya Gezgini'nde, projeye gidin ve tüm ".vs" klasörünü silin Projeyi yeniden başlatın "Hata ayıkla" olarak çalıştır Çalışıyor Görünüşe göre, "applicationhost" ile ilgisi var .yapılandırma dosyası.

Zevk almak!

Yanıtlananların birçoğu bu konuyu tam olarak ele almıyor. Benim için asıl sorun , benim applicationhost.config dosyasında aynı bağlantı noktasını kullanarak iki bağlama vardı ve ben ikinci (localhost olmayan) bağlanma için bağlantı noktasını açmamıştı . VS, bu koşullar altında çalışmanıza izin verir, ancak yalnızca yönetici modundaysanız (dolayısıyla yukarıdaki tüm yanıtlar).

Temelde aynı bağlantı noktasında uygulamanızın iki IIS express örneği oluşturuyorsunuz, bu nedenle applicationhost.config dosyanızdaki bağlantı noktalarından birini değiştirmek ilerlemenizi sağlayacaktır. Ancak iki farklı applicationhost.config dosyası vardır. Projenizin özelliklerinde gördüğünüz bağlayıcı IP ve bağlantı noktasına sahip olanı seçmek isteyeceksiniz.

.

Proje çözümünüzü ve proje klasörlerinizi görebileceğiniz klasöre gidin (Dosya Gezgini'nde gizli öğeleri göster). Gizli .vs klasörünüze -> "UygulamaAdınız" klasörüne gidin -> config. Projenizin özelliklerinde gördüğünüz bağlayıcı bilgileri içermelidir.

Misal:

<bindings>
    <binding protocol="http" bindingInformation="*:7000:127.0.0.1" />
    <binding protocol="http" bindingInformation="*:7000:192.168.0.5" />
</bindings>

Aynı bağlantı noktasını kullanmaya çalışmamanız için bu bağlantı noktası numaralarından birini "7000" dışında bir değere değiştirin.

Benim durumumda, bir localhost adresi olmayan bir 192 adresi kullanıyorum, bu yüzden bu portu açmak ve ip up için bazı netsh komutlarını kullanmam gerekiyor. Uzaktan bağlantıya izin vermek için IIS Express için bağlantı noktalarını nasıl açacağınızı gösteren bir Bağlantı aşağıdadır. Listelenen bu netsh komutlarını çalıştırmadığınız sürece normal bir kullanıcı olarak çalışmaz.

İşte netsh komutları:

1. netsh http add urlacl url = http://192.168.1.42:58938/ kullanıcı = herkes
2. netsh advfirewall güvenlik duvarı kural ekle ad = "IISExpressWeb" dir = protokolde = tcp localport = 58938 profil = özel remoteip = localsubnet eylemi = izin ver

Bu komutları kopyalayın ve cmd cinsinden ADMIN ayrıcalıklarıyla ve IP adresiniz ve bağlantı noktası numarasıyla çalıştırın.

Ben sadece benim profil "IIS Express" den "MyProjectName" (ki kestrel IIS yerine http sunucusu olarak kullandığını düşünüyorum) değiştirdim ve şimdi iyi çalışıyor:

NETLEŞTİRMEK İÇİN

Gerçekten burada birçok cevap aynı ve "Yeniden başlat ve sihirli bir şekilde tekrar çalışıyor" gibi bir şey söylüyor.

Peki, IP-ADRESİNİN KULLANIMINDA ZATEN OLDUĞU 10 kişiden 9'u OP gibi.

CEVAP

Kullanımda olan 2 ip adresi olabilir. Her ikisini de bulabilirsiniz:

1) Başlangıç ​​projesine sağ tıklama

2) "Özellikler" e tıklayın

3) "Hata Ayıkla" sekmesini tıklayın

Burada "Uygulama URL'nizi" ve "SSL URL'nizi" görürsünüz.

• "Uygulama URL'niz" kullanılıyorsa, sadece orada değiştirin ve kaydedin ve tekrar çalışması gerekir.

• "SSL URL'niz" kullanılıyorsa VS'yi kapatın, projenizin gizli .vs klasöründeki "applicationhost.config" dosyasını silin ve VS'yi tekrar açın.

Tek bir şeyi değiştirerek bu hatayı değiştirebildim. ASP.Net Core 1.0 RC2 Web Uygulaması projemin launchSettings.jsondosyasında:

  "iisSettings": {
    "windowsAuthentication": false,
    "anonymousAuthentication": true,
    "iisExpress": {
      "applicationUrl": "https://localhost:18177/",
      "sslPort": 0
    }
  },

için

  "iisSettings": {
    "windowsAuthentication": false,
    "anonymousAuthentication": true,
    "iisExpress": {
      "applicationUrl": "http://localhost:18177/",
      "sslPort": 0
    }
  },

Bu protokolü kullanarak projeyi çalıştırmak için https olarak değiştirmiştim. Görünüşe göre bu o değişikliği yapmak için yer değil. Aynı bağlantı noktasında birden çok bağlantı oluşturduğundan şüpheleniyorum ve IIS Express bunu sevmiyor.

Ben de aynı sorunu vardı, ama bunu düzeltmek yolu applicationhost.config gidip benim tarafından eklenmedi bir bağlantı noktası kaldı (IIS Express sanırım) başka bir bağlantı noktası siteme yerleştirerek oldu.

İşte benim yapılandırma için yapılandırma dosyası vardı:

<bindings>
      <binding protocol="http" bindingInformation="*:54764:localhost" />
      <binding protocol="https" bindingInformation="*:44360:localhost" />
</bindings>

İstediğim tek bağlantı noktası 44360 olduğu için ilk bağlantı öğelerini kaldırdım. Yapılandırma dosyam şu şekilde görünüyor:

<bindings>
      <binding protocol="https" bindingInformation="*:44360:localhost" />
</bindings>

Şimdi hata ayıkladığımda hatayı görmüyorum.

Projemdeki ikinci API'mın da port 80'e atanmış olduğunu fark ettim, ben de kaldırdım.

bin ve obj klasörlerini proje klasöründen silin ve yeniden oluşturun.

Çözümümü temizledim, sonra yeniden inşa ettim ve sonunda F5'e vurdum ve işe yaradı! Çok basit.

MS hatalarının bu sorunu neden oluşturduğunu tam olarak anlamayacağım, ancak burada başka bir potansiyel çözüm var:

.Vs / config / applicationHost.config dosyasında bölümünü bulun <system.applicationHost><applicationPools>. Havuzların altında, managedRuntimeVersionöznitelik değerinin sistem (ve / veya yüklü .NET çerçevesinin sürümü) için IIS yapılandırmasındaki değerle eşleştiğinden emin olun .

Örneğin, (yaptığım gibi) oluşturulan dosyanın sahip olduğunu bulabilirsiniz:

    <add name="Clr4IntegratedAppPool" managedRuntimeVersion="v4.0" managedPipelineMode="Integrated" CLRConfigFile="%IIS_USER_HOME%\config\aspnet.config" autoStart="true" />

Benim durumumda, bunun yerine:

    <add name="Clr4IntegratedAppPool" managedRuntimeVersion="v4.0.30319" managedPipelineMode="Integrated" CLRConfigFile="%IIS_USER_HOME%\config\aspnet.config" autoStart="true" />

"V4.0" ile "v4.0.30319" arasındaki geçişi not edin. Bu sorunu çözdü.

Neler oluyor gibi görünüyor:

VS, sistemde yüklü / yapılandırılmış belirli sürümle eşleşmeyebilir .NET çerçeve için "varsayılan" sürümleri ile bir applicationHost.config dosyası oluşturuyor inanıyorum. İşlem İzleyicisi'nde yürütmeyi izleyerek ve iisexpress.exe için komut satırını bularak hata ayıklayabilirsiniz / gözlemleyebilirsiniz. Bu komutun /trace:erroreklenen ile çalıştırılması , CLR'nin v4.0 sürümüyle önceden yüklenememesi hakkında daha bilgilendirici bir mesaj verir. Zekâ için:

IIS Express
başlatılıyor ... CLR sürüm v4.0 önceden yüklenmeye çalışılırken başarısız oldu. hr = 80131700
W3WP_HOST hr = 80131700 initalize başarısız
olarak adlandırılan işlem modeli Kapatma
iisexpress başlatmak edilemiyor.

Her neyse, bunun başkaları için yararlı olabileceğini düşündüm, çünkü çevrimiçi olarak kötü bilgilerle birden fazla referansa sahip olacak kadar yaygın ve kişisel olarak birkaç kez vurdum.

Çalışıyor ve aniden durduysa ilk önce bunu deneyin:

• Visual Studio'yu kapatın
• İisexpress.exe işlemlerini öldür
• Visual Studio'yu yeniden aç

Uygulama problem.config içine yeni bir bağlayıcı ekler eklemez benim yönetici olur, yönetici sorunu giderirken çalışıyor.

Sadece görsel stüdyoyu kapatın ve yeniden açın ve çalıştırın. Benim için çalıştı.

Benim için sorun, başka bir işlemin aynı bağlantı noktasını kullanmasıydı. (Benim durumumda sitemle aynı bağlantı noktasını kullanan bir görünümdü ve bu nedenle sitem başlatılamadı)

Evet, yerel bağlantı noktasını değiştirebilirsiniz, ancak bir API veya diğer uygulamaların ihtiyaç duyduğu bir şey çalıştırıyorsanız, bunu her zaman yapmak istemezsiniz.

Hangi uygulamaların hangi bağlantı noktasını kullandığını görmek için CMD'yi açın ve "netstat -aon" yazın. Bağlantı noktalarının bir listesini alırsınız. Sitenizin kullanması gereken veya kullanmak istediğiniz bağlantı noktasını bulun ve PID'yi yazın / hatırlayın.

Şimdi görev yöneticisini açın ve 'ayrıntılar' sekmesine tıklayın. PID'nizle işlemi bulun ve sonlandırın. Şimdi IIS Express'i bu bağlantı noktasıyla başlatabilmeniz gerekir.

Bilgisayarımı yeniden başlatarak bu sorunu çözebildim. Birkaç şeyi başarısız bir şekilde denedim ve sonunda vazgeçtim ve bilgisayarımı yeniden başlattım. Yeniden başlattıktan sonra birkaç gün boyunca iyi çalışıyor. Muhtemelen asılı olan bir sürecin sonucu.

Benim için bu talimatların bir karışımıydı :

Web uygulamanızın .vs \ applicationhost.config dosyasını silin ve tekrar deneyin.

Ve sonra, belki de en önemlisi, Visual Studio'yu yönetici ayrıcalıklarıyla çalıştırmak.

.UseUrls("https://localhost:<some port>/")Program.cs dosyasına ekledim . Bu benim için hile gibi görünüyordu!

Sadece "SSL'yi etkinleştir" seçeneğine geçtim. Bu benim sorunumu çözdü.

1. Sağ tıklama web projesi
2. Hata ayıklama sekmesi
3. SSL'yi etkinleştir "açık" olarak değiştir (kapalıysa, bu benim durumumdu)

Ben sadece aynı sorunla karşılaştı ve hala çalışmakta olan tüm "iisexpress.exe" süreçleri öldürdü. Bu benim için çalıştı!

Benim çözümüm (.net core 2.0 için), launchSettings.json'da iisExpress altında, applicationUrl'de bağlantı noktası numarasını eklemeyi unuttuğumdu.

"iisExpress": {
  "applicationUrl": "https://localhost:50770",
  "sslPort": 50770
}

Sorun [√] Enabled SSLprojeniz için seçilmiş olabilir ( Debugproje ayarları penceresindeki sekmeye bakın ), ancak Visual Studio aptal olmaya ve benzer bir şey kurmaya karar verir http://localhost:32396. Başarısız olmasının nedeni 1. olmaması HTTPSve 2. sertifikanın geçerli olmamasıdır. Zorlamak için 44300-44398 aralığında bir bağlantı noktası kullanmanız gerekir.

Bkz. Https://stackoverflow.com/a/24957146/1236397

Soruna neyin sebep olduğunu anlamadım. Ancak bir onarım kurulumu düzeltti.

Cmd olarak deneyin

taskkill /im iisexpress.exe /f
taskkill /im dotnet.exe /f

ve f5 tuşuna basın. Bağlantı noktalarını değiştirmem, dosyaları silmem veya VS'yi yeniden başlatmam.