42 Apache HTTP 服务器 #

在尝试设置 Apache Web 服务器之前，请确保满足以下要求：

SUSE Linux Enterprise Server 中的 Apache 默认不会安装到系统中。要用“即装即用”的标准预定义配置来安装它，请按如下所示继续：

可以自动在引导时启动 Apache 或手动启动它。

要确保 Apache 在引导期间自动启动，请在目标 multi-user.target 和 graphical.target 中执行以下命令：

> sudo systemctl enable apache2.service

有关 SUSE Linux Enterprise Server 中 systemd 目标的详细信息以及 YaST 服务管理器的说明，请参见第 19.4 节 “使用 YaST 管理服务”。

要使用外壳手动启动 Apache，请运行 systemctl start apache2.service。

既然 Web 服务器已在运行，因此可以添加您自己的文档、根据需要调整配置或通过安装模块来添加功能。

本部分概述了 Apache 配置文件。如果使用 YaST 进行配置，则不需要更改这些文件，但如果以后要切换到手动配置，这些信息可能非常有用。

Apache 配置文件可在两个不同位置处获取：

/etc/apache2/
     |
     |- charset.conv
     |- conf.d/
     |   |
     |   |- *.conf
     |
     |- default-server.conf
     |- errors.conf
     |- global.conf
     |- httpd.conf
     |- listen.conf
     |- loadmodule.conf
     |- magic
     |- mime.types
     |- mod_*.conf
     |- protocols.conf
     |- server-tuning.conf
     |- ssl-global.conf
     |- ssl.*
     |- sysconfig.d
     |   |
     |   |- global.conf
     |   |- include.conf
     |   |- loadmodule.conf . .
     |
     |- uid.conf
     |- vhosts.d
     |   |- *.conf

手动配置 Apache 包括作为 root 用户来编辑纯文本配置文件。

42.2.2.1 虚拟主机配置 #

 

术语虚拟主机指的是 Apache 在一台物理计算机上为多个统一资源标识符 (URI) 提供服务的能力。这意味着在一个物理计算机上的一个 Web 服务器可以运行几个域（例如 www.example.com 和 www.example.net）。

通常的做法是使用虚拟主机来节省管理精力（只需维护一个 Web 服务器即可）和硬件费用（每个域不需要专用的服务器）。虚拟主机可以是基于名称、基于 IP 或基于端口的。

要列出所有现有的虚拟主机，请使用命令 apache2ctl -S。这将输出一个列表，显示默认服务器和所有虚拟主机以及它们的 IP 地址和侦听端口。此外，该列表还针对每个虚拟主机包含一项，显示其在配置文件中的位置。

可以通过 YaST（如第 42.2.3.1.4 节 “虚拟主机”中所述）或通过手动编辑配置文件来配置虚拟主机。默认情况下，系统会根据 /etc/apache2/vhosts.d/ 中每个虚拟主机一个配置文件的设置，准备好 SUSE Linux Enterprise Server 中的 Apache。该目录中扩展名为 .conf 的所有文件均会自动包含到配置中。虚拟主机的基本模板将在目录 vhost.template 或 vhost-ssl.template 中提供，以用于带有 SSL 支持的虚拟主机。

提示：始终要创建虚拟主机配置

建议您始终创建虚拟主机配置文件，即使您的 Web 服务器仅主管一个域。这样不但可以将特定于域的配置保存在一个文件中，还可以简单地通过移动、删除或重命名虚拟主机的配置文件回退到有效的基本配置。因此，还应该为每个虚拟主机创建单独的配置文件。

使用基于名称的虚拟主机时，建议设置将在域名与虚拟主机配置不匹配时使用的默认配置。默认虚拟主机即最先装载其配置的虚拟主机。由于配置文件的装载顺序取决于文件名，因此请在默认虚拟主机配置文件名的开头使用下划线 (_)，以确保最先装载该文件（例如 _default_vhost.conf）。

<VirtualHost></VirtualHost> 块包含适用于特定域的信息。当 Apache 接收到客户端对某已定义虚拟主机的请求时，将使用此部分包含的指令。几乎所有指令均可用在虚拟主机环境中。请参见 http://httpd.apache.org/docs/2.4/mod/quickreference.html 来获取有关 Apache 的配置指令的进一步信息。

42.2.2.1.1 基于名称的虚拟主机 #

 

