同社は、プラットフォームレベル2システム構成がたくさんあります。VS2003は、以前に開発されていたので、member.domain.comログイン後、bbs.domain.comのログイン状況やユーザ情報に読み取ることができます。
今、私たちが使用するつもりだいくつかのモジュールをアップグレードVS2005、私はビズをしました.domain.comは、使用される技術や構成biz.domain.comとbbs.domain.comはまったく同じです後にログイン情報member.domain.comを読んでいた後。だけではない、同じ開発ツール、なぜVS2005開発？学校は直接フォーム認証CookieがOKではなく、クッキーの要求が直接書き込みを読むことができますVS2003要求出てきません。
で、私のWebConfig：
<認証MODE =「フォーム」>
<フォームloginUrl =「/メンバー/アカウント/ UserLogin.aspx "タイムアウト=" 40 "名=" OperateUser "保護="すべて"パス=" /「/>
</認証>
<のmachineKey
validationKey = "B3C89CB21F4F1422FF158A5B42D0E8DB8CB5CDA1742572A487D9401E3400267682B202B746511891C1BAF47F8D25C07F6C39A104696DB51F17C529AD3CABE"
decryptionKey = "BE8FD67AF6979E7D20198CFEA50DD3D3799C77AF2B72F"
検証= "SHA1">
</のmachineKey>
すべてのプロジェクトは同じです。キーは今直接Request.Cookie [「OperateUser」] nullである
奇妙な。私は別のものに置き換えbiz.domain.comの名前をWebConfigのフォームを置きます。あなたはクッキーのmember.domain.comのフォームを要求することができます。
彼らはヒントを失敗した場合しかし、このクッキーはTitckに復号化される：...データの長さ復号化するためには、無効である、それは1.1と2.0フォームの互換性があったかどうかわからないのですか？
解決策は、今後の参考のために供給私たちを提供しています：
新しく2.0に追加。 "暗号解読"属性この新しい属性を追加するbiz.domain.com web.configファイルのよう：
<のmachineKey
validationKey = "B3C89CB21F4F1422FF158A5B42D0E8DB8CB5CDA1742572A487D9401E3400267682B202B746511891C1BAF47F8D25C07F6C39A104696DB51F17C529AD3CABE"
decryptionKey = "BE8FD67AF6979E7D20198CFEA50DD3D3799C77AF2B72F"
復号化= "3DES"
検証= "SHA1">
</のmachineKey >
ます。https：//www.cnblogs.com/ziyang/archive/2006/03/02/341359.htmlで再現