WCF .svcサービス内のメソッドへのすべての呼び出しを傍受するにはどうすればよいですか？

Question

Iveには複数のWebメソッドがあるWCFサービスがあります。私はすべての方法で要求を傍受し、IPアドレスを調べることができるようにしたい。 Idではなく、それぞれのWebメソッドの最上部にあるメソッド呼び出しにロジックを入れないで、これらのメソッドへのすべての呼び出しを1か所から傍受する方法がありますか？

もし私が基本ページオブジェクトを書くが、wcf呼び出しで発生したイベントがあるかどうかはわからないページだったら？

Answer 1

WCFでは、スタックに追加されるインターセプタを実装できます。例としてはlinkを参照してください。私はこれが送信者のIPを抽出することができるかどうかはわかりませんが、試してみる価値はあると思います。

Answer 2

カスタムビヘイビアは、WCF拡張機能の一部です。詳細は次のとおりです。Extending WCF with Custom Behaviors

Answer 3

IDispatchMessageInspectorを実装して、このようなことを行うことができます。

public object AfterReceiveRequest(ref Message request, 
IClientChannel channel, InstanceContext instanceContext) 
    { 
     RemoteEndpointMessageProperty remoteEndpoint = request.Properties 
    [RemoteEndpointMessageProperty.Name] as RemoteEndpointMessageProperty; 

     //remoteEndpoint.Address will give you the address. 

     return null; 
    } 

Answer 4

はServiceAuthorizationManagerでこれを行うための巧妙な方法はあり、それはIDispatchMessageInspectorのすべて真剣にハードワークよりもはるかに簡単です。 、あなたのサービスでは、右のあなたのhost.Open()呼び出しの前に、MyServiceAuthorizationManagerへのリンクを追加し

public class MyServiceAuthorizationManager : ServiceAuthorizationManager 
{ 
    protected override bool CheckAccessCore(OperationContext operationContext) 
    { 
    string classMethod = operationContext.RequestContext.RequestMessage.Headers.Action; 
    if (classMethod.Contains("/transfer/Get")) 
    { 
     return true; // because someone is simply updating a client service reference 
    } 
    Console.WriteLine("Class Method Call: {0}",classMethod); 
    // do something with operationContext here as you need to inspect stuff 
    // return true if you want this class method call to succeed and go through 
    // return false if you want this class method to fail on the client 
    return true; 
    } 
} 

：

はそうのようなあなたのWCFサービスプロジェクトにクラスを作成します。

クライアント接続をテストすると、コンソールからどのクラスメソッドが呼び出されたかが出力されます。また、operationContextオブジェクト内のすべてのものに対して作業することもできます。

これを使用する方法の1つは、セキュリティヘッダーチェック用です。私のクライアントでは、ヘッダーを追加します。次に、サービスでは、このCheckAccessCore()コールで、このカスタムヘッダーが存在することを確認します。もしそうでなければ、私は偽を返します。これはハッカーを保護する1つ以上の保護レイヤーであり、Named Pipes構成の制限付きセキュリティにも最適です。また、サービスのすべてのクライアントのメソッド呼び出しで自動的に送信されるカスタムヘッダーを追加する方法の詳細については、click hereも参照してください。

このうち、私は行動、要求、リスナー、またはメッセージディスパッチを混乱させる必要はありませんでした。 WCF設定を編集する必要もありませんでした。

上記の/transfer/Getの文字列チェックに注意してください。私のようなセキュリティ機構としてヘッダーチェックを行っている場合、これは重要です。その条件を持たずにtrueを返すと、WCFクライアントのIDEはServiceReferenceを更新できません。これは、IDEがその余分なヘッダーを知らないためです（カスタムヘッダーを追加していて、 WCFクライアントのapp.config）。それ以外の場合は、エラーThe URI prefix is not recognizedが表示されます。