使用基于名称的虚拟主机，每个 IP 地址能服务于多个网站。Apache 使用客户端发送的 HTTP 报头中的主机字段来将请求连接到某个虚拟主机声明中匹配的 ServerName 项。如果找不到匹配的 ServerName，则默认使用第一个指定的虚拟主机。

第一步是为您要提供服务的每个基于名称的不同主机创建 <VirtualHost> 块。在每个 <VirtualHost> 块内，至少需要有一个 ServerName 指令来指定要为哪个主机提供服务，还需要有一个 DocumentRoot 指令指出该主机的内容位于文件系统中的哪个位置。

例 42.1︰ 基于名称的 VirtualHost 项的基本示例 #

 

<VirtualHost *:80>
# This first-listed virtual host is also the default for *:80
ServerName www.example.com
ServerAlias example.com
DocumentRoot /srv/www/htdocs/domain
</VirtualHost>

<VirtualHost *:80>
ServerName other.example.com
DocumentRoot /srv/www/htdocs/otherdomain
</VirtualHost>

VirtualHost 开始标记会使该 IP 地址（或完全限定的域名）在基于名称的虚拟主机配置中作为参数。端口号指令为可选项目。

允许使用通配符 * 代替 IP 地址。当使用 IPv6 地址时，地址必须括在方括号中。

例 42.2︰ 基于名称的 VirtualHost 指令 #

 

<VirtualHost 192.168.3.100:80>
  ...
</VirtualHost>

<VirtualHost 192.168.3.100>
  ...
</VirtualHost>

<VirtualHost *:80>
  ...
</VirtualHost>

<VirtualHost *>
  ...
</VirtualHost>

<VirtualHost [2002:c0a8:364::]>
  ...
</VirtualHost>

42.2.2.1.2 基于 IP 礬u196 A虚AaO鱘u187 机 #

 

这种备选的虚拟主机配置要求为计算机设置多个 IP 地址。Apache 的一个实例存储多个域，并为每个域指派一个不同的 IP。

物理服务器必须为每个基于 IP 的虚拟主机指定一个 IP 地址。如果计算机没有多个网卡，也可以使用虚拟网络接口（IP 别名）。

以下示例显示，Apache 在 IP 为 192.168.3.100 的计算机上运行，并在附加的 IP 地址 192.168.3.101 和 192.168.3.102 上托管了两个域。请为每个虚拟服务器指定一个单独的 VirtualHost 块。

例 42.3︰ 基于 IP 的 VirtualHost 指令 #

 

<VirtualHost 192.168.3.101>
  ...
</VirtualHost>

<VirtualHost 192.168.3.102>
  ...
</VirtualHost>

在此，VirtualHost 指令只针对除 192.168.3.100 以外的接口。如果也为 192.168.3.100 配置 Listen 指令，则必须另外创建一个基于 IP 的虚拟主机来响应对该接口的 HTTP 请求，否则系统将会应用在默认服务器配置 (/etc/apache2/default-server.conf) 中找到的指令。

42.2.2.1.3 基本虚拟主机配置 #

 

每个虚拟主机配置中至少要有以下指令，才能设置虚拟主机。请参见 /etc/apache2/vhosts.d/vhost.template 了解更多选项。

ServerName

主机所在的全限定域名。

DocumentRoot

Apache 应该为此主机提供文件的目录路径。出于安全考虑，默认会禁止访问整个文件系统，所以必须在 Directory 容器中显式解锁此目录。

ServerAdmin

服务器管理员的电子邮件地址。例如，此地址将显示在 Apache 创建的错误页面上。

ErrorLog

该虚拟主机的错误日志文件。尽管不必为每个虚拟主机创建单独的错误日志文件，但是通常建议执行此操作，因为这样能使错误调试变得容易些。/var/log/apache2/ 是 Apache 日志文件的默认目录。

CustomLog

该虚拟主机的访问日志文件。尽管不必为每个虚拟主机创建单独的访问日志文件，但是通常建议执行此操作，因为这样可单独分析每个主机的访问统计数字。/var/log/apache2/ 是 Apache 日志文件的默认目录。

综上所述，出于安全考虑，在默认情况下禁止访问整个文件系统。因此，明确对您放置了 Apache 应为其提供服务的文件所在的目录解除锁 定，例如 DocumentRoot：

<Directory "/srv/www/www.example.com/htdocs">
  Require all granted
</Directory>

注意：Require all granted

在旧版 Apache 中，Require all granted 语句表达为：

Order allow,deny
Allow from all

