Server 2019 IIS中子域名访问webtrees站点触发Typo3文件缺失报错排查

子域名访问webtrees站点时，请求未被webtrees自身的入口脚本处理，反而触发了嵌套在上层目录中的Typo3核心代码加载流程，路径计算偏差最终导致了文件不存在的致命报错。

• 优先排查IIS目录配置继承问题
  当前三个站点完全嵌套在同一物理目录链下：主Typo3站点根目录为C:\inetpub\wwwroot\typo3，二级Typo3站点在其下的Homepage子目录，webtrees站点在Homepage下的ahnen子目录。IIS默认会让下级站点/应用继承所有上级目录的web.config配置，这是最高发的报错诱因。
  检查项：
  • 逐级打开C:\inetpub\wwwroot\typo3\web.config、C:\inetpub\wwwroot\typo3\Homepage\web.config，确认是否配置了全局URL重写规则。Typo3默认的重写规则会将所有非静态资源的请求转发到自身的index.php入口，如果ahnen目录未清除这类继承规则，子域名请求会被直接转发到上层的Typo3入口，自然触发Typo3核心代码的加载逻辑。
  • 打开ahnen目录下的web.config文件，确认上级传入的重写规则没有覆盖webtrees自身的路由规则。
• 排查子域名站点的物理路径与应用池配置
  报错中出现的异常路径C:/inetpub/wwwroot/Homepage/ahnen/typo3/sysext/core/Configuration/DefaultConfiguration.php，和实际webtrees目录的差异是缺少了外层typo3父目录层级，需要核对两处易出错的配置：
  • 确认子域名绑定的物理路径没有配置偏差：重点排查是否误将路径填为C:\inetpub\wwwroot\Homepage\ahnen（缺了typo3这一层目录），和报错中的缺失路径完全匹配。
  • 确认子域名站点没有复用上层Typo3站点的应用池：如果复用同一应用池，PHP运行时的工作目录会以上层站点的根目录为准，即使绑定了正确的webtrees物理路径，也会自动加载上层目录的Typo3引导逻辑，触发配置文件查找流程。
• 排查PHP全局配置影响
  检查对应应用池下的PHP配置项auto_prepend_file，确认该值没有被设置为Typo3的核心引导文件。如果配置了该值，PHP会在执行任意站点入口脚本前，优先加载配置指向的Typo3核心代码，不管站点本身的目录是什么，都会触发Typo3的配置文件查找逻辑。

• 在ahnen目录的web.config中加入配置，阻断上级目录的配置继承，清空所有继承来的URL重写规则，让webtrees自身的路由规则正常生效。
• 校正子域名站点的物理路径，确保和https://www.myUrl.de/ahnen指向的实际路径完全一致。
• 给webtrees站点分配独立的应用池，和上层两个Typo3站点的应用池完全隔离，避免跨目录加载核心代码。
• 清空PHP配置中指向Typo3核心的auto_prepend_file设置。

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