在最近更新Win10更新(1803)之后,IIS开始报告在WSL
Bash(
Windows子系统
Linux版)中创建的文件夹错误“404 Not Found”.
文件夹安全设置(在Windows资源管理器中)看起来很好我甚至尝试在文件夹上执行“替换所有子对象权限”,但它没有帮助.
该文件夹存储在Windows分区中,并在WLS中以/ mnt / c / inetpub / wwwroot /访问.
IIS App池在AppPoolIdentity下运行(将其更改为我的用户没有帮助).
有谁知道发生了什么？怎么解决这个问题？
附：
我正在使用bash脚本来构建我的网站.
编辑
打开“目录浏览”后,我发现IIS确实列出了目录中包含的文件.这意味着它可以访问它.但由于某种原因,它无法为它们提供服务(文件).
此问题是由Win build 17110中引入的更改引起的,这使得在Bash中创建的所有新目录都区分大小写(NTFS区分大小写的标志设置为启用).
如果为目录设置了标志,可以通过CMD进行检查：
fsutil file queryCaseSensitiveInfo C:\interpub\wwwroot\xyz
出于某种原因,如果此标志设置为启用,则IIS 10.0在访问目录时遇到问题.
可以通过将WSL配置为默认情况下将此标志设置为启用来解决此问题.这可以通过编辑/etc/wsl.conf并将case = false添加到选项列表来完成：
[automount] options="case=off"