同一性チェックの問題は、私はIIS7でホストWCFサービスのセットを持っているWCFサービス

Question

を開催しました。 URLのバージョンと環境の指定を開始するために、サービスを別のフォルダに移動する処理が進行中です。たとえば：

http://myserver/MyServices/ServiceA.svc 

は次のようになります。

http://myserver/MyServices/QA/1.1.0/ServiceA.svc 

私は、IISのアプリケーションであるために、新しいフォルダを構成し、そして私たちが使ってきた同じサービスアプリケーションプールで実行するようにそれを設定します。これですべてうまくいきました。自分の.svc URLに移動してWSDLを表示したり、wcfテストクライアントでエンドポイントを開くことができます。

IDチェック送信メッセージに失敗しました：サービスを消費しようとしたときしかし、私は次のエラーを取得しています。 //myserver/MyServices/QA/1.1.0/ServiceA：「HTTPのため：予想されるアイデンティティは 'アイデンティティ（http://schemas.xmlsoap.org/ws/2005/05/identity/claims/upn http://schemas.xmlsoap.org/ws/2005/05/identity/right/possessproperty）' です.svc 'ターゲットエンドポイント。

私はWSDL出力をチェックすると、私はアイデンティティのセクションでは、それが通常含まれるアプリケーションプールのIDを除外するように見えたことに気づいた：

<Identity xmlns="http://schemas.xmlsoap.org/ws/2006/02/addressingidentity"> 
<Upn>myappuser@mydomain.local</Upn> 
</Identity> 

でアプリを再デプロイして再設定しようとした後、 IISでは、一部のサービスのメタデータに表示されるようにアイデンティティを取得できました。他のサービスにはまだそれが含まれていません。これは以前よりもさらに奇妙です。私が知る限り、元のスタックとIISの新しいスタックには設定の違いはありません。どのような種類の問題がこのタイプのアイデンティティの問題を引き起こすのでしょうか？

Answer 1

問題は巣に既存のサービス・スタックのWebアプリケーションの内部に新しいサービス・スタックのWebアプリケーションを試みることによって引き起こされました。私は、サブアプリケーションのサービスがルートWebアプリケーションと同じ契約にエンドポイントを公開していたときにIISの混乱を招いたと考えています（理論上はうまくいくはずです）。新しいサービススタックを個別のフォルダ構造に移行するだけでした。私がそれをやった後、私はアプリケーションプールのアイデンティティをメタデータに公開することに問題はなかった。