报错，验证试图MAC失败

@门前有根大呲花: 你是不是应用了群集策略？

@Launcher: 就一台服务器，没有部署群集

@门前有根大呲花: 通过 IIS，给你的网站指定一个固定的 MachineKey。

@Launcher: 我去研究一下，我这个问题的原因有可能是什么呢？是什么可能导致它出现这个问题的呢？

他在我本地就没有这个问题，现在搞不懂的就是不知道哪里出了问题

@门前有根大呲花: 不用研究吧，直接在 IIS 上设置下就行了。你把“验证试图MAC失败”后面的内容都给贴全了，我给你解释。

@Launcher: 我靠啊，怎么刚才用32就报错，看报错之后就改为flase了，现在改过来突然能用了又不报错了，这是什么原因？

@门前有根大呲花: 应用程序池重启后，MachineKey 变了，而客户端提交了一个使用旧的 MachineKey 加密的待验证东东。

@Launcher: 这个问题与这个启用32位应用程序有什么关系吗？为什么会有这个关系呢？

为什么在我本地不会报错呢 

@门前有根大呲花: 不要老说本地本地的，你就说调试，还是部署在 IIS 中，只要部署在 IIS 中，都可能遇到这个问题，因为 MachineKey 变动了，而页面保留了使用旧的 MachineKey 加密的东东。

@Launcher: MachineKey这个值如果没在web.config里面配置的话是什么东西自动创建的？

这个东西是每个网站都必有的东西吗？

@门前有根大呲花: 

MachineKey这个值如果没在web.config里面配置的话是什么东西自动创建的？ ——〉由 .Net 运行时创建。

这个东西是每个网站都必有的东西吗？ ——〉 是。

@Launcher: 下班了去自习研究一下这个machinekey，刚参加工作的不能都像我这么菜吧 那就没希望了

@Launcher: 这个问题与启用32位应用程序有什么关系呢 

@门前有根大呲花: 没有直接关系，而是修改设置后，应用程序重启，重新生成了一个新的 MachineKey。

@Launcher: 我说的是那个COM组件 没有注册类的问题与这个启用32位有什么关系呢

@门前有根大呲花: 因为你那个组件是 32 位的。

@Launcher: 那为什么我调试的时候不报错呢？那是不是发布的时候发布成x86的就没有错误了

@门前有根大呲花: 因为 VS 是 32 位的。你可以在发布的时候改成 x86 试试，但是 IIS 应用程序池中的选项可能会对它有影响，所以通常不特别指定，而是在 IIS 的应用程序池的选项中去修改。

@Launcher: 圆满了，剩下的就是我自己研究了，非常感谢，时间对每个人都是宝贵的非常感谢！