AllowOverride All
AuthName "Fwolf's Vault"
AuthType Basic
AuthUserFile path/to/pwd/file
require valid-user
Allow from all
Satisfy any
这样用户访问dir2的时候就不需要输入密码了。额外说明一点，dir1和dir2都是针对文件地址的，而非url。但这样实现的原理我以前真没想过，直到我碰到了一个蹊跷的问题。
环境和上面的一样，只是我在dir2下面，想禁止对一个文件的访问，于是dir2的设置变为：
Allow from all
Satisfy any
order allow,deny
deny from all
（deny from all换成allow from someip，即绝对禁止换成只允许指定ip地址，对我后面的描述没有影响）
好了，现在访问那个应该被禁止访问的文件secret_file，由于我本身不在允许ip范围之内，所以应该是不能访问的，可是。。。怎么弹出对话框让输入用户名和密码了？如果用wget访问的话，可以清楚的看到：
401 Authorization Required
Authorization failed.
等等，401错误是密码输入错误，可我明明是绝对禁止访问的设置嘛，而且如果用浏览器访问，并且输入正确的密码居然还是可以访问呢，哪里的设置出了问题？虽然一样都是无法访问，可问题一定要搞清楚才行。
其实，仔细看看Satisfy的官方文档，答案就在其中，Satisfy就是在同时启用了Allow和 Require的情况下，指定相关策略的，一共有两个备选值，All表示用户必须同时满足Allow和Require的条件，而Any则是满足其中之一即可。
应用到我的问题上来，从上向下看，因为设置是从上级向下逐步解析的，最下层目录的配置具有最高的优先级，可以覆盖上级目录的设置，在.htaccess里也是一样。dir1中设置密码验证启用了Require；然后下级的dir2启用了Allow，并且用Satisfy any指定用户只要ip符合 all或者输入正确密码就能访问，由于ip肯定会符合all这个条件，所以等同于取消了密码限制；最后的secret_file，把Allow进行了限制，注意，在这个时候，用户的ip不符合Allow，按照Satisfy any的定义，服务器自然会去查是否符合两个条件中的另外一个是否能够通过，所以就出现了密码输入框，而不是直接 403 Forbidden。
现在问题清楚了吧，只要在secret_file的配置中增加一句：
Satisfy All
覆盖掉dir2中的Satisfy any设置，就可以实现预期的403拒绝访问了。
PS: 记得以前是可以用的，现在不起作用了，要改成正则才行：。
