IISExpressがリモートマシンから503エラーを返す

ローカルIIS Expressインスタンスで実行しているWebサイトを、ローカルネットワーク上の他のマシンやデバイスでテストしようとしています。Win7 Proを実行しています。

ローカルネットワークセグメント上の別のマシンから自分のマシンを初めて参照しようとすると、400エラーが発生します。ホスト名が無効です。

管理者特権のコマンドプロンプトで次のようなコマンドを使用して、ACLへのリモートアクセスを許可する必要があることを理解しています。

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

503サービスが利用できませんというエラーが表示されます。

Windowsファイアウォールは現在シャットダウンされており、ローカルのIISExpressインスタンスをアドレスで参照できます http://localhost:50333

この構成パズルの最後のピースは何ですか？

applicationhost.configファイルにバインディング情報エントリがないようです。

1. applicationhost.configファイルを開きます。可能な場所は次のとおりです。

   • %userprofile%\Documents\IISExpress\config\applicationhost.config
   • $(solutionDir)\.vs\config\applicationhost.config （VS2015）
   • それが失敗した場合は、からの出力を調べてiisexpress.exe確認してください。

2. WebSiteエントリを見つけ、次のバインディングをマシン名に追加します。

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

3. IIS Expressを再起動します

私にとってうまくいったことは1つだけでした。

使用*:portnumber:*は良くありませんでした。はい、それを実行し、Windowsファイアウォールが開いていることを確認した後、ポートに接続できましたが、それでも「503」エラーが発生しました。

私はいくつかのことをローカルでテストし、http：// localhostだけが機能することを発見しました。実際のIPアドレス（127.0.0.1ではなく、たとえば192.168.1.50）を使用すると、ローカルマシンでも503が返されます。バインディングで実際のホスト名を使用してみましたが、IIS Expressは起動を拒否しました。これは実際には、ホスト名の解決方法に関係している可能性があります。それ以上は探りませんでした。

最後に、私はこの構成を使用することになりました。

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

このようにして、リモートマシンからを使用して接続することができましたhttp://192.168.1.50:53351。

そのような完全な主題で3時間以上無駄にした後、私はあなたと私のセットアップを共有することにしました。私の構成は、Windows 8でのVisual Express 2012 for Web update 4です。これは、研究（少なくとも8年）以来、初めてMS VSに戻ってきたものであり、今やLinuxルールに確信があります。djangoでは、この種の設定により、ドキュメントの検索に10分かかりました。

1. テストのためにファイアウォールをオフにする

   netsh advfirewall set allprofiles state off
   

2. 私の場合のバインドのセットアップはローカルアドレスがlocalIP = 192.168.1.102です（リンクには非数値ドメインを含めることができないため、mylocaldomain.comの代わりに以下を使用してください。stackoverflowポリシーを参照してください） Documents\IISExpress\config\applicationhost.config

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

3. ISS Express開始サービスの自動実行を自動的に追加します

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

4. httpサーバーにいくつかの奇妙なルールを追加します（これが必要かどうかはまだわかりません）

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

5. VS IDEからではなく手動でIISExpressを実行する

6. ISSExpressがバインディングを登録していることがわかります
7. ブラウザhttp://mylocaldomain.com:53351 が動作している場合は、ファイアウォールルールを追加できます。

8. ファイアウォールルールを追加

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

ローカルネットワークにアクセスする場合はlocalsubnetを使用し、外部からサーバーにアクセスする場合はremoteipをanyに設定します。

8. ファイアウォールを開始する

   netsh advfirewall set allprofiles state on
   

9. すべてがローカルおよびパブリックIPで機能しているかどうかを再度確認します

あなたの幸運を祈ります

ラファル

問題は不良なurlaclマッピングに関係していることがわかりました。これを理解するには：

netsh http show urlacl 

http://+:80/バインドしているポートなどを探します。

次に使用します

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

これで問題が解決しました。

何もうまくいきませんでした。最後に私はiisexpress-proxyを見つけました

私の答えを見るhttps://stackoverflow.com/a/33623399/631527

別の解決策は ngrok

私を助けたのは、「IISExpress」アイコン「すべてのアプリケーションを表示」を右クリックしたことです。次に、Webサイトを選択すると、どのaplicationhost.configが使用されているかがわかり、修正は完全に行われました。

問題は、ソリューションの代わりにwebフォルダー内のapplicationhost.configファイルを更新することです。ソリューション構成ファイルは変更するものです

@vikomallの解決後、VSを管理者として開始することを忘れないでください。これで修正されます。

Anthony Rizzoloの回答について：Windows 8.1では、次のように入力する必要がありました。

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

例えば：

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

上記の答えはどれもうまくいきませんでした。

同じサービスのnetshに2つのエントリがあります

netsh http show urlacl

1つは強いワイルドカードを使用し、もう1つは弱いワイルドカードを使用します。

弱いワイルドカードを持つものを削除することで、うまくいきました。

netshのコンテキストでの強いワイルドカードと弱いワイルドカードの詳細

UrlPrefixのホスト要素が単一の正符号（+）で構成されている場合、UrlPrefixは、そのスキーム、ポート、およびrelativeURI要素のコンテキストで考えられるすべてのホスト名に一致し、強力なワイルドカードカテゴリに分類されます。

ホスト要素としてアスタリスク（*）が表示される場合、UrlPrefixは弱いワイルドカードカテゴリに分類されます。この種類のUrlPrefixは、指定されたスキーム、ポート、および相対URIに関連付けられている、強いワイルドカード、明示的、またはIPバインドされた弱いワイルドカードのUrlPrefixにまだ一致していないホスト名に一致します。このホスト仕様は、状況によってはデフォルトのキャッチオールとして使用できます。また、多数のUrlPrefixを使用する必要なく、URL名前空間の大きなセクションを指定するために使用できます。

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