nginx 的内置变量是其配置灵活性的核心,它们提供了丰富的客户端请求和服务器状态信息。下述表格汇总了这些变量,并附带了实用的分类和说明,方便快速查阅和使用。
1. nginx 内置变量速查表
变量类别 | 变量名 | 说明与示例 |
|---|---|---|
请求uri与参数 |
| 当前请求的uri(不含参数),可能经过内部重写。例: |
| 客户端原始的完整请求uri(含参数)。例: | |
| 请求行中的参数字符串。例: | |
| 获取指定名称的参数值。例: | |
| 如果请求有参数,值为 | |
客户端信息 |
| 客户端的直接ip地址 |
| 透传客户端原始ip的请求头,常用于识别经过代理的真实用户ip | |
| 客户端浏览器标识 | |
| 请求来源页面 | |
请求内容 |
| http 请求方法,如 |
| 请求头中的 | |
| 请求头中的 | |
| 客户端的请求主体内容 | |
服务器信息 |
| 请求的主机名,优先级:请求行 > "host"请求头 > 匹配的服务器名 |
| 当前匹配的服务器块名称 | |
| 请求到达的服务器端口 | |
| 请求协议, | |
| 若为ssl安全模式,值为 | |
文件路径 |
| 当前请求的文档根目录或别名 |
| 当前请求映射到的本地文件系统路径 | |
响应与性能 |
| http 响应状态码 |
| 发送给客户端的响应体字节数(不含头) | |
| 处理请求所耗费的时间 | |
其他常用变量 |
| 获取指定名称的 cookie 值 |
| 获取任意请求头字段,将 | |
| nginx 版本号 | |
| 服务器时间的 iso 8601 格式 |
2. 核心变量详解与应用场景
了解这些变量的典型用法,能帮助你更好地配置nginx。
- 精确控制:
$uri 与$request_uri$uri反映的是当前请求经过nginx内部处理(如重写规则)后的uri,不带参数。它常用于内部重定向或作为其他指令的输入。$request_uri则是客户端发来的原始请求,包含所有参数,且是只读的。在构建反向代理请求时,如果你希望原封不动地将客户端请求传递给后端,通常会使用$request_uri。
- 获取客户端真实ip:
$remote_addr与$http_x_forwarded_for- 当客户端与nginx服务器之间没有代理时,
$remote_addr就是客户端的真实ip。 - 当存在反向代理(如cdn、负载均衡器)时,
$remote_addr会是最后一个代理服务器的ip。此时,代理服务器通常会将客户端的原始ip放在x-forwarded-for请求头中,这个值可以通过$http_x_forwarded_for变量获取 。处理多级代理时,这个变量可能包含一个ip列表。
- 当客户端与nginx服务器之间没有代理时,
- 灵活获取请求头:
$http_name- 这是一个通用变量,
name可以替换为任何请求头字段名的小写字母和下划线形式。例如,获取accept-language头,使用$http_accept_language。这为根据请求头信息做差异化处理提供了极大灵活性。
- 这是一个通用变量,
3. 实际应用举例
下面通过几个常见场景展示这些变量的用法。
记录详细日志
你可以在 log_format中组合使用变量,记录更丰富的信息。例如,记录客户端ip、用户代理、请求处理时间和响应状态:
log_format main '$remote_addr - $remote_user [$time_local] '
'"$request" $status $body_bytes_sent '
'"$http_referer" "$http_user_agent" '
'$request_time';访问控制与重定向
根据参数重写url:
if ($arg_version = "v2") {
rewrite ^/api/(.*)$ /v2/api/$1 last;
}基于原始ip进行访问限制(注意:需确保代理服务器正确设置了 x-forwarded-for):
# 允许来自192.168.1.100和10.0.0.0/8网段的请求
if ($http_x_forwarded_for !~* "^(192\.168\.1\.100|10\..*)") {
return 403;
}代理配置
在反向代理设置中,常使用变量向后端传递原始请求信息:
location /api/ {
proxy_pass http://backend_server;
# 将原始host头传递给后端
proxy_set_header host $host;
# 传递客户端真实ip
proxy_set_header x-real-ip $remote_addr;
proxy_set_header x-forwarded-for $proxy_add_x_forwarded_for;
proxy_set_header x-forwarded-proto $scheme;
}4. 注意事项
- 变量使用场景:并非所有变量都可以在所有配置指令中使用,具体需参考nginx官方文档。
- 条件判断:在nginx配置中,尤其是在
if指令中使用变量进行字符串匹配或条件判断时,需要特别注意nginx的匹配规则,有时可能需要使用~*(不区分大小写匹配)或~(区分大小写匹配)等操作符 。 - 变量性能:大部分内置变量开销很小,但频繁在复杂逻辑或高并发场景下使用某些涉及字符串处理的变量仍需注意。
到此这篇关于nginx内置变量应用场景分析的文章就介绍到这了,更多相关nginx内置变量内容请搜索代码网以前的文章或继续浏览下面的相关文章希望大家以后多多支持代码网!
发表评论