IISExpress mengembalikan kesalahan 503 dari mesin jarak jauh

Saya mencoba menguji situs web yang saya jalankan dalam contoh IISExpress lokal dengan beberapa mesin / perangkat lain di jaringan lokal saya. Saya menjalankan Win7 Pro.

Ketika saya pertama kali mencoba menjelajah ke komputer saya dari komputer lain di segmen jaringan lokal saya, saya mendapatkan kesalahan 400: Nama host tidak valid.

Saya mengerti bahwa saya perlu memberikan akses jarak jauh ke ACL dengan perintah pada prompt perintah yang ditinggikan seperti:

netsh http add urlacl url=http://mymachinename:50333/ user=everyone

Sekarang saya mendapatkan layanan 503 kesalahan tidak tersedia.

Windows Firewall saat ini dimatikan, dan saya dapat menelusuri contoh IISExpress lokal saya dengan alamatnya http://localhost:50333

Apa bagian terakhir dari puzzle konfigurasi ini?

Sepertinya Anda kehilangan entri informasi yang mengikat dalam file applicationhost.config.

1. Buka file applicationhost.config Anda. Lokasi yang mungkin adalah:

   • %userprofile%\Documents\IISExpress\config\applicationhost.config
   • $(solutionDir)\.vs\config\applicationhost.config (VS2015)
   • Gagal itu, periksa output dari iisexpress.exeuntuk memastikan.

2. Temukan entri WebSite Anda dan tambahkan ikatan berikut dengan nama mesin Anda.

        <binding protocol="http" bindingInformation=":50333:your-machine-name" />
   

3. Mulai ulang IIS Express

Hanya ada 1 hal yang berhasil untuk saya.

menggunakan *:portnumber:*itu tidak baik. Ya, setelah melakukan itu dan memastikan Windows Firewall terbuka, saya dapat terhubung ke port, tetapi saya masih mendapatkan kesalahan "503".

Saya menguji beberapa hal secara lokal, dan menemukan bahwa hanya http: // localhost yang berfungsi. Menggunakan alamat IP asli (bukan 127.0.0.1, tetapi, misalnya, 192.168.1.50), masih mengembalikan 503 bahkan pada mesin lokal. Saya mencoba menggunakan nama host asli di binding, tetapi IIS Express menolak untuk memulai. Ini mungkin sebenarnya ada hubungannya dengan bagaimana nama host sedang diselesaikan. Saya tidak mengeksplorasi lebih jauh.

Akhirnya, saya akhirnya menggunakan konfigurasi ini:

<binding protocol="http" bindingInformation="*:53351:localhost" />
<binding protocol="http" bindingInformation="192.168.1.50:53351:*" />

Dengan cara itu, saya dapat terhubung dari mesin jarak jauh menggunakan http://192.168.1.50:53351.

Setelah menghabiskan lebih dari 3 jam pada subjek penuh saya memutuskan untuk berbagi pengaturan saya dengan Anda. Konfigurasi saya adalah Visual Express 2012 untuk pembaruan Web 4 di windows 8. Ini adalah pertama saya kembali ke MS VS sejak studi (setidaknya 8 tahun) dan sekarang saya yakin bahwa aturan linux. Pada Django, pengaturan seperti ini membutuhkan waktu 10 menit untuk mencari dokumentasi.

1. matikan firewall untuk pengujian

   netsh advfirewall set allprofiles state off
   

2. setel binding dalam alamat lokal saya adalah localIP = 192.168.1.102 (karena tautan tidak dapat berisi domain nonnumerik, gunakan di bawah ini sebagai ganti mylocaldomain.com, lihat kebijakan stackoverflow) di Documents\IISExpress\config\applicationhost.config

   <bindings>
       <binding protocol="http" bindingInformation="*:53351:mylocaldomain.com" />
       <binding protocol="http" bindingInformation="*:53351:localhost" />
   </bindings>
   

