2017-06-15 10 views
0

私はAzureを初めて使用しています。私はAzureの無料版をベンチマークとして使用しています。Web APIをAzureにデプロイした後にクラッシュする

私はBlobとDocumentDbをDALとして使用しているwebapiサービスを開発しました。webapiはローカルマシン上で完璧に動作します。

私の紺碧のアカウントでは、私はAppサービスを開き、私は(公開を使用して)紺碧の上にwebapiを展開します。

私は、次のクラッシュエラーが表示さ紺碧によって与えられたURLを使って自分のサイトにネットサーフィンしてみ

試みは、そのアクセスによって禁じられた方法でソケットにアクセスするためになされた**権限127.0.0.1:8081

例外の詳細:System.Net.Sockets.SocketExceptionは:試みが は、アクセス許可で禁じられた方法でソケットにアクセスするためになされた 127.0.0.1:8081**

私のプロジェクトを確認したところ、そのポートや住所について何の言及も見つかりませんでした。

この問題の原因を理解するのを手伝ってください。

+0

それが有用である場合は、同じ問題を持っているより多くのコミュニティを助けるの答えとしてそれをマークしてください。 –

答えて

0

asp.netまたはasp.netコアを使用していますか?あなたのweb.configまたはproject.jsonに8081が定義されていて、azureがカスタムポートでプロセスリスニングを許可しているため、エラーが発生する可能性があります。

例外にコールスタックがありますか?それは行くしようとしているコードを識別するのに役立ちます8081

0

アプリケーションサービスプラットフォームの実行環境はローカルとは異なります。すべてのAzure Web Apps(モバイルアプリ/サービス、WebJob、および機能)は、サンドボックスと呼ばれる安全な環境で動作します。 Azure official documentからAzure Web Appに関する情報を得ることができます。以下は、文書のスニペットです。

アプリケーションがインターネットを介してアクセスすることができる唯一の方法リスニング

ネットワークエンドポイントが既に露光HTTP(80)およびHTTPSを(443) TCPポートを介してです。アプリケーションは、インターネットから到着するパケットの他のポートで待機しないことがあります。 しかし、アプリケーションは、サンドボックス内からの接続をリッスンできるソケットを作成することがあります。例えば、同じアプリケーション内の2つのプロセスは、TCPソケットを介して互いに通信することができます。サンドボックス外からの接続試行は、たとえ同じマシン上にあっても失敗します。詳細については、次のトピックを参照してください。

ローカルアドレスは、ローカルアドレスに

接続試行(例えばローカルホスト、127.0.0.1)とマシン自身のIPは、が同じサンドボックス内の別のプロセスは、上のリスニングソケットを作成している場合を除き、を失敗する要求します宛先ポート。

127.0.0.1:80に接続しようとする次の例のような、拒否された接続の試行。NETは、次の例外が発生します:

Exception Details: System.Net.Sockets.SocketException: An attempt was made to access a socket in a way forbidden by its access permissions 127.0.0.1:80

関連する問題