問題タブ [clientaccesspolicy.xml]

Silverlight クロスドメイン セキュリティ法を回避する方法は?

この点は、クロスドメイン呼び出し - ブラウザーまたはクライアント - サーバーでホストされているクライアント アクセス ポリシー ファイルごとに構成されている場合に許可されます。

いずれかの方法？記事？図書館？

WCFサービスへのほぼすべてのアクセスを許可すると思われるClientAccessPolicy.xmlファイルを使用しています。

これまでのところ、SilverlightアプリケーションとWebサイト（重要な場合はMVC2）のみにサービスへのアクセスを許可したいのですが、そのためにポリシーファイルを変更する方法がわかりません。それぞれがどのような種類のアクセスを必要としているのか、私にはよくわかりません。誰かがそれに追いつく方法についての良いリソースと、私のサービスを安全にするためにclientaccesspolicy.xmlファイルを具体的にどうするかについての提案を勧めることができますが、それでもBasicHttpBindingsとWebHttpBindingsを介して利用できますか？

私のサイトにはサブドメインがあります。このポリシーをSilverlightアプリで使用します。

しかし、私はこの例外を受け取ります：

エラー：Silverlight2アプリケーションでの未処理のエラーアクセス許可によって禁止されている方法でソケットにアクセスしようとしました。

Linuxホストで実行されています

「dev.system-engine.com」に接続するtcp接続を作成する「dev.system-engine.com」でホストされているSilverlightアプリがあります。

Silverlightアプリとポリシーファイルは「dev.system-engine.com」ウェブサーバーにあります。

「system-engine.com」と「dev.system-engine.com」は別々のサーバーです。

私はそれを機能させることができないようです。私はポリシーファイルに苦労しています。

clientaccesspolicyファイルのドメインノードでは、サブドメインまたはプロトコルにワイルドカードを指定できますが、ポートには表示されません。

特に開発時に、消費されるサービスがサードパーティでホストされている場合、ローカルホストasp.net開発サーバーで実行されているSilverlightアプリのローカルデバッグバージョンからのアクセスは、ノードで正常に機能します。

（ここで、1234は特定の決定されたポート番号です）

ただし、フォームで指定した場合は機能しないように見えます

これは、サービスを使用している開発者/プロジェクトが複数ある場合、またはasp.net開発サーバーのポートを指定しない場合に非常に煩わしいものです。

誰もが私が単にフォーマットを間違っているのか、それともこれがバグなのか、Silverlightによるclientaccesspolicyの処理の見落としなのかを知っていますか？

公開された GoogleDocs ドキュメントとTwitter ツイートを Silverlight アプリケーションのデータソースとして使用したかったのですが、 clientaccesspolicyの問題が発生しました。

clientaccesspolicyの問題を回避することがいかに難しいかについて、この記事やこの記事のような記事をたくさん読みました。

そこで、このCURL スクリプトを作成して PHP サイトに配置したところ、GoogleDocs ドキュメントのテキストと Twitter フィードをSilverlightアプリケーションに取得できるようになりました。

だから私は不思議に思う：

• 簡単なプロキシ スクリプトを作成し、それを介して情報を取得するだけでよいのに、なぜURL が clientaccesspolicy をサポートするかどうかについて多くの議論があるのでしょうか?
• URL 短縮サービスなど、この機能を提供するサービスがないのはなぜですか?
• このようなスクリプトを使用することのセキュリティへの影響は何ですか?

基本的なWCFサービスとSilverlightクライアントを作成しようとしています。

次のチュートリアルに従いました：http：//channel9.msdn.com/shows/Endpoint/Endpoint-Screencasts-Creating-Your-First-WCF-Client/

Silverlight 4はWSHttpBindingと互換性がなかったため、BasicHttpBindingに変更しました。

残念ながら、今もこのエラーが発生し続けています。「URI'**'にリクエストを送信しようとしたときにエラーが発生しました。これは、適切なクロスドメインポリシーが設定されていない状態で、クロスドメイン方式でサービスにアクセスしようとしたことが原因である可能性があります。 、またはSOAPサービスに適さないポリシー。クロスドメインポリシーファイルを公開し、SOAP関連のHTTPヘッダーを送信できるようにするために、サービスの所有者に連絡する必要がある場合があります。」

clientaccesspolicy.xmlをWCFプロジェクトのルートディレクトリ（Silverlightクライアントと同じソリューションにあります）に配置しました。これは問題を解決しませんでした。

私は何をする必要がありますか？

Silverlight 経由で netTcpBinding を使用して WCF を呼び出そうとすると、次のエラーが発生します。

「TCP エラー コード 10013: アクセス許可によって禁止されている方法でソケットにアクセスしようとしました。これは、サービスがクロスドメイン用に構成されていないときに、クロスドメインの方法でサービスにアクセスしようとしたことが原因である可能性があります。アクセス。サービスの所有者に連絡して、HTTP 経由でソケット クロスドメイン ポリシーを公開し、許可されたソケット ポート範囲 4502 ～ 4534 でサービスをホストする必要がある場合があります。」

私の WCF サービスは IIS7 でホストされており、以下にバインドされています。

http://localhost.myserivce.comをポート 80 に、net.tcp をポート 4502 に

http://localhost.myserivce.com/myservice.svcを参照すると表示されます (ホスト ファイルはこのドメインを localhost にポイントしています)。http://localhost.myserivce.com/clientaccesspolicy.xmlも確認できます。

私は何を間違っていますか？

Silverlightクライアントをソケットサーバーに接続しようとしていますが、引き続き次のエラーが発生します。

アクセス許可によって禁止されている方法でソケットにアクセスしようとしました。

次のオプションを設定して、ソケットサーバーまたはhttp：//：80/clientaccesspolicy.xmlパスのいずれかを介してclientaccesspolicy.xmlを指定する必要があると思います

私はこれを実行することができません。助言がありますか？

WCFサービスでクライアントアクセスポリシーをホストするために、次の操作があります。

Silverlightアプリからサービスに接続しようとすると、クライアントアクセスポリシーが見つからないため、エラーが発生します。ここでそれを探しています：

http://MyServer/clientaccesspolicy.xml

IEで参照すると、404が表示されます。ただし、ここを参照すると、clientaccesspolicy.xmlファイルを見つけることができます。

http://MyServer/server/clientaccesspolicy.xml

クライアントアクセスポリシーファイルをそのディレクトリからではなくルートからアクセスできるようにする操作を取得するにはどうすればよいですか（サーバーはサービスの名前です）。