2

これにプレフィックスを付けたいので、これがここにあるのかサーバー障害にあるのかわからないので、最初にここに投稿します。

特定の呼び出しで別の内部Webサービスを呼び出す必要があるクライアント用にIIS7でホストされているColdfusion9でRESTAPIを開発しています。APIがホストされているサーバーからこれらの呼び出しを行う場合、エラーは発生しませんが、リモートマシンから呼び出す場合、次のメッセージが返されます。

'接続障害。ステータスコードは利用できません。」

私は以下が修正として提案された問題をグーグルで検索しましたhttp://www.talkingtree.com/blog/index.cfm/2004/7/28/20040729それは私のために働きません。以下は私自身のテストからのメモです：

  • 問題の原因となっている呼び出しは、get、put、post、およびdeleteが混在しています。
  • 各呼び出しの唯一の共通部分は、同じWebサービスとの通信です。
  • APIをリモート呼び出しする場所から直接Webサービスを呼び出すことができます。
  • すべての呼び出しが同じWebサービスに対して呼び出しを行いますが、すべての呼び出しがWebサービスに対して同じ呼び出しを行うわけではありません。
4

2 に答える 2

2

アイデア：

内部ColdFusionサーバーに解決されるURL（http：// [servername]：8300など）を使用して、Webサービスをリモートで呼び出します。これを機能させるには、おそらくいくつかの構成が必要になります。そうする理由は、IISまたはColdFusionが根本的な原因であるかどうかを特定するためです。内部サーバーにリモートでアクセスできる場合は、IISが問題である可能性があります。

WebサービスはSSL経由で呼び出しますか？もしそうなら、リモート発信者もColdFusionですか？両方とも「はい」と答えた場合は、SSL証明書がリモートの呼び出し元のJVMによって信頼されているかどうかを確認してください。そうでない場合は、JVMのキーストアの一部として登録する必要があります。

発信者からホストサーバーにpingを実行できますか？そうでない場合、発信者は「ホスト」エントリを必要としますか？

ホストで有効になっている場合は、.NETフィルターとそれがHTTP呼び出しとどのように相互作用するかを確認します。.NETフィルターが要求をインターセプトしたため、「/bin」というフォルダーにアクセスできない状況が発生しました。

于 2010-10-10T23:58:50.517 に答える
0

問題は、各呼び出しに呼び出し自体が処理する基本認証が必要であることが判明しましたが、IISで基本認証がオンになっていたため、IISはAuthorizationヘッダーを持つ要求をインターセプトしていました。

これにより、IISは認証が渡された場合、そのマシン/ドメイン上のユーザーに対するものであり、他の資格情報（システムで有効だった）を拒否すると想定するため、問題が発生します。それはローカルに来ていたので、ユーザーを認証する必要がなかったので、私たちがマシンにログインしたときにそれは機能していました。

于 2010-10-13T02:04:15.970 に答える