HTTP 错误 401.3 - 未经授权：访问由于 ACL 对所请求资源的设置
第一种常用情况及解决办法
在配置IIS的时候，如果安全稍微做的好一些。就会出现各式各样的问题。比如，常见的访问网页会弹出用户名密码的登陆界面，或者是访问某种页面比如html,asp没事情，但是访问jsp或者php就有问题，显示401.3ACL 禁止访问资源等
通常的解决办法是。
第一，看iis中（不管iis5 还是iis6)，网站或者目录，包括虚拟目录的属性，看目录安全性选项卡中的编辑匿名访问和身份验证控制，看看是用的哪个帐号，如果是用的iis匿名帐号（一般是IUSR_机器名），或者由系统管理员设置了其他帐号，这个帐号很重要，下面成IIS匿名帐号察看帐号的密码是否是正确的系统设置的密码，实在不行就在计算机管理里面的用户管理，重新把帐号设置一个密码，然后在编辑匿名访问和身份验证控制选项中把密码重新设置一下。
第二。在资源管理器里面看放置网站或者目录的安全选项。是否IIS匿名帐号有权限访问，一般来说，NT系统中的IUSR_机器名这个帐号都会是在user组里面，有时候禁用了user组，也会引起这个问题，让刚才设置的IIS匿名帐号或者帐号所在的系统组有对目录的访问权限，至少要有读权限。
第三，在你放置的程序中，看是否含有其他类型的动态语言写的程序，IIS会默认对asp进行解释，对于ASPX来说，要看net执行文件目录是否让IIS匿名帐号有读权限？cgi程序就是perl目录，jsp看是用resin还是用tomcat做的解释，php就是php目录，要保证这些目录都让IIS匿名帐号有读权限才行。
第二种情况及解决办法
ACL 是access control list的缩写，如果是由于ACL的设置导致的问题，那么就是权限问题了，一般是由于服务器所在的网络中的上一级的三层交换机或者路由器上设置的ACL表加入了限制，可以去找公司的网管来帮你打开权限。
第三种情况及解决办法
在我们配置IIS的是时候，一遇到权限的问题的时候，访问网站的时候就会出现401.3错误，不管是什么样的错误，反正出现401.3，那就说明是权限的问题，今天碰到了一个另类的401.3号错误。
错误描述：
系统重新安装之后，IIS下权限配置正常，匿名登录也已经修改，匿名用户对网站目录有读取的权限，匿名用户已经能从网络访问此计算机，匿名用户对perl.exe也有执行的权限，网站的静态页面不能访问，一访问的话就出现输入密码的对话框，但是奇怪的是动态页面可以访问。
解决办法：
当然，由于静态页面可以重新生成，当重新生成静态页面以后就可以访问了。我估计这些静态页面是由另外一个用户生成的，虽然我已经对这个目录增加了现在的匿名用户的访问权限。匿名用户访问的动态页面是拷贝过来的，不是由操作系统重装前的用户生成的。
但是这只是我的片面理解而已，我总觉得这是windows不稳定造成的，网络上有人说系统重装一下就OK。很多的windows下的问题都可以在重启或者重装下解决，怪不得机房的人那么喜欢重装系统。