# win2k3和IIS下的猎奇权限问题.

- Link: https://yjyj.net/learn/1663.html
- Published: 2011-10-18T05:23:12+08:00
- Author: 小 虾

⚡ 生猛大蝦编辑部 · 30 秒核心看点

 * IIS 明明配好了权限，站点却仍报 401.3，问题往往藏在继承权限上。
 * 在高级安全设置里勾选“替代所有子对象的权限项目”，再应用到子对象，常能救回访问。
 * 这是一次典型的 Windows 服务器排错：现象诡异，但实操上先从权限继承和 ACL 入手最
   有效。

今天帮朋友设置服务器的时候发现了一个奇怪的问题.

目录权限,iis设置,用户,都已经ok的情况下,访问站点还是出现权限问题,提示401.3.对比另外
的win服务器发现设置没有任何问题.

真是蛋疼,哥已经不玩win好多年,又答应了朋友一定会搞好,无奈只能到处乱查.一番查询无果
后,哥无意中设置了下用户权限的高级安全设置中的

**用在此显示的可以应用到子对象的项目替代所有子对象的权限项目(P)**

点选并运行了一下之后,网站奇迹般的可以访问了…囧.

对win无爱的虾爷决定不去探寻为什么了,以后出现类似的问题估计也能用这种方法解决掉.就在
日志里记录一下,用以备忘.

最后还是希望盆友们能够早日脱离win的苦海,投入到linux的怀抱哈哈,类似centos,debian之类
的系统搭配Nginx,Apache,等实在是比win要好出太多.许多成熟的一键环境安装包更是方便又
快捷.

📌 生猛大蝦编辑部 · 背景与实操延伸

这篇短文的核心价值，不在于“神奇按钮”，而在于提醒大家：Windows 服务器上的 IIS 权限
问题，很多时候不是表面上看见的那一层。目录权限、应用池身份、匿名访问、继承规则、
子对象 ACL，任何一环都可能让 401.3 冒出来。实操时别只盯着站点根目录，最好把父目录、
子目录和实际运行账户一起核对，必要时先在测试环境验证权限继承再上线。

❓ 延伸问答与排错指南（FAQ）

IIS 访问报401.3通常先查什么？

先看站点目录、应用池身份、匿名访问用户和 NTFS 权限是否一致，再检查是否存在权限继承
被打断、子目录权限异常或 ACL 冲突。很多 401.3 不是“没授权”，而是“继承没落下去”。

为什么勾选替代子对象权限后就好了？

这个操作会把当前目录的权限设置强制下发到子文件和子目录，修正父目录与子对象之间不一致
的 ACL。若问题出在继承断裂、子对象权限残留或混乱，应用后就可能恢复访问。

以后遇到类似权限问题怎么排查？

优先核对 IIS 身份、目录所有者、读写执行权限和继承状态；再对比同环境下正常站点的 
ACL。若仍异常，可尝试重置继承、统一子对象权限，并确认没有额外安全策略覆盖。

📚 【[招数学习](https://yjyj.net/category/learn)】专栏延伸阅读与热门精选（[全站文章归档](https://yjyj.net/archive)）：

 * [解决Dreamweaver中文定位问题(光标位置不对)](https://yjyj.net/learn/1646.html)
 * [Mysql数据库主主同步.](https://yjyj.net/learn/centos/1644.html)
 * [linux中.zip的命令记录](https://yjyj.net/learn/centos/1668.html)
 * [关于query_post导致is_home()、is_paged()等判断失效](https://yjyj.net/learn/wordpress-learn/1671.html)
 * 热门必读[css布局实例](https://yjyj.net/learn/3901.html)
 * 热门必读[程序员漫游指南](https://yjyj.net/what/5830.html)