我想知道是否可以根据.htaccess文件中的虚拟主机URL设置条件http基本authentication要求。

例如，我想要做的是让mysite.com和test.mysite.com在相同的目录中运行相同的代码库，但密码保护test.mysite.com。 这将设置这种方式，以便我不需要分支我的代码，因为我的应用程序代码可以看到它提供的哪个虚拟主机/ url，并select数据库来提供内容。

Apache .htaccess URL重写

htaccess使用参数redirecturl

符号链接和索引文件无法正常工作的.htaccessconfiguration

find服务器上的所有htaccess文件

我怎么能redirect到一个目录中的所有文件到另一个目录？

你可以使用mod_setenvif和mod_auth模块来排序。 使用SetEnvIfNoCase指令设置哪个主机受密码保护。 您需要一些额外的指令来满足访问：

# Check for the hostname here SetEnvIfNoCase HOST ^test.mysite.com.?(:80)?$ PROTECTED_HOST

然后在Directory块（或刚刚打开），你有你的身份验证的东西安装，如下所示：

AuthUserFile /var/www/test.mysite.com/htpasswd AuthType Basic AuthName "Password Protected"

现在的要求/满足的东西：

Order Deny,Allow Satisfy any Deny from all Require valid-user Allow from env=!PROTECTED_HOST

这将使得任何不匹配^test.mysite.com.?(:80)?$主机都可以访问，而不需要auth（ Allow from env=!PROTECTED_HOST ），否则我们需要一个有效用户（ Require valid-user ）。 Satisfy any确保我们只需要其中的一个，无论是允许还是要求。

我在执行Jon的解决方案时遇到问题：虽然我对Apache conf和正则表达式非常熟悉，但是身份验证总是被触发。 从一个快速的分析看来，就像是Allow from env=!PROTECTED_HOST行的Allow from env=!PROTECTED_HOST没有启动。

但是我发现了另一个对我来说更安全的解决方案：

我为两个域指定了相同的文档根目录（这是完全允许的）创建了两个虚拟主机。 在其中一个虚拟主机中，我添加了基本身份验证指令（直接进入vhost指令块）。

奇迹般有效。 我有一个更好的感觉，这是非常安全的 – 没有任何风险忽略任何细节的正则表达式将打开入侵者的大门。

<VirtualHost *:80> serverName www.mysite.com DocumentRoot "/path/to/common/doc/root" <Directory "/path/to/common/doc/root"> Options Indexes FollowSymLinks AllowOverride All Order allow,deny Allow from all </Directory> </VirtualHost> <VirtualHost *:80> serverName protected.mysite.com DocumentRoot "/path/to/common/doc/root" <Directory "/path/to/common/doc/root"> Options Indexes FollowSymLinks AllowOverride All Order allow,deny Allow from all AuthUserFile /path/to/htpasswd AuthName "Password please" AuthType Basic Require valid-user </Directory> </VirtualHost>

这里有一个类似于Jon Lin提出的解决方案，但是使用RewriteCond来检查主机名：

RewriteEngine On RewriteCond %{HTTP_HOST} =protected.hostname.com RewriteRule ^.*$ - [E=DENY:1] AuthUserFile /path/to/htpasswd AuthName "Password please" AuthType Basic Order Deny,Allow Satisfy any Deny from all Require valid-user Allow from env=!DENY