mod_access_compat 模块仍然支持该旧语法。

完整的配置文件外观如下所示：

例 42.4︰ 基本 VirtualHost 配置 #

 

<VirtualHost 192.168.3.100>
  ServerName www.example.com
  DocumentRoot /srv/www/www.example.com/htdocs
  ServerAdmin webmaster@example.com
  ErrorLog /var/log/apache2/www.example.com_log
  CustomLog /var/log/apache2/www.example.com-access_log common
  <Directory "/srv/www/www.example.com/htdocs">
  Require all granted
  </Directory>
</VirtualHost>

要使用 YaST 配置 Web 服务器，请启动 YaST，并选择网络服务 ›  HTTP 服务器。第一次启动此模块时，HTTP 服务器向导会启动，提示您做出一些有关服务器管理的基本决定。完成向导后，在您每次调用 HTTP 服务器模块时，HTTP 服务器配置对话框都会启动。有关详细信息，请参见第 42.2.3.2 节 “HTTP 服务器配置”。

42.2.3.1 HTTP 服务器向导 #

 

HTTP 服务器向导包括五个步骤。在对话框的最后一步中，您可以进入专家配置模式进行更具体的设置。

42.2.3.1.1 网络设备选择 #

 

在这里，指定 Apache 用以侦听传入请求的网络接口和端口。可以选择现有网络接口及其各自 IP 地址的任意组合。可以使用其他服务未预留的所有三个范围内的端口（公认端口、注册端口和动态或私用端口）。默认设置是在端口 80 上侦听所有网络接口（IP 地址）。

选中打开防火墙中的端口，在防火墙中打开 Web 服务器侦听的端口。要使 Web 服务器在网络（LAN、WAN 或公共互联网）中可用，这样做是必要的。仅在测试时不必对 Web 服务器进行外部访问的情况下，关闭端口是有用的。如果有多个网络接口，请单击防火墙细节以指定要在哪些接口上打开端口。

单击下一步继续配置。

42.2.3.1.2 模块 #

 

模块配置选项允许激活或停用 Web 服务器应支持的脚本语言。要激活或停用其他模块，请参见第 42.2.3.2.2 节 “服务器模块”。单击下一步进入下一个对话框。

42.2.3.1.3 默认主机 #

 

该选项与默认的 Web 服务器相关。正如第 42.2.2.1 节 “虚拟主机配置”中所述，Apache 可以在一台物理计算机上为多台虚拟主机提供服务。配置文件中最先声明的虚拟主机通常称为默认主机。每个虚拟主机都将继承默认主机的配置。

要编辑主机设置（也称为指令），请在表中选择相应的项，然后单击编辑。要添加新指令，请单击添加。要删除指令，请选择该主机，然后单击删除。

图 42.1︰ HTTP 服务器向导：默认主机 #

 

这里是服务器默认设置的列表：

Document Root

Apache 为此主机提供文件的目录路径。默认位置为 /srv/www/htdocs。

Alias

使用 Alias 指令可以将 URL 映射到物理文件系统位置。这意味着可以通过对某路径进行 URL 别名判别来访问该路径（即使是在文件系统中 Document Root 之外的路径）。

默认的 SUSE Linux Enterprise Server Alias /icons 指向 /usr/share/apache2/icons，作为显示在目录索引视图中的 Apache 图标。

ScriptAlias

和 Alias 指令类似，ScriptAlias 指令将 URL 映射到文件系统位置。不同之处在于 ScriptAlias 将目标目录指定为 CGI 位置，意味着 CGI 脚本应该在此位置执行。

Directory

设置 Directory 后，便可包含一组只能应用于指定目录的配置选项。

目录 /srv/www/htdocs、/usr/share/apache2/icons 和 /srv/www/cgi-bin 的访问和显示选项在此处配置。不需要更改默认值。

Include

使用 include，还可指定其他配置文件。系统中已预配置两个 Include 指令：/etc/apache2/conf.d/ 目录包含与外部模块一起提供的配置文件。使用此指令可包含该目录中以 .conf 结尾的所有文件。使用第二个指令 /etc/apache2/conf.d/apache2-manual.conf 可包含 apache2-manual 配置文件。

Server Name

这指定了客户端用来联系 Web 服务器的默认 URL。使用完全限定的域名 (FQDN) 来连接 Web 服务器（位于 http://FQDN/）或其 IP 地址。不能在此处随意选择名称 － 服务器在此名称下必须是“已知”的。

