NGINX大全 第十六章 实用操作提示和结论

第十六章 实用操作提示和结论

16.0 介绍

最后一章将介绍实用的操作技巧，并且是本书的总结。在本书中，我们讨论了许多与运营工程师有关的想法和概念。但是，我认为可能还有其他一些方法可以解决问题。在本章中，我将介绍如何确保配置文件简洁明了以及调试配置文件。

16.1 使用Include进行干净的配置

问题

您需要清理庞大的配置文件，以将您的配置从逻辑上分组为模块化配置集。

解决方案

使用include指令来引用配置文件，目录或掩码：

http {
    include config.d/compression.conf;
    include sites-enabled/*.conf
}

include指令采用单个参数的文件路径或者与许多文件匹配的掩码。 该指令在任何情况下均有效。

讨论

通过使用include语句，可以使NGINX配置保持简洁明了。您将能够对配置进行逻辑分组，以避免配置文件持续数百行。您可以创建模块化配置文件，这些文件可以包含在整个配置中的多个位置，以避免重复配置。请使用NGINX的大多数的软件包安装管理中提供的示例fastcgi_param配置文件。如果您在单个NGINX机器上管理多个FastCGI虚拟服务器，你可以在需要这些用于FastCGI的参数的任何位置或上下文中包含此配置文件，而不必重复此配置。另一个示例是SSL配置。如果您正在运行需要类似SSL配置的多台服务器，则只需编写一次此配置，然后将其包含在任何需要的位置即可。通过将配置逻辑分组在一起，您可以放心配置是整齐有序的。更改一组配置文件可以通过编辑单个文件来完成，而不是在大型配置文件中的多个位置中更改多组配置块。将您的配置分组到文件中并使用include语句是您的明智之举，也是您同事的明智之举。

16.2 调试配置

问题

您从NGINX服务器获得了意料之外的结果。

解决方案

调试您的配置，并记住以下提示：

• NGINX寻找最特定的匹配规则来处理请求。这使手动完成配置变得有些困难，但这是NGINX工作的最有效方式。

• 您可以打开调试日志记录。对于调试日志记录，您需要确保您的NGINX软件包已配置了--with-debug标志。大多数常见的软件包都有它。 但是如果您是自己构建的或运行的最小软件包，则可能需要至少进行两次检查。确定已调试后，可以将error_log指令的日志级别设置为要调试：error_log /var/log/nginx/error.log debug。

• 您可以启用对特定连接的调试。debug_connection指令在events上下文中有效，并采用IP或CIDR范围作为参数。可以多次声明该指令以添加要调试的多个IP地址或CIDR范围。这可能有助于调试生产中的问题而不会由于调试所有连接而降低性能。

• 您可以启用core dump并从中获取回溯。可以通过操作系统或NGINX配置文件启用core dump。

• 您可以通过打开rewrite_log指令（rewrite_log on）来记录rewrite语句中发生的情况。

NGINX如何处理请求 调试管理指南 Rewrite日志

讨论

NGINX平台非常庞大，并且配置可以使您可以执行许多令人惊奇的事情。但是，有着做出惊奇的事情的能力，您也可能会弄巧成拙。调试时，请确保您知道如何通过配置来跟踪请求； 如果有问题，请添加调试日志级别以提供帮助。调试日志非常冗长，但是对于找出NGINX对您的请求所做的事情以及您在配置中出了错的地方很有帮助。

16.3 总结

本书侧重于高性能负载平衡，安全性以及部署和维护NGINX和NGINX Plus服务器。该书展示了NGINX应用程序交付平台的一些最强大的功能。NGINX Inc.持续地开发惊人的功能并保持领先地位。

本书展示了许多简短的诀窍，使您可以更好地理解使NGINX成为现代Web核心的某些指令和模块。NGINX服务器不仅是Web服务器，也不仅是反向代理，而是一个完整的应用程序交付平台，完全能够进行身份验证，并且可以在其所使用的环境中活跃起来。希望你现在明白这一点。