试着这样做。

NameVirtualHost *:80
<VirtualHost *:80>
    ServerAdmin master@server.com
    ServerName www.cmsplus.dev
    ServerAlias cmsplus.dev

    DocumentRoot /var/www/cmsplus.dev/public

    LogLevel warn
    ErrorLog /var/www/cmsplus.dev/log/error.log
    CustomLog /var/www/cmsplus.dev/log/access.log combined
</VirtualHost>

并在/etc/hosts中添加条目

127.0.0.1 www.cmsplus.dev

重新启动apache . .

通过在站点配置文件中添加.conf扩展名解决了这个问题。

Apache a2ensite的结果:

错误!网站不存在

问题;如果您在尝试使用以下方法启用站点时发现错误:

sudo a2ensite example.com

但它返回:

错误:example.com不存在

a2ensite只是一个Perl脚本，它只适用于以.conf结尾的文件名

因此，我必须将example.com的设置文件重命名为example.com.conf，具体操作如下:

mv /etc/apache2/sites-available/example.com /etc/apache2/sites-available/example.com.conf

成功

还有另一个好方法，就是编辑apache2.conf文件，最后有一行

IncludeOptional sites-enabled / * . conf

只需要在最后删除.conf，就像这样

IncludeOptional sites-enabled / *

并重新启动服务器。

(我只在Ubuntu 13.10更新时尝试了这个功能。)

你可能更新了你的Ubuntu安装，其中一个更新包括将Apache升级到2.4.x版本

在Apache 2.4中。在/etc/apache2/sites-available目录下，vhost配置文件必须扩展名为.conf。

使用终端(mv命令)，重命名所有现有配置文件，并将.conf扩展名添加到所有这些文件中。

mv /etc/apache2/sites-available/cmsplus.dev /etc/apache2/sites-available/cmsplus.dev.conf

如果你得到一个“Permission denied”错误，那么在你的终端命令前添加“sudo”。

您不需要对配置文件进行任何其他更改。

启用vhost:

a2ensite cmsplus.dev.conf

然后重新加载Apache:

service apache2 reload

您的网站现在应该已经启动并运行了。

更新:正如这里提到的，您安装的Linux发行版将配置更改为仅包含*.conf。因此，它与Apache 2.2或2.4无关

我也遇到了同样的问题。我认为它与apache.conf没有任何关系。

A2ensite必须已经更改-第532行是强制使用.conf后缀的行:

else {
    $dir    = 'sites';
    $sffx   = '.conf';
    $reload = 'reload';
}

如果你把它改成:

else {
    $dir    = 'sites';
    #$sffx   = '.conf';
    $sffx   = '';
    $reload = 'reload';
}

.．.它将在没有任何后缀的情况下工作。

当然你不会想要改变a2ensite脚本，但是改变conf文件的后缀才是正确的方法。

这可能只是强制使用“.conf”后缀的一种方式。

所以. . 最快的方法是重命名以“。conf”结尾的站点配置名称

mv /etc/apache2/sites-available/mysite /etc/apache2/sites-available/mysite.conf

a2ensite mysite.conf

关于以前意见的其他说明:

IncludeOptional直到apache 2.36才被引入——在2.2重新启动之前做以上改变会让你的服务器瘫痪! 此外，版本2.2 a2ensite不能被黑客攻击

同样，因为你的sites-available文件实际上是一个配置文件，所以无论如何都应该这样命名。

一般不重启服务(web服务器是一种类型的服务):

如果他们不跑，人们就找不到他们!想想linux，而不是微软Windows..

服务器可以运行多年——实时更新、重新加载配置等等。

云并不意味着必须重新启动才能加载配置文件。

当更改服务配置时，使用“reload”而不是“restart”。 重启将停止服务，然后启动服务-如果您对配置的更改有任何问题，服务将不会重新启动。 重新加载会给出一个错误，但服务永远不会关闭，让你有机会修复配置错误，这可能只是糟糕的语法。

Debian或ubunto[此线程的服务名是apache2]

service {service-name} {start} {stop} {reload} ..

其他的os留给读者作为节选。

在我使用Ubuntu 14.04.3和Apache 2.4.7的情况下，问题是我复制了site1.conf以使site2.conf可用，通过复制，发生了一些事情，我无法用线程中描述的错误来a2ensite site2.conf。

对我来说，解决方案是将site2.conf重命名为site2，然后再次将site2重命名为site2.conf。在那之后，我能够a2ensite site2.conf。

我在配置文件中加入了。conf之后就工作了

我刚刚将Ubuntu服务器版本从12.04 LTS升级到14.04 LTS。

事实上，如上所述，.conf扩展到Apache 2.4。需要X的网站vhost文件，驻留在网站可用目录。

在阅读这个问题之前，我不知道服务器上发生了什么。

很好的解决方案。

总结一下，我在Terminal上做了以下步骤:

1)访问启用站点的文件夹

$ cd /etc/apache2/sites-enabled

2)因为a2dissite命令对已弃用的文件(没有.conf)不起作用，请删除已发布的旧网站文件

$ sudo rm <my-old-website-without-.conf>

3)重命名网站vhost文件，更改其扩展名，最后添加.conf

$ sudo mv /etc/apache2/sites-available/mywebsite /etc/apache2/sites-available/mywebsite.conf

4)重新发布新的正确的vhost文件

$ sudo a2ensite mywebsite.conf

5)在浏览器上查看网站，玩得开心!：）

我知道这里不是这样，但这可能会帮助到一些人。

再次检查您是否在/etc/apache2/sites-enabled中错误地创建了conf文件。你会得到同样的错误。