首先先澄清一下：你提到的「ASP 3.5」应该是ASP.NET 3.5（经典ASP的最高版本是3.0，并没有3.5版本），下面基于这个前提来解答你的问题：

一、ASP.NET 3.5的主页默认名称 #

Web服务器（比如IIS）的默认主页名称是由服务器配置决定的，并非由ASP.NET版本直接定义。对于ASP.NET或兼容经典ASP的环境，常见的默认文档包括：

• Default.aspx（ASP.NET Web Forms项目的默认首页）
• Default.asp（经典ASP环境的常用默认页）
• index.aspx、index.html、index.asp

这些都可以在服务器的「默认文档」设置里自定义添加或调整查找顺序。

二、主域名访问500错误的排查思路 #

你遇到的情况很典型：根域名或带查询参数的根路径返回500，但内页和直接访问home.asp都正常，大概率和默认文档配置或根请求的处理逻辑有关，给你几个具体的排查方向：

1. 检查服务器的默认文档配置 #

• 登录Web服务器管理面板（比如IIS管理器），找到对应网站的「默认文档」设置，确认列表里有没有home.asp。如果没有，直接添加进去，并且把它移到列表最顶部（服务器会按顺序查找第一个存在的默认文档）。
• 如果已经添加了home.asp，看看列表里排在它前面的文档（比如Default.aspx）是否不存在。服务器会优先尝试加载靠前的文档，若该文档不存在但触发了ASP.NET模块的异常，就会返回500。这种情况把home.asp移到最前面即可。

2. 查看500错误的详细信息 #

500是通用服务器错误，看不到具体原因很难定位：

• 在IIS里开启「详细错误」：找到网站的「错误页」设置，编辑500错误的处理方式，选择「详细错误」，这样访问根域名时就能看到具体的异常信息（比如代码行号、配置错误提示）。
• 如果是经典ASP环境，可以在home.asp开头添加<%@ Language=VBScript %> <% On Error Resume Next %>，然后在页面末尾输出错误信息：<% If Err.Number <> 0 Then Response.Write("错误信息：" & Err.Description) %>，对比直接访问和根域名访问时的错误差异。

3. 检查URL重写或根路径的处理规则 #

如果服务器配置了URL重写模块（比如IIS URL Rewrite），检查有没有针对根路径（/）的重写规则，可能规则逻辑错误导致请求被转发到出错的资源。另外，检查根目录下的web.config（ASP.NET环境）或global.asa（经典ASP环境）是否有异常配置或代码，这些文件的错误可能只影响根路径请求。

4. 验证home.asp的执行差异 #

有时候通过默认文档访问home.asp时，服务器的部分请求变量（比如PATH_INFO、QUERY_STRING的处理逻辑）和直接访问文件名时略有不同。你可以在home.asp里把关键变量的值输出到页面或日志，对比两种访问方式下的差异，找到触发错误的逻辑点。

内容的提问来源于stack exchange，提问作者learn