.NET Framework の 4.6 を使用する場合、System.Web.HttpRequest.TlsTokenBindingInfo から返されるトークンが正しくありません。

重要: このサポート技術情報 (以下「KB」) は、翻訳者による翻訳の代わりに、マイクロソフト機械翻訳システムによって翻訳されたものです。マイクロソフトは、お客様に、マイクロソフトが提供している全ての KB を日本語でご利用いただけるように、翻訳者による翻訳 KB に加え機械翻訳 KB も提供しています。しかしながら、機械翻訳の品質は翻訳者による翻訳ほど十分ではありません。誤訳や、文法、言葉使い、その他、たとえば日本語を母国語としない方が日本語を話すときに間違えるようなミスを含んでいる可能性があります。マイクロソフトは、機械翻訳の品質、及び KB の内容の誤訳やお客様が KB を利用されたことによって生じた直接または間接的な問題や損害については、いかなる責任も負わないものとします。マイクロソフトは、機械翻訳システムの改善を継続的に行っています。

英語版 KB:3074856
現象
10 の Windows を実行しているサーバーを持っていると仮定し、System.Web.HttpRequest.TlsTokenBindingInfoを使用してユーザー id を取得します。トークン トークンのバインドの id。 参照は、redirectingserver をユーザーに提供されているを取得する別のサーバーによって、サーバーにユーザーがリダイレクトされた場合もはこのトークンの参照のバインドの ID は、redirectingserver 上のユーザーを識別できます。ただし、この状況で youcannot を検索、redirectingserverthrough 上のユーザー、ユーザーのトークンの参照のバインドの id です。
原因
System.Web.HttpRequest.TlsTokenBindingInfoによって返される ID のバインド トークンは、トークンの種類と他のいくつかの実装可能性があります、トークンの種類を落とすために、問題が発生します。
解決方法
この問題を回避するには、 ITlsTokenBindingInfo内のバイト配列の最初のバイトをスキップして、バイト配列の残りの部分をユーザーの id として使用します。

注: <b>API は将来的に変更されると、最初のバイトを落とすことがあるために (.NET Framework の 4.6 以降)、.NET Framework の将来のリリースの最初のバイトをスキップする必要はありません。

.NET Framework の 4.6 の既知の問題に関する詳細についてを参照してください。 .NET Framework の 4.6 の既知の問題.
詳細
.NET Framework の 4.6 の製品バージョンの変更 andtheir の効果の詳細を参照してください。4.6、.NET Framework でアプリケーションの互換性.

警告: この記事は自動翻訳されています

プロパティ

文書番号:3074856 - 最終更新日: 07/22/2015 18:23:00 - リビジョン: 1.0

Microsoft .NET Framework 4.6

  • kbqfe kbsurveynew kbtshoot kbexpertiseadvanced kbfix kbmt KB3074856 KbMtja
フィードバック