2012-04-24 23 views
3

私はappfabric(v1.1)キャッシュサーバーをセットアップしました。サービスはサービスアカウントで実行され、クラスタ構成はSQL Serverに格納されます。サービスアカウントはSQL Serverに対する権限を持ち、正常に構成できます。AppFabricキャッシュサーバーに接続できません

管理コンソールをサービスアカウントのユーザーと一緒に開いたときに、キャッシュにアクセスできます。

しかし、問題は、別のマシンからこのキャッシュサービスに接続しようとしたときに接続できないことです。

ErrorCode<ERRCA0017>:SubStatus<ES0006>:There is a temporary failure. Please retry later 

私が「はNetWorkService」のアカウントで実行されているファイル共有やサービスのXML構成にしようとしたとき、私は接続することができました。

以下の設定は、サーバーのキャッシュで確認されます。

  • サービスは、ファイアウォールがオフになっているポート22233.
  • 上で稼働しています。
  • クライアントマシンにキャッシュクラスタへのアクセス権が与えられています。
+0

失敗した(SQL)クライアント構成と良い(XML)構成を投稿できますか? – PhilPursglove

答えて

4

「ネットワークサービス」以外のAppFabricキャッシュを実行することはサポートされていません。

はここofficial documentation that hints at the limitationです:

キャッシングサービスは、ネットワークサービス アカウントで実行するようにインストールされています。つまり、ネットワーク経由の操作では、キャッシュ サービスは、キャッシュサーバーのドメイン コンピュータアカウントのセキュリティ資格情報を使用します。

:キャッシングサービスは、低特権 ネットワークサービスが が悪意のある攻撃

あなたはその説得力が見つからない場合でも、MSの人からthis forum postがありますが原因で発生することが被害を軽減するためにアカウント使用しています

ドメインユーザーとして実行されているベロシティサービスはサポートされていません。

これは恐ろしい制限だと思う場合は...私はあなたに同意します。

AppFabricキャッシュは、100%WCF実装です。この問題が発生したとき、私はWCFトレースを有効にして、例外"ターゲットの原則名が間違っています"が見つかりました。 AppFabricキャッシュは、原則を構成する機能を公開していません。

ドメインアカウントでキャッシュを実行している私のテストでは、ドメイン境界を越えてキャッシュを呼び出すと、それがわかりました。私が同じドメイン内からそれを呼び出すと、失敗しました。私のインフラストラクチャ担当者は、さまざまなシナリオでの資格情報の提示方法に基づいて、その行動が意味をなさないと述べました。他

+0

しかし、サーバーでアクセスしているときに、キャッシュアイテムを追加/取得できます。 – Manas

+0

はい。時にはうまくいく。その "サポートされていない"壊れていない。つまり、「自分の責任で使用する」ことを意味します。それは資格情報がサービスにどのように提示されるかによって異なります。ローカルコールは、リモートコールとは異なる方法で認証されます。だからこそ私はクロスドメインコールの例を挙げました。あなたのドメインアカウントにNetwork Serviceのすべての特権を与えることができ、それはうまくいくと思います...しかし、あなたの会社のすべてのセキュリティ専門家はそれを拒否するでしょう。したがって、 "サポートされていない"。 – ErnieL

関連する問題