确保包括任何特定于用户的配置!

如果这一页上的其他答案都不适合你，下面是我在几个小时的挣扎后遇到的。

我使用了特定于用户的配置，在/private/etc/apache2/extra/httpd-userdir.conf中将Sites指定为我的UserDir。但是，我被禁止访问端点http://localhost/~jwork/。

我可以在/var/log/apache2/error_log中看到对/Users/jwork/Sites/的访问被阻止。但是，我被允许通过http://localhost/访问DocumentRoot。这表明我没有权限查看~jwork用户。但据我所知，ps aux | egrep '(apache|httpd)'和lsof -i:80, apache是为jwork用户运行的，所以很明显没有使用我的用户配置编写一些东西。

给定一个名为jwork的用户，下面是我的配置文件:

二等兵/ etc / apache2 \用户/ jwork上。

<Directory "/Users/jwork/Sites/">
    Require all granted
</Directory>

这个配置完全有效。然而，我发现我的用户配置没有被包括在内:

/私人/ etc /输入/多/ httpd-userdir.conf

## Note how it's commented out by default.
## Just remove the comment to enable your user conf.
#Include /private/etc/apache2/users/*.conf

注意，这是userdir conf文件的默认路径，但正如您将在下面看到的，它是在httpd.conf中可配置的。确保下列行已启用:

/ / etc / apache2 /私人httpd.conf

Include /private/etc/apache2/extra/httpd-userdir.conf

# ...

LoadModule userdir_module libexec/apache2/mod_userdir.so

有没有人想过wamp服务器默认不包括httpd-vhosts.conf文件。 我的方法是删除下面的注释

 conf
  # Virtual hosts
  Include conf/extra/httpd-vhosts.conf

在httpd.conf文件中。 仅此而已。

这让我抓狂了一天半，但我找到了一个解决方案，如果所有其他解决方案都不成功的话。

这是针对macOS的。

进入活动监视器(重点搜索:活动) 在活动监视器中搜索httpd, httpd是Apache服务 选择root用户的目录，单击左上方的X关闭。

在这一点上，我立即停止得到403个错误，一切都开始正常工作。奇怪的是，我甚至没有重新启动apache它只是工作，我猜它重新启动自己当我去我的本地主机，我真的不知道，但我猜问题是apache实际上没有重新启动时，使用apachectl重启，或停止或启动。希望这能帮助到一些人。

我在新服务器上设置虚拟主机时遇到了这个问题，并且站点托管在标准的/var/www/html路径之外。您需要考虑两件主要的事情(例如，假设您正在/opt/my-site中设置一个站点)

在默认的2.4安装中，会显式地拒绝访问根文件系统，然后只允许访问/var/www/html。所以你需要给web服务器从新目录读取的权限，就像这样:

<Directory /opt/mysite>
   Require all granted
</Directory>

完成此操作后，请确保虚拟主机的DocumentRoot位于上面授予访问权限的路径下的某个位置。

<VirtualHost *:80>
        ServerName neatwebsite.com
        DocumentRoot /opt/my-site/html
</VirtualHost>

当我遇到这个问题时，我已经设置好了所有的VirtualHosts，但忘记允许从目录结构中读取(所以我错过了指令)。您需要考虑这两个指令，以及它们如何协同工作。

这花了我一些摆弄，让这个工作在我自己的FreeBSD服务器运行..

FreeBSD 13 Apache 2.4 Python 3.8 LetsEncrypt

. .但最终我想出了一个可行的VirtualHost:

<VirtualHost *:443>

    ServerName mysite.mydomain.com
    DocumentRoot "/usr/local/www/apache24/data/mysite

    WSGIDaemonProcess mysite python-path=/usr/local/www/apache24/data/mysite/venv/lib/python3.8/site-packages/
    WSGIProcessGroup mysite
    WSGIScriptAlias / /usr/local/www/apache24/data/mysite/core/wsgi.py

    SSLEngine on
    SSLCertificateFile "/usr/local/etc/letsencrypt/live/mysite.mydomain.com/cert.pem"
    SSLCertificateKeyFile "/usr/local/etc/letsencrypt/live/mysite.mydomain.com/privkey.pem"
    SSLCertificateChainFile "/usr/local/etc/letsencrypt/live/mysite.mydomain.com/fullchain.pem"

    <FilesMatch "\.(cgi|shtml|phtml|php|py)$">
        SSLOptions +StdEnvVars
    </FilesMatch>

    BrowserMatch "MSIE [2-5]" \
        nokeepalive ssl-unclean-shutdown \
        downgrade-1.0 force-response-1.0

    CustomLog "/usr/local/www/apache24/data/mysite/log/py-ssl.log" \
        "%t %h %{SSL_PROTOCOL}x %{SSL_CIPHER}x \"%r\" %b"
    CustomLog "/usr/local/www/apache24/data/mysite/log/py-access.log" combined
    ErrorLog "/usr/local/www/apache24/data/mysite/log/py-error.log"

    <Directory "/usr/local/www/apache24/data/mysite">
        AllowOverride All
        Options +ExecCGI
        Require all granted
        Allow from all
    </Directory

</VirtualHost>

实际上，我通过向:80条目添加目录访问来解决这个问题。

 <Directory "c:/whatever-directory-you-use/">
    AllowOverride All
    Require all granted
</Directory>

在所有人都对我“安全”之前，在我的特定情况下，这不是一个安全问题。

如果您正在使用远程资源，我建议确保您的CURL请求通过HTTPS / TLS传输，然后这个目录条目将在443端口上传输。