Products

Solutions

Resources

Partners

Community

Blog

About

QA

Ideas Test

New Community Website

Ordinarily, you'd be at the right spot, but we've recently launched a brand new community website... For the community, by the community.

Yay... Take Me to the Community!

Welcome to the DNN Community Forums, your preferred source of online community support for all things related to DNN.
In order to participate you must be a registered DNNizen

HomeHomeDNN Open Source...DNN Open Source...Module ForumsModule ForumsBlogBlogViewstate-MAC issueViewstate-MAC issue
Previous
 
Next
New Post
8/10/2007 11:03 AM
 

Dear Antonio I get some Page exeption with viwstate-MAC issue like this.

AssemblyVersion: 04.05.05
PortalID: 0
PortalName: Moonlight Radio
UserID: -1
UserName:
ActiveTabID: 155
ActiveTabName: Blog
RawURL: /Community/Blog/tabid/155/EntryId/86/Default.aspx
AbsoluteURL: /Default.aspx
AbsoluteURLReferrer:
UserAgent:
DefaultDataProvider: DotNetNuke.Data.SqlDataProvider, DotNetNuke.SqlDataProvider
ExceptionGUID: 70e78659-a800-4525-9f7d-afd8702ba8d0
InnerException: Fehler bei der Validierung von ViewState-MAC. Wenn diese Anwendung von einer Webfarm oder einem Cluster gehostet wird, stellen Sie sicher, dass die <machineKey>-Konfiguration den gleichen validationKey und Validierungsalgorithmus angibt. AutoGenerate kann in einem Cluster nicht verwendet werden.
FileName:
FileLineNumber: 0
FileColumnNumber: 0
Method: System.Web.Configuration.MachineKeySection.GetDecodedData
StackTrace:
Message: DotNetNuke.Services.Exceptions.PageLoadException: Fehler bei der Validierung von ViewState-MAC. Wenn diese Anwendung von einer Webfarm oder einem Cluster gehostet wird, stellen Sie sicher, dass die <machineKey>-Konfiguration den gleichen validationKey und Validierungsalgorithmus angibt. AutoGenerate kann in einem Cluster nicht verwendet werden. ---> System.Web.HttpException: Fehler bei der Validierung von ViewState-MAC. Wenn diese Anwendung von einer Webfarm oder einem Cluster gehostet wird, stellen Sie sicher, dass die <machineKey>-Konfiguration den gleichen validationKey und Validierungsalgorithmus angibt. AutoGenerate kann in einem Cluster nicht verwendet werden. ---> System.Web.UI.ViewStateException: Ungültiger ViewState. Client IP: 61.238.244.86 Port: 65213 User-Agent: ViewState: /wEPDwUKLTIyODM3NTczMw9kFgZmDxYCHgRUZXh0BT48IURPQ1RZUEUgSFRNTCBQVUJMSUMgIi0vL1czQy8vRFREIEhUTUwgNC4wIFRyYW5zaXRpb25hbC8vRU4iPmQCAg9kFgwCAQ8WAh4HVmlzaWJsZWhkAgIPFgIeB2NvbnRlbnQFIUJsb2csIE5hY2hyaWNodGVuIE1vZGVyYXRvciwgaW5mb2QCAw8WAh8CBTBCbG9nLCBOYWNocmljaHRlbiBNb2RlcmF0b3IsIGluZm8sRG90TmV0TnVrZSxETk5kAgQPFgIfAgVhQ29weXJpZ2h0IDIwMDUgYnkgTW9vbmxpZ2h0IFJhZGlvIC4uOjo6IFdlYmRlc2lnbiBieSBNYXR0aGlhcyBTY2hsb21hbm4gKiA2NTIzMiBUYXVudXNzdGVpbiA6OjouLmQCBQ8WAh8CBQtEb3ROZXROdWtlIGQCBg8WAh8CBQ9Nb29ubGlnaHQgUmFkaW9kAgQPZBYCAgEPZBYCAgQPZBYCZg9kFhwCAw9kFgJmDw8WBB4HVG9vbFRpcAUPTW9vbmxpZ2h0IFJhZGlvHgtOYXZpZ2F0ZVVybAUvaHR0cDovL3d3dy5tb29ubGlnaHRyYWRpby5uZXQvRGVmYXVsdC5hc3B4P2Jhc2VkZAIFD2QWAmYPPCsACQEADxYCHwFoZGQCBw9kFgICAQ9kFggCAQ9kFgICAg8WAh8BaGQCAw8PFgIfAWhkZAIFD2QWAgICD2QWAmYPZBYCZg8PFgIfAAWfAzxtYXJxdWVlID0gIiIgRGlyZWN0aW9uPSJMZWZ0IiBCZWhhdmlvcj0iU2Nyb2xsIiBzY3JvbGxkZWxheT0iMTUwIiBoZWlnaHQ9IjE4IiB3aWR0aD0iMzUwIiBTdHlsZT0iIGZvbnQtZmFtaWx5OkFyaWFsOyBmb250LXN... ---> System.Web.HttpException: Daten können nicht überprüft werden. bei System.Web.Configuration.MachineKeySection.GetDecodedData(Byte[] buf, Byte[] modifier, Int32 start, Int32 length, Int32& dataLength) bei System.Web.UI.ObjectStateFormatter.Deserialize(String inputString) --- Ende der internen Ausnahmestapelüberwachung --- --- Ende der internen Ausnahmestapelüberwachung --- bei System.Web.UI.ViewStateException.ThrowError(Exception inner, String persistedState, String errorPageMessage, Boolean macValidationError) bei System.Web.UI.ObjectStateFormatter.Deserialize(String inputString) bei System.Web.UI.ObjectStateFormatter.System.Web.UI.IStateFormatter.Deserialize(String serializedState) bei System.Web.UI.Util.DeserializeWithAssert(IStateFormatter formatter, String serializedState) bei System.Web.UI.HiddenFieldPageStatePersister.Load() bei System.Web.UI.Page.LoadPageStateFromPersistenceMedium() bei System.Web.UI.Page.LoadAllState() bei System.Web.UI.Page.ProcessRequestMain(Boolean includeStagesBeforeAsyncPoint, Boolean includeStagesAfterAsyncPoint) --- Ende der internen Ausnahmestapelüberwachung ---
Source:

I used the last Version of the blog module on DNN 4.5.5.

Regards

Matthias

 
New Post
3/28/2008 12:24 PM
 

Is there a fix for this?


Will Strohl

Upendo Ventures Upendo Ventures
DNN experts since 2003
Official provider of the Hotcakes Commerce Cloud and SLA support
 
New Post
3/28/2008 1:30 PM
 

I wonder if it has anything to do with ViewState not being fully loaded yet before a postback is made on the page per this blog post:

http://blogs.msdn.com/tom/archive/2008/03/14/validation-of-viewstate-mac-failed-error.aspx

Does it happen consistently?  Does the error not occur if you wait for the page to fully load before initiating a postback?  Also, are you using the same version of DNN and the blog module listed above?

Thanks,

Don



Don Worthley
Software Architect
Element Eleven

 
New Post
3/28/2008 1:57 PM
 

After some Google searching, I've found that this can also occur as a result of post backs after session timeouts.  The suggested workaround to this is to disable the ViewState message authentication check (MAC) which is enabled by ASP.NET through a setting in either the page directive or the pages entity in web.config.  You can search for enableViewStateMac in your web.config and set the value to false rather than true.  What do you lose with this?  You lose the added security of making sure that noone has messed with the ViewState on the client.  For most applications, the risk level is low regarding ViewState tampering, but only you can make that determination. 

HTH,

Don



Don Worthley
Software Architect
Element Eleven

 
New Post
4/5/2008 8:59 PM
 

Thank you for that detailed explanation.  In order to clear the DNN Event Log, it would be preferred if the DNN Core would suppress this error message since it is obviously not too important.  However, that could pose its own problems in certain debugging scenarios.  Perhaps there could be a Host level setting to allow the suppression of certain known and typically unimportant errors.  Then, if needed, it can be reversed to log all errors.


Will Strohl

Upendo Ventures Upendo Ventures
DNN experts since 2003
Official provider of the Hotcakes Commerce Cloud and SLA support
 
Previous
 
Next
HomeHomeDNN Open Source...DNN Open Source...Module ForumsModule ForumsBlogBlogViewstate-MAC issueViewstate-MAC issue


These Forums are dedicated to discussion of DNN Platform and Evoq Solutions.

For the benefit of the community and to protect the integrity of the ecosystem, please observe the following posting guidelines:

  1. No Advertising. This includes promotion of commercial and non-commercial products or services which are not directly related to DNN.
  2. No vendor trolling / poaching. If someone posts about a vendor issue, allow the vendor or other customers to respond. Any post that looks like trolling / poaching will be removed.
  3. Discussion or promotion of DNN Platform product releases under a different brand name are strictly prohibited.
  4. No Flaming or Trolling.
  5. No Profanity, Racism, or Prejudice.
  6. Site Moderators have the final word on approving / removing a thread or post or comment.
  7. English language posting only, please.
What is Liquid Content?
Find Out
What is Liquid Content?
Find Out
What is Liquid Content?
Find Out