3. tambahkan autorun untuk layanan mulai ISS Express secara otomatis

   <site name="NeuronCharts" id="2" serverAutoStart="true">
   

4. Tambahkan beberapa aturan aneh ke server http (saya masih tidak tahu apakah ini perlu)

   netsh http add urlacl url=http://mylocaldomain.com:53351/ user=everyone
   

5. jalankan IISExpress secara manual bukan dari VS IDE

6. Anda akan melihat bahwa ISSExpress sedang mendaftarkan binding
7. jalankan browser http://mylocaldomain.com:53351 jika berfungsi maka kita bisa menambahkan aturan firewall

8. tambahkan aturan firewall

   netsh advfirewall firewall add rule name="IISExpressWeb" dir=in protocol=tcp localport=53351 remoteip=any action=allow
   

atur remoteip ke apa pun jika Anda ingin mengakses server Anda dari dunia luar jika Anda ingin mengakses untuk jaringan lokal gunakan subnet lokal

8. mulai firewall

   netsh advfirewall set allprofiles state on
   

9. periksa lagi apakah semuanya berfungsi pada ip lokal dan publik

Semoga beruntung

Rafal

Menemukan masalah berkaitan dengan pemetaan urlacl yang buruk. Untuk mengetahuinya:

netsh http show urlacl 

dan cari hal-hal seperti http://+:80/atau port yang Anda ikat.

Lalu gunakan

netsh http delete url=<the url from the list>

Ini memperbaiki masalah bagi saya.

Tidak ada yang berhasil untuk saya. Akhirnya saya menemukan iisexpress-proxy

Lihat jawaban saya https://stackoverflow.com/a/33623399/631527

Solusi lain adalah ngrok

Apa yang membantu saya, adalah mengklik kanan ikon 'IISExpress', 'Tampilkan Semua aplikasi'. Kemudian memilih situs web dan saya melihat aplicationhost.config yang digunakannya, dan koreksi berjalan dengan sempurna.

Masalahnya adalah memperbarui file applicationhost.config di dalam folder web alih-alih solusi. File konfigurasi solusi adalah yang harus diubah

Setelah solusi @vikomall jangan lupa untuk memulai VS sebagai administrator. Ini perbaiki untuk saya.

Mengenai jawaban Anthony Rizzolo: di Windows 8.1, saya harus mengetik seperti ini:

netsh http delete urlacl url=<the url from the list>

Sebagai contoh:

netsh http delete urlacl url=http://+:8689/

Tidak ada jawaban di atas yang berfungsi untuk saya.

Saya memiliki dua entri di netsh untuk layanan yang sama

netsh http show urlacl

Satu menggunakan wildcard yang kuat, yang lain menggunakan wildcard yang lemah.

Menghapus satu dengan wildcard yang lemah melakukan pekerjaan.

Lebih lanjut tentang wildcard yang kuat dan lemah dalam konteks netsh

Ketika elemen host dari UrlPrefix terdiri dari tanda plus tunggal (+), UrlPrefix cocok dengan semua nama host yang mungkin dalam konteks skema, port, dan elemen relatifURI, dan termasuk dalam kategori wildcard yang kuat.

Ketika tanda bintang (*) muncul sebagai elemen host, maka UrlPrefix masuk ke dalam kategori wildcard yang lemah. UrlPrefix jenis ini cocok dengan nama host apa pun yang terkait dengan skema, port, dan relatifURI yang ditentukan yang belum dicocokkan dengan UrlPrefix wildcard yang kuat, eksplisit, atau lemah-wildcard yang terikat IP. Spesifikasi host ini dapat digunakan sebagai catch-all default dalam beberapa keadaan, atau dapat digunakan untuk menentukan bagian besar dari namespace URL tanpa harus menggunakan banyak UrlPrefixes.

https://docs.microsoft.com/en-gb/windows/desktop/Http/urlprefix-strings