打开IIS管理器，此路此节点开某个网站或应用程序的径中节点，右边操作栏里“IIS”分组下的使用图标全是灰的，鼠标悬上去弹出一行字：“IIS Web Core 不能在此路径中使用此节点。此路此节”我第一次碰到这个提示的径中时候愣了几秒——路径没问题，配置也没动过，使用怎么就不能用了？此路此节

这个报错跟权限有关。IIS把配置数据存在两个地方：一个是径中applicationHost.config，位于%windir%\system32\inetsrv\config目录下；另一个是使用站点或应用自己目录里的web.config。当你选中一个节点，此路此节IIS管理器需要读取对应的径中配置节来决定显示哪些功能图标。如果当前登录的使用账户对applicationHost.config没有足够的读取权限，或者对目标路径的此路此节web.config没有访问权，管理器就干脆把整个IIS功能区禁掉，径中甩出这句话。使用

最常见的触发场景是这样的：你远程登录到一台服务器，用非管理员账户打开了IIS管理器。本地管理员组通常对配置文件有完全控制权限，但普通用户没有。IIS管理器不会给你一个“权限不足”的明确提示，而是用“不能在此路径中使用此节点”这种含糊说法把你挡在门外。说白了就是：它读不到配置，所以假装这个节点不存在。

还有一种情况容易被忽略。某些安全加固脚本或组策略会修改%windir%\system32\inetsrv\config目录的ACL，把IIS_IUSRS组或NETWORK SERVICE账户的权限收紧。IIS管理器本身以当前用户身份运行，如果这个用户的token在config目录上被拒绝访问，同样会触发这个报错。我见过一台服务器因为安全团队批量部署了STIG基线，把config目录的继承权限断掉，结果运维人员打开IIS管理器一片灰，排查了半天才发现是ACL的问题。

解决思路很直接。确认你用的是管理员账户，或者至少对以下路径有读取权限：%windir%\system32\inetsrv\config以及目标站点的物理目录。如果权限没问题，检查一下UAC。在Windows Server上，即使你是管理员，如果IIS管理器没有以提升权限运行，token里可能不包含管理员组。右键IIS管理器图标，选择“以管理员身份运行”，很多时候这一下就解决了。

还有一种不太常见但确实存在的原因：applicationHost.config文件本身损坏或被锁定。某个进程独占了这个文件，IIS管理器读不到，同样报这个错。用handle.exe或者资源监视器查一下哪个进程占着这个文件，杀掉之后重启IIS管理器即可。

另外提一句，32位和64位IIS管理器的差异也会导致类似问题。如果你在64位系统上装了32位的IIS管理组件，它可能读不到64位的配置节。这种情况一般出现在老旧系统或非标准安装环境中，检查一下%windir%\system32\inetsrv和%windir%\SysWOW64\inetsrv下的文件版本是否一致。

这个报错本质上不是功能缺失，而是权限或文件访问层面的阻断。IIS管理器选择用一种模糊的方式表达“我读不到配置”，而不是直接告诉你“拒绝访问”。理解了这一点，排查方向就很明确了——先看权限，再看UAC，最后查文件占用。大多数情况下，以管理员身份运行IIS管理器就能让那些灰色的图标重新亮起来。