Server Administrator E-Mail

服务器管理员的电子邮件地址。例如，此地址将显示在 Apache 创建的错误页面上。

完成默认主机步骤后，单击下一步继续完成配置。

42.2.3.1.4 虚拟主机 #

 

在本步骤中，向导显示已配置的虚拟主机（请参见第 42.2.2.1 节 “虚拟主机配置”）的列表。如果启动 YaST HTTP 向导前未进行手动更改，将不显示虚拟主机。

要添加主机，请单击添加以打开一个对话框，可在其中输入有关该主机的基本信息，如服务器名称、服务器内容根 (DocumentRoot) 和管理员电子邮件。服务器解析用来确定如何识别主机（基于名称或基于 IP）。通过更改虚拟主机 ID 指定名称或 IP 地址

单击下一步进入虚拟主机配置对话框的第二部分。

在虚拟主机配置的第二部分中，可以指定是否启用 CGI 脚本以及用于这些脚本的目录。还可启用 SSL。如果要启用，还必须指定证书的路径。请参见第 42.6.2 节 “使用 SSL 配置 Apache”了解有关 SSL 和证书的细节。使用目录索引选项，可指定在客户端请求目录时所显示的文件（默认情况下为 index.html）。添加一个或多个文件名（用空格分隔）可更改此设置。设置启用公用 HTML 后，便可在服务器的 http://www.example.com/~USER 下访问用户公共目录 (~USER/public_html/) 的内容。

重要：创建虚拟主机

不能随意添加虚拟主机。如果使用基于名称的虚拟主机，必须在网络上解析每个主机名。如果使用基于 IP 的虚拟主机，则仅可向每个可用的 IP 地址指定一个主机。

42.2.3.1.5 摘要 #

 

这是本向导的最后一步。在此，确定 Apache 服务器启动的方式和时间：何时引导或手动引导。另请参见迄今为止所作配置的简短摘要。如果对设置满意，单击完成以完成配置。要进行更改，请单击后退直至显示所需的对话框。单击 HTTP 服务器专家配置打开第 42.2.3.2 节 “HTTP 服务器配置”中所述的对话框。

图 42.2︰ HTTP 服务器向导：摘要 #

 

42.2.3.2 HTTP 服务器配置 #

 

HTTP 服务器配置对话框还允许您对配置进行比在向导（它只在您首次配置 Web 服务器时运行）中更多的调整。它由四个如下所述的选项卡组成。在此处更改的任何配置选项都不会立即生效，总是需要使用完成来确认更改从而使其生效。单击中止退出配置模块并丢弃所作更改。

42.2.3.2.1 侦听端口和地址 #

 

在 HTTP Service 中，选择应该运行（启用）还是停止（禁用）Apache。在侦听端口中，添加、编辑或删除服务器可用的地址和端口。默认设置是在端口 80 上侦听所有接口。应始终选中打开防火墙中的端口，否则无法从外部访问 Web 服务器。仅在测试时不必对 Web 服务器进行外部访问的情况下，关闭端口是有用的。如果有多个网络接口，请单击防火墙细节以指定要在哪些接口上打开端口。

使用日志文件查阅访问日志文件或错误日志文件。如果要测试配置，这很有用。该日志文件将在单独的窗口中打开，您还可从该窗口重启动或重新装载 Web 服务器。有关详细信息，请参见第 42.3 节 “启动和停止 Apache”。这些命令将立即生效，并且其日志消息也会立即显示。

图 42.3︰ HTTP 服务器配置：侦听端口和地址 #

 

42.2.3.2.2 服务器模块 #

 

可以通过单击切换状态来更改 Apache2 模块的状态（启用或禁用）。单击添加模块可添加已安装但还未列出的新模块。要了解模块的更多信息，请参见第 42.4 节 “安装、激活和配置模块”。

图 42.4︰ HTTP 服务器配置：服务器模块 #

 

42.2.3.2.3 主要主机 #

 

这些对话框与上述对话框相同。请参见第 42.2.3.1.3 节 “默认主机”和第 42.2.3.1.4 节 “虚拟主机”。

如果您按第 42.1.2 节 “安装”中所述执行了默认安装，那么以下模块已经安装：所有基本和扩展模块、多处理模块 Prefork MPM 以及外部模块 mod_python。

您可以启动 YaST，然后选择软件 ›  软件管理，来安装其他外部模块。现在请选择视图 › 搜索并搜索 apache。在其他软件包中，结果列表将包含所有可用的外部 Apache 模块。

