2

ここMSDNとここwsHttpBinding、トランスポートセキュリティはSSLを介して処理されます。

SSLとWCFに関するMSDNページには、ServiceHostがIIS内でホストされている場合、ServiceHostはSSLを離れてIISで処理されると記載されています。

これは、SSLトランスポートを設定するためにオプションが必要ないため、値が無視されることbinding/securityMode="Transport"を意味しませんか?wsHttpBinding/binding/security/transport/clientCredentialType

それが述べているとき、それはここでこの効果に何かを言っているようにさえ見えます

「セキュリティモードをTransportWithMessageCredentialに設定すると、トランスポートはトランスポートレベルのセキュリティを提供する実際のメカニズムを決定します。たとえば、HTTPプロトコルはHTTP(HTTPS)を介したSecure Sockets Layer(SSL)を使用します。したがって、トランスポートセキュリティオブジェクト(HttpTransportSecurityなど)は無視されます。つまり、メッセージセキュリティオブジェクト(WSHttpBindingバインディングの場合はNonDualMessageSecurityOverHttpオブジェクト)のClientCredentialTypeのみを設定できます。」

そして、ここbasicHttpBindingとのためwsHttpBindingに、両方とも、セキュリティモードがトランスポートに設定されている場合、バインディング/トランスポート/ clientCredentialTypeを何か(例:Windows)に設定する例を明確に強調しています。

Transportとの正確な違いは何TransportWithMessageCredentialですか?

そして、スティックの端が間違っていて、SecurityType列挙型(None|Message|Transport|Mixed)はプライバシーのためだけでなく、サーバーへの認証のためでもありますか?

トランスポートセキュリティがSSL暗号化によって提供されている場合、認証/承認はどのようにしてこの段階に巻き込まれましたか?

これらすべてがどのように組み合わされているかをよりよく理解するのを手伝ってくれて本当にありがとう。

4

1 に答える 1

0

私が知る限り、TransportWithMessageCredential は「両方の長所」のようなものです。チャネルはトランスポート層で保護されているため、クライアントとサービスの間に安全な接続があり (非常に高速で、ハードウェアに実装されています)、メッセージはメッセージ資格情報で署名されているため、サービスに到着する前に複数のホップに耐えることができます ( WCF で検証されます)。

もちろん、トランスポート層でサポートされていないメッセージ資格情報、たとえばユーザー名/パスワードを使用できます。

于 2013-08-19T13:01:01.943 に答える