在最近更新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"
原文地址:https://www.jb51.cc/windows/368151.html
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。