手动或用 YaST 激活或停用特定模块。在 YaST 中，需要使用第 42.2.3.1 节 “HTTP 服务器向导”中所述的模块配置来启用或禁用脚本语言模块（PHP 8 和 Python）。可以按第 42.2.3.2.2 节 “服务器模块”中所述启用或禁用所有其他模块。

如果您想手动激活或停用这些模块，请分别使用命令 a2enmod MODULE 或 a2dismod MODULE。a2enmod -l 会输出当前所有活动的模块列表。

重要：包含外部模块的配置文件

如果已经手动激活外部模块，则确保在所有虚拟主机配置中装载其配置文件。外部模块的配置文件位于 /etc/apache2/conf.d/ 下，默认会装载到 /etc/apache2/default-server.conf 中。要获取更精细的控制，您可以注释掉 /etc/apache2/default-server.conf 中的内容，并只将该文件添加到特定的虚拟主机。请参见 /etc/apache2/vhosts.d/vhost.template 中的示例。

Apache 文档中对所有基础模块和扩展模块均进行了详细的描述。此处仅提供大多数重要模块的简短描述。请参见 http://httpd.apache.org/docs/2.4/mod/ 以了解有关每个模块的详细信息。

SUSE Linux Enterprise Server 提供了两个不同的多处理模块 (MPM) 来结合 Apache 使用：

42.4.4.1 Prefork MPM #

 

prefork MPM 实施了一个非线程的预生成 Web 服务器。它使 Web 服务器在行为上类似于 Apache 版本 1.x。在该版本中，它隔离每个请求并通过派生单独的子进程来处理请求。这样，有问题的请求就不会影响其他请求，避免了 Web 服务器被锁定。

此基于进程的方法 prefork MPM 虽然提供了稳定性，但比相应的 worker MPM 消耗更多的系统资源。prefork MPM 被视为是基于 Unix 操作系统的默认 MPM。

重要：本文档中的 MPM

本文档假设 Apache 使用 prefork MPM。

42.4.4.2 Worker MPM #

 

worker MPM 提供一种多线程 Web 服务器。线程是一种“更小”的进程。线程相对于进程的优点是它占用较少的资源。worker MPM 并非仅生成子进程，还通过在服务器进程中使用线程来处理请求。预派生的子进程是多线程的。此方法相比 prefork MPM，使 Apache 消耗更少的系统资源，从而提高了 Apache 的执行效率。

一个主要缺点是 worker MPM 的稳定性：如果一个线程损坏，进程的所有线程都会受影响。最严重的情况会导致服务器崩溃。尤其是，如果在高负载下将通用网关接口 (CGI) 与 Apache 一起使用，就可能由于线程无法与系统资源通讯而发生内部服务器错误。将 worker MPM 与 Apache 搭配使用的另一个争议是，并非所有可用的 Apache 模块都是线程安全的，因此它不能与 worker MPM 搭配使用。

警告：将 PHP 模块与 MPM 结合使用

并非所有可用的 PHP 模块都是线程安全的。强烈建议不要将 worker MPM 与 mod_php 一起使用。

此处提供了 SUSE Linux Enterprise Server 随附的所有外部模块的列表。在列出的目录中查找模块的文档。

高级用户可以通过编写自定义模块来扩展 Apache。要开发适用于 Apache 的模块或编译第三方模块，需要软件包 apache2-devel 以及对应的开发工具。apache2-devel 还包含 apxs2 工具，编译 Apache 的其他模块需要用到此工具。

apxs2 允许从源代码编译和安装模块（包括对配置文件进行必要的更改），这将创建可在运行时装载入 Apache 的动态共享对象 (DSO)。

apxs2 二进制文件位于 /usr/sbin 下：

使用以下命令从源代码安装并激活模块：

> sudo cd /path/to/module/source
> sudo apxs2 -cia MODULE.c

其中，-c 用于编译模块，-i 用于安装模块，-a 用于激活模块。apxs2(1) 手册页中介绍了 apxs2 的其他选项。

在 SUSE Linux Enterprise Server 中，只允许在目录 /srv/www/cgi-bin/ 中执行 CGI 脚本。已配置此位置来执行 CGI 脚本。如果已经创建了虚拟主机配置（请参见第 42.2.2.1 节 “虚拟主机配置”）并且想将脚本放置在特定于主机的目录中，必须解锁并配置此目录。

