配置IIS站点设置网站主页，很多人第一反应在界面里搜索主页相关选项，翻找很久找不到。IIS里面这个功能名称不是主页，叫做默认文档。选中站点，中间功能视图的IIS分类区域，找到默认文档图标双击打开，添加需要作为主页的文件名，像index.html、index.php、default.aspx，再把对应条目移动到列表顶端，保存配置。IIS6旧版本操作界面不同，在网站属性窗口有文档选项卡，底层逻辑一致，只是界面命名有差别。
我第一次配置的时候也踩过这个坑。当时使用IIS8，站点根目录放置index.html，浏览器访问域名直接列出目录文件，后面才发现默认文档列表只预置iisstart.htm、default.htm，没有index.html。添加这条记录之后访问立刻恢复正常。所以这类故障不是服务器损坏，IIS只会读取自带的文件清单，不手动新增文件名，就无法识别对应页面。
默认文档的运行逻辑简单。用户访问某个目录地址，例如http://example.com/，IIS从上到下遍历默认文档列表，找到第一个真实存在的文件，返回页面给浏览器。列表内所有文件都不存在，才返回403禁止访问，或是展示目录列表，前提是目录浏览功能开启。列表内文件排序很关键，index.html排在default.aspx前面或是后面，最终访问效果可能完全不一样，一般将最常用页面放在列表首位。
不少用户添加默认文档之后，配置没有生效。优先确认文件保存在站点根目录，IIS不会自动检索子目录，除非访问地址本身指向子文件夹。留意文件名大小写，Linux系统区分大小写，Windows环境IIS通常不区分，但是挂载网络存储、启用部分重写规则的时候，大小写会引发异常。还有一种情况，应用程序池没有回收，旧配置缓存未清除，重启站点或是回收应用程序池重试。
站点属于ASP.NET应用，默认文档可能被路由接管。MVC或者Blazor项目，访问根路径不一定读取静态文件，交由程序内部路由决定返回内容。默认文档列表依旧生效，但只管控静态文件，动态路由相关逻辑要查看代码或是web.config。PHP站点同理，index.php添加进默认文档列表，同时确认PHP的FastCGI映射配置正常，文件找到也无法正常解析执行。
权限、URL重写是另外两处容易卡住配置的地方。默认文档指向的文件，IIS运行账户需要具备读取权限。NTFS权限仅开放给管理员，IIS匿名用户没有读取权限，访问就会报错。URL重写模块配置的规则，有可能改写根路径跳转至其他地址，默认文档逻辑不会触发。排查的时候临时关闭重写规则，测试默认文档是否正常返回页面。
还有一种情况，IIS管理器里默认文档功能被锁定委派权限。服务器层级锁定该功能，站点层级看不到这个图标，或是选项灰色不可修改。托管服务器、企业统一管控服务器容易出现这类情况，需要管理员在功能委派页面放开权限。
设置IIS主页，本质就是找到默认文档功能，添加页面文件名，调整排序，保存。IIS6命名为文档，IIS7及以上版本叫默认文档，名称改动，功能作用不变。记住这个功能名称，比记忆菜单路径更实用，不同IIS版本菜单布局差异很大，但默认文档这个名称一直沿用。