要求AD证书/＆QUOT;连接中断＆QUOT;在回发 [英] Asks for AD credentials / "Connection Interrupted" on Postback

问题描述

大量的铅起来：

我有一系列的下拉列表，文本框和文本区和用户身份验证的一个简单的ASP .NET 3.5数据输入表单正在由Active Directory来处理。

I have a simple ASP .NET 3.5 data entry webform with a series of dropdown lists, text boxes, and text areas and user authentication is being handled by Active Directory.

用户输入一个字母数字ID，并点击一个按钮。按钮的在aspx.cs的onclick（）：

 1.调用存储过程，以确定它是否一个新的记录，或现有的数据，如果它已经存在

 2.如果记录存在，那么pre-填充形式与现有的价值。

The user enters a alphanumeric id, and clicks a button. The button's onclick() in the aspx.cs:
1. calls a stored procedure to determine if it a new record, or the existing data if it already exists
2. if the record exists, then pre-fills the form with the existing values.

有已经扩展到使用ASP .NET AJAX自动完成三个文本框（每个包含在自己的ASP：的UpdatePanel），这也成功回传。

There are three textboxes which have been extended to use ASP .NET AJAX AutoComplete (each contained in their own asp:UpdatePanel), which also postback successfully.

当用户完成输入数据，有一个单一的按钮来保存该记录，其中：

 1，因此调用存储过程，它或者插入或更新

 2.清除表单

 3.显示一个快速成功的消息。

When the user is done entering the data, there is a single button to save the record, which:
1. calls a stored procedure, which either inserts or updates accordingly
2. clears the webform
3. displays a quick success message.

有已超过4000条记录插入，通过这种形式，因为它的推出更新。我现在哪里有 ONE 的记录不能被更新，它被插在一个月前，通过相同的形式，没有问题，有问题。

There have been over 4000 records inserted and updated through this form since it's launch. I now have a problem where there is ONE record that cannot be updated, it was inserted a month ago, through the same form, without issue.

的在Internet Explorer（6,7和8）：的当您单击保存按钮，它要求为您提供您的域用户名和密码。输入有效的用户名和密码，显示Internet Explorer无法显示该网页画面。

In Internet Explorer (6, 7 and 8): When you click the save button, it asks for you to provide your domain username and password. Entering a valid username and password displays the "Internet Explorer cannot display the webpage" screen.

的在Firefox 3：的当您单击保存按钮，将显示屏幕上的中断连接。点击重试按钮不会改变结果。

In Firefox 3: When you click the save button, it displays the "Connection interrupted" screen. Clicking the "Try Again" button does not change the results.

有在该应用程序使用的服务器的事件日志记录中没有条目，也为SQL Server 2005。

There are no entries in the logging that the application uses, the server's Event Log, nor for SQL Server 2005.

我曾尝试：

- 在不同的计算机，它失败了
。
- 不同的用户，它失败了
。
- 与众多其他记录，和他们完美的更新。

I have tried:
- on different computers, and it failed.
- with different users, and it failed.
- with numerous other records, and they update perfectly.

我已装入该记录成以两种不同方式的测试环境：

 1.复制并直接从生产数据库粘贴到测试数据库

 2.复制并直接从生产网络表单测试表单粘贴。

该问题不会在测试或我的地方发展系统发生。生产和测试运行ASP .NET 3.5 SP1。

I have loaded the record into the test environment in two different manners:
1. copied and pasted directly from the production database to the test database
2. copied and pasted directly from the production webform to the test webform.
The issue does not happen in test or my local development system. Both production and test are running ASP .NET 3.5 SP1.

我甚至保存生产页是失败，测试页它可以作为HTML的副本，并把它们放到了Total Commander的按内容比较文件功能，在希望的差异会以红色突出显示要不错，很明显。唯一的区别是由.NET运行时自动生成的领域，并在一个下拉的项目列表中有那么试生产更多的条目偶尔的地方。

I even saved a copy of the production page which is failing and the test page which works as HTML and ran them through Total Commander's "Compare Files by Content" function, in the hopes that the differences would be highlighted in red to be nice and obvious. The only differences were in the areas auto-generated by .NET at runtime, and the occasional place where a dropdown's item list has more entries in production then in test.

我意识到有可能出错是导致最终回发失败的数据，但它似乎没有回传，甚至开始之前。我已经通过记录的数据通过查看加载的aspx页面的源代码，并在发现流浪可见字符，或有可能导致其窒息太多字符的文本区域，但没有运气的希望的数据库中查找。

I realize there is probably something wrong with the data that is causing the final postback to fail, but it appears to be failing before the postback even starts. I have looked through the record's data through viewing the source of the loaded aspx page and in the database in the hopes of finding a stray invisible character or a textarea that has too many characters that may be causing it to choke, but no luck.

一个同事建议设置为 viewStateEncryptionMode =从不在web.config中，这也固定的问题，记录现在没有错误进行更新。

A coworker suggested setting viewStateEncryptionMode="never" in the web.config and this has 'fixed' the problem, and the record can now be updated without error.

不幸的是，我不能提供所造成的形式失败的数据。

Unfortunately, I cannot provide the data that is causing the form to fail.

我的问题：
有没有人有一个想法，为什么发生这种情况摆在首位，或者为什么设置 viewStateEncryptionMode =从不固定呢？除了设置ViewStateEncryptMode一个更好的解决方案也从未将受到欢迎。

My question: Does anyone have an idea why this happened in the first place or why setting viewStateEncryptionMode="never" fixed it? A better solution than setting the ViewStateEncryptMode to never would also be welcome.

谢谢！

推荐答案

首先，也是最重要的 - 除了净3.5 SP1 - 请确保您有在服务器上安装最新的补丁（这应该是第一步）。

First, and most important - besides .Net 3.5 SP1 - make sure you have the latest patches installed on the server (this should always be the first step).

假设服务器是最新的，我会通过检查防火墙和防病毒软件的服务器上（他们应该有日志）开始。反病毒可以阻止使用可疑code网站 - 就像一个已知的JavaScript漏洞（我承认我试过一个科学）。这是可能的视图状态的特定组合看起来可疑code或文件（似乎不可思议，但有可能）。

接下来，您可以检查IIS。启用日志记录，看看你得到任何错误。检查您是否已经安装的ISAPI筛选器（这些都可以在几个地方 - 在Web服务扩展文件夹，或在网站上的属性，制表符或一个其父母的属性）

Assuming the server is up to date, I'd start by checking the firewall and anti-virus software on your server (they should have logs). Anti-virus can block web sites that use suspicious code - like a known JavaScript exploit (I'll admit I tried that one. For science). It's possible a specific combination on the viewstate looks like suspicious code or file (seems weird, but possible).
Next you can check the IIS. Enable logging and see if you get any errors. Check if you have any isapi filters installed (these can be in several places - the 'Web Service Extensions' folder, or a tab on the web site's Properties, or one of its parents' Properties)

这篇关于要求AD证书/＆QUOT;连接中断＆QUOT;在回发的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！