ScriptAlias /cgi-bin/ "/srv/www/www.example.com/cgi-bin/"1

<Directory "/srv/www/www.example.com/cgi-bin/">
 Options +ExecCGI2
 AddHandler cgi-script .cgi .pl3
 Require all granted4
</Directory>

CGI 编程不同于“常规”编程，因为 CGI 程序和脚本的开头必须有一个 MIME 类型的报头，例如 Content-type: text/html。此报头将发送到客户端，所以它知道所接收内容的类型。其次，脚本的输出必须是客户端（通常是 Web 浏览器）所知道的东西，比如 HTML、纯文本或图像。

Apache 软件包会在 /usr/share/doc/packages/apache2/test-cgi 下提供一个简单的测试脚本。该脚本可将特定环境变量的内容输出为纯文本。将此脚本复制到 /srv/www/cgi-bin/ 或虚拟主机的脚本目录 (/srv/www/www.example.com/cgi-bin/) 中，并将它命名为 test.cgi。编辑文件，使 #!/bin/sh 成为第一行。

可通过 Web 服务器访问的文件应由用户 root 拥有。有关更多信息，请参见第 42.8 节 “避免安全性问题”。由于该 Web 服务器是由不同用户运行的，所以 CGI 脚本必须可被世界各地的用户执行和读取。更改为 CGI 目录并使用命令 chmod 755 test.cgi 来应用正确的权限。

现在调用 http://localhost/cgi-bin/test.cgi 或 http://www.example.com/cgi-bin/test.cgi。应该能看到 “CGI/1.0 测试脚本报告”。

如果没有看到测试程序的输出而是看到了错误消息，则请检查以下项：

要将 TLS/SSL 与 Web 服务器搭配使用，您需要创建 SSL 证书。在 Web 服务器和客户端之间授权时需要此证书，以便双方都能识别对方。为了确保证书的完整性，证书必须由所有用户都信任的一方签署。

可以创建的证书有三类：“测试”证书（仅用于测试）、自我签名证书（用于信任您的指定用户圈），以及由独立、公开的证书颁发机构 (CA) 签署的证书。

创建证书分两步执行。首先，生成证书颁发机构的私用密钥，然后使用此密钥签署服务器证书。

提示：更多信息

要进一步了解 TLS/SSL 的概念和定义，请参见 http://httpd.apache.org/docs/2.4/ssl/ssl_intro.html。

42.6.1.1 创建“测试”证书 #

 

要生成测试证书，请调用脚本 /usr/bin/gensslcert。它创建或重写下列文件。使用 gensslcert 的可选开关调整证书。致电 /usr/bin/gensslcert -h获取详情.

• /etc/apache2/ssl.crt/ca.crt

• /etc/apache2/ssl.crt/server.crt

• /etc/apache2/ssl.key/server.key

• /etc/apache2/ssl.csr/server.csr

也可以从 /srv/www/htdocs/CA.crt 下载 ca.crt 的副本。

重要：仅用于测试

切勿在生产系统上使用测试证书。它只能用来测试。

42.6.1.2 创建自我签名证书 #

 

