30
|
Ben Scheirman · 技术社区 · 16 年前 |
1
24
错误是因为AppDomain被回收/重新启动。当发生这种情况时,应用程序和机器键被设置为自动,它会改变。这会影响资源URL(.axd)的URL中信息的解密。设置一个固定的机器密钥将阻止它再次发生。 有关类似情况的详细信息,请检查此项(说明与ViewState验证有问题,但原因相同): http://www.developmentnow.com/blog/InvalidViewstate+Or+Unable+To+Validate+Data+Error.aspx 我也有一段时间不知道。在我看到这个问题之后,我又开始思考: Is this an attempt to break my ASP.Net site's security? …我刚才的回答也差不多。我有一种感觉,它是关于某个东西的重新启动的,因为当我们发布一些回收应用程序的东西时,日志中显示了错误,但是我没有任何其他来源来说明它的关系(今天我发现了由于machinekey更改而导致的invalidviewstate案例:) 上面最后在单服务器上解释了它:) |
2
1
当在浏览器中完全加载页面之前生成文章时,会出现此问题。看一看 this 问题。 |
3
0
本, 对于你的第一个问题,我发现这似乎是一个有点多的点,你所看到的问题是偶尔发生。 你应该能在 http://www.codeproject.com/KB/security/Cryptor.aspx#aes . 您真正需要做的是将rijndaellg.padding设置为paddingmode.iso10126、paddingmode.pkcs7或paddingmode.ansix923。如果在加密和解密时使用相同的值,那么这3个值中的任何一个都可以工作。其他值可用于某些数据,但不适用于所有数据。上面的URL解释了原因。 我不明白的是,微软之所以提供有时不起作用的选项,或者至少为什么不默认为可靠的选项。 |
Deverill · 如何在web应用程序中高效存储信息 11 年前 |
SausageBuscuit · 按下后退按钮时触发ASP.NET按钮事件 11 年前 |
markzzz · 如何在处理WebForm之前调用母版页的父级? 11 年前 |