如果要为内部网或指定用户群设置安全的 Web 服务器，通过您自己的证书颁发机构 (CA） 对证书签名可能就足矣。请注意，访问此类网站的用户将会看到类似“此网站不可信”的警告，因为 Web 浏览器不能识别自我签名证书。

重要：自我签名证书

仅在 Web 服务器上使用自签署证书，此证书必须可由知道并相信您是证书授权者的人员访问。例如，不建议在公共商店使用此类证书。

首先，您需要生成证书签名请求 (CSR)。您将需要使用 openssl，并采用 PEM 证书格式。在执行此步骤期间，系统将要求您输入通行口令并回答几个问题。请记住您输入的通行口令，将来还要使用它。

> sudo openssl req -new > new.cert.csr
Generating a 1024 bit RSA private key
..++++++
.........++++++
writing new private key to 'privkey.pem'
Enter PEM pass phrase:1
Verifying - Enter PEM pass phrase:2
-----
You are about to be asked to enter information that will be incorporated
into your certificate request.
What you are about to enter is what is called a Distinguished Name or a DN.
There are quite a few fields but you can leave some blank
For some fields there will be a default value,
If you enter '.', the field will be left blank.
-----
Country Name (2 letter code) [AU]:3
State or Province Name (full name) [Some-State]:4
Locality Name (eg, city) []:5
Organization Name (eg, company) [Internet Widgits Pty Ltd]:6
Organizational Unit Name (eg, section) []:7
Common Name (for example server FQDN, or YOUR name) []:8
Email Address []:9

Please enter the following 'extra' attributes
to be sent with your certificate request
A challenge password []:10
An optional company name []:11

1	填写您的通行口令。
2	再次填写通行口令（并记住它）。
3	填写两个字母的国家/地区代码，例如 GB 或 CZ。
4	填写您所在的省/自治区/直辖市名称。
5	填写城市名称，例如 Prague。
6	填写您的工作单位名称。
7	填写您的组织单位，没有则保留为空白。
8	填写服务器的域名，或者您的名字和姓氏。
9	填写您的办公电子邮件地址。
10	将询问口令保留为空白，否则您每次重启动 Apache Web 服务器时都需要输入该口令。
11	填写选填的公司名称，或保留为空白。

现在可以生成证书。您将再次使用 openssl，并且证书的格式是默认的 PEM。

过程 42.3︰ 生成证书 #

 

1. 将密钥的私用部分导出到 new.cert.key。系统将提示您输入您在创建证书签名请求 (CSR) 时所输入的通行口令。

   > sudo openssl rsa -in privkey.pem -out new.cert.key

2. 根据您在签名请求中填写的信息生成证书的公共部分。-days 选项指定证书的有效期。您可以在证书失效前将其撤消或更换。

   > sudo openssl x509 -in new.cert.csr -out new.cert.cert -req \
   -signkey new.cert.key -days 365

3. 将证书文件复制到相关的目录，以便 Apache 服务器可以读取它们。确保私用密钥 /etc/apache2/ssl.key/server.key 不是所有人都可读的，而公共 PEM 证书 /etc/apache2/ssl.crt/server.crt 则是。

   > sudo cp new.cert.cert /etc/apache2/ssl.crt/server.crt
   > sudo cp new.cert.key /etc/apache2/ssl.key/server.key

提示：公共证书位置

最后一步是将公共证书文件从 /etc/apache2/ssl.crt/server.crt 复制到用户可以访问的位置，以便将该文件纳入用户 Web 浏览器已知且信任的 CA 列表中。否则，浏览器将指示证书是由未知授权者发出的。

> openssl req -new -newkey rsa:2048 -nodes -keyout newkey.pem -out newreq.pem

在 Web 服务器端，TLS/SSL 请求的默认端口为 443。侦听端口 80 的“普通”Apache 与侦听端口 443 且支持 TLS/SSL 的 Apache 之间没有冲突。实际上，HTTP 和 HTTPS 可使用同一个 Apache 实例运行。通常使用一个虚拟主机将请求发送到端口 80 和端口 443 以区分虚拟服务器。

重要：防火墙配置

请记得在端口 443 上为支持 SSL 的 Apache 打开防火墙。可按第 23.4.3 节 “在命令行上配置防火墙”中所述通过 firewalld 执行此操作。

在全局服务器配置中，SSL 模块默认情况下处于启用状态。如果它在您的主机上已禁用，请使用以下命令激活它：a2enmod ssl。要最终启用 SSL，需要使用标志“SSL”启动服务器。为此，请调用 a2enflag SSL（区分大小写！）。如果选择使用口令加密服务器证书，则还应增加 /etc/sysconfig/apache2 中 APACHE_TIMEOUT 的值，这样在 Apache 启动时，您就有足够的时间输入通行口令。重启动服务器可使这些更改生效。仅重装载是不够的。

虚拟主机配置目录中包含 /etc/apache2/vhosts.d/vhost-ssl.template 模板，该模板详细记录了专用于 SSL 的指令。请参见第 42.2.2.1 节 “虚拟主机配置”了解通用虚拟主机配置。

首先，将模板复制到 /etc/apache2/vhosts.d/MYSSL-HOST.conf，并对其进行编辑。调整以下指令的值应该就足够了：

42.6.2.1 基于名称的虚拟主机和 SSL #

 

默认情况下，不能在仅具有一个 IP 地址的服务器上运行多个启用了 SSL 的虚拟主机。基于名称的虚拟主机要求 Apache 了解已请求了哪些服务器名称。SSL 连接问题在于，此类请求只能在已建立 SSL 连接之后读取（通过使用默认虚拟主机）。因此用户将收到警告消息，指示证书与服务器名称不匹配。

SUSE Linux Enterprise Server 提供了一个 SSL 协议扩展：服务器名称指示 (SNI)。该协议会在 SSL 协商过程中发送虚拟域的名称，从而解决了这一问题。这样服务器就能提前“切换”到正确的虚拟域，并向浏览器显示正确的证书。

SUSE Linux Enterprise Server 上默认会启用 SNI。要启用基于名称的 SSL 虚拟主机，可按第 42.2.2.1.1 节 “基于名称的虚拟主机”中所述配置服务器（需要将端口 443 用于 SSL，而非端口 80）。

重要：SNI 浏览器支持

客户端也必须支持 SNI。不过，只有大部分浏览器支持 SNI，某些较旧的浏览器不支持。有关详细信息，请参见https://en.wikipedia.org/wiki/Server_Name_Indication#Support。

要配置对不支持 SNI 的浏览器的处理方式，请使用指令 SSLStrictSNIVHostCheck。在服务器配置中设置为 on 时，所有虚拟主机都将拒绝不支持 SNI 的浏览器。如果 VirtualHost 指令中设置为 on，对此特定主机的访问将被拒。

在服务器配置中设置为 off 时，服务器的行为类似于不支持 SNI。SSL 请求将由定义的第一个虚拟主机（端口 443）处理。

在 Apache 软件中发现漏洞时，SUSE 将会发出安全忠告。其中包含修复漏洞的相关指导，用户应该在情况允许时予以采纳。SUSE 安全性声明可以从以下位置处获取：

在 SUSE Linux Enterprise Server 中，DocumentRoot 目录 (/srv/www/htdocs) 和 CGI 目录 (/srv/www/cgi-bin) 的所有权默认属于 root 用户和组。您不能更改这些权限。如果任何用户都可写入这些目录，则任何用户都可以将文件放入这些目录中。之后，具有 wwwrun 权限（该权限允许用户随意访问文件系统资源）的 Apache 可能会执行这些文件。使用 /srv/www 的子目录来存放虚拟主机的 DocumentRoot 和 CGI 指令，并确保这些目录和文件属于 root 用户和组。

默认情况下，/etc/apache2/httpd.conf 中会拒绝对整个文件系统的访问。不应该重写这些指令，而是要明确启用对 Apache 可读的所有目录的访问权。有关详细信息，请参见第 42.2.2.1.3 节 “基本虚拟主机配置”。如此操作后，请确保任何重要文件（例如口令或系统配置文件）均不能从外部读取。

使用 PHP、SSI 或任何其他编程语言的交互脚本可以运行任意命令，因此存在普遍的安全问题。从服务器执行的脚本只能从服务器管理员信任的源安装，允许用户运行他们拥有的所有脚本通常不是好的做法。还建议对所有脚本执行安全性审计。

为了尽可能简化脚本的管理，通常会将 CGI 脚本的执行限制于特定目录而不是全局使用它们。ScriptAlias 和 Option ExecCGI 指令用于配置。SUSE Linux Enterprise Server 的默认配置不允许随处执行 CGI 脚本。

所有 CGI 脚本都会作为同一个用户运行，所以不同的脚本可能会彼此冲突。模块 suEXEC 允许您在不同的用户和组下运行 CGI 脚本。

启用用户目录（使用 mod_userdir 或 mod_rewrite）时，一定不要允许用户覆盖 .htaccess 文件，因为这会允许用户重写安全设置。至少应该使用指令 AllowOverRide 来限制用户的注册。在 SUSE Linux Enterprise Server 中，.htaccess 文件默认处于启用状态，但当用户使用 mod_userdir（请参见 /etc/apache2/mod_userdir.conf 配置文件）时，不允许其覆盖任何 Option 指令。

有关 Apache 2.4 中新功能的列表，请参见 http://httpd.apache.org/docs/2.4/new_features_2_4.html。可以在 http://httpd.apache.org/docs-2.4/upgrading.html 获得有关从版本 2.2 升级到 2.4 的信息。

有关第 42.4.5 节 “外部模块”中简述的外部 Apache 模块的更多信息，可在以下位置找到：

有关开发 Apache 模块和涉及 Apache Web 服务器项目的更多信息，可以从以下位置处获得：

如果遇到特定于 SUSE Linux Enterprise Server 中的 Apache 的问题，请查看“技术信息搜索”，网址为：https://www.suse.com/support。https://httpd.apache.org/ABOUT_APACHE.html 提供了对 Apache 历史的介绍。此页还解释此服务器为什么被称为 Apache。