[Apache,反向代理,日志,默认值,HTTP]Nginx日志配置详细教程

在线体验各类最新模型,更有模型 免费Token 额度领取!
立即体验
简介:   nginx日志配置  nginx有一个非常灵活的日志记录模式。每个级别的配置可以有各自独立的访问日志。日志格式通过log_format命令来定义。ngx_http_log_module是用来定义请求日志格式的。  access_log指令  access_log path [format [buffer=size [flush=time]]];  access_log path format gzip[=level] [buffer=size] [flush=time];

  nginx日志配置

  nginx有一个非常灵活的日志记录模式。每个级别的配置可以有各自独立的访问日志。日志格式通过log_format命令来定义。ngx_http_log_module是用来定义请求日志格式的。

  access_log指令

  access_log path [format [buffer=size [flush=time]]];

  access_log path format gzip[=level] [buffer=size] [flush=time];

  access_log syslog:server=address[,parameter=value] [format];

  access_log off;

  #默认值: access_log logs/access.log combined;

  #配置段: http, server, location, if in location, limit_except

  #gzip压缩等级。

  #buffer设置内存缓存区大小。

  #flush保存在缓存区中的最长时间。

  #不记录日志:access_log off;

  #使用默认combined格式记录日志:

  access_log logs/access.log

  或

  access_log logs/access.log combined;

  log_format指令

  语法: log_format name string …;

  默认值: log_format combined “…”;

  配置段: http

  name表示格式名称,string表示等义的格式。log_format有一个默认的无需设置的combined日志格式,相当于apache的combined日志格式,如下所示:

  log_format combined '$remote_addr - $remote_user [$time_local] '

  ' "$request" $status $body_bytes_sent '

  ' "$http_referer" "$http_user_agent" ';

  如果nginx位于负载均衡器,squid,nginx反向代理之后,web服务器无法直接获取到客户端真实的IP地址了。 $remote_addr获取反向代理的IP地址。反向代理服务器在转发请求的http头信息中,可以增加X-Forwarded-For信息,用来记录 客户端IP地址和客户端请求的二手手机号转让服务器地址。

  log_format porxy '$http_x_forwarded_for - $remote_user [$time_local] '

  ' "$request" $status $body_bytes_sent '

  ' "$http_referer" "$http_user_agent" ';

  日志格式允许包含的变量注释如下

  $remote_addr, $http_x_forwarded_for 记录客户端IP地址

  $remote_user 记录客户端用户名称

  $request 记录请求的URL和HTTP协议

  $status 记录请求状态

  $body_bytes_sent 发送给客户端的字节数,不包括响应头的大小; 该变量与Apache模块mod_log_config里的“%B”参数兼容。

  $bytes_sent 发送给客户端的总字节数。

  $connection 连接的序列号。

  $connection_requests 当前通过一个连接获得的请求数量。

  $msec 日志写入时间。单位为秒,精度是毫秒。

  $pipe 如果请求是通过HTTP流水线(pipelined)发送,pipe值为“p”,否则为“.”。

  $http_referer 记录从哪个页面链接访问过来的

  $http_user_agent 记录客户端浏览器相关信息

  $request_length 请求的长度(包括请求行,请求头和请求正文)。

  $request_time 请求处理时间,单位为秒,精度毫秒; 从读入客户端的第一个字节开始,直到把最后一个字符发送给客户端后进行日志写入为止。

  $time_iso8601 ISO8601标准格式下的本地时间。

  $time_local 通用日志格式下的本地时间。

  发送给客户端的响应头拥有“sent_http_”前缀。 比如$sent_http_content_range.

  实例如下:

  http {

  log_format main '$remote_addr - $remote_user [$time_local] "$request" '

  '"$status" $body_bytes_sent="$http_referer" '

  '"$http_user_agent" "$http_x_forwarded_for" '

  '"$gzip_ratio" $request_time $bytes_sent $request_length';

  log_format srcache_log '$remote_addr - $remote_user [$time_local] "$request" '

  '"$status" $body_bytes_sent $request_time $bytes_sent $request_length '

  '[$upstream_response_time] [$srcache_fetch_status] [$srcache_store_status] [$srcache_expire]';

  open_log_file_cache max=1000 inactive=60s;

  server {

  server_name ~^(www.)?(.+)$;

  access_log logs/$2-access.log main;

  error_log logs/$2-error.log;

  location /srcache {

  access_log logs/access-srcache.log srcache_log;

  }

  }

  }

  open_log_file_cache指令

  语法: open_log_file_cache max=N [inactive=time] [min_uses=N] [valid=time];

  open_log_file_cache off;

  默认值: open_log_file_cache off;

  配置段: http, server, location

  对于每一条日志记录,都将是先打开文件,再写入日志,然后关闭。可以使用open_log_file_cache来设置日志文件缓存(默认是off),格式如下:

  参数注释如下:

  max:设置缓存中的最大文件描述符数量,如果缓存被占满,采用LRU算法将描述符关闭。

  inactive:设置存活时间,默认是10s

  min_uses:设置在inactive时间段内,日志文件最少使用多少次后,该日志文件描述符记入缓存中,默认是1次

  valid:设置检查频率,默认60s

  off:禁用缓存

  实例如下:

  open_log_file_cache max=1000 inactive=20s valid=1m min_uses=2;

  log_not_found指令

  语法: log_not_found on | off;

  默认值: log_not_found on;

  配置段: http, server, location

  是否在error_log中记录不存在的错误。默认是。

  log_subrequest指令

  语法: log_subrequest on | off;

  默认值: log_subrequest off;

  配置段: http, server, location

  是否在access_log中记录子请求的访问日志。默认不记录。

  rewrite_log指令

  说明:由ngx_http_rewrite_module模块提供的。用来记录重写日志的。对于调试重写规则建议开启。

  语法: rewrite_log on | off;

  默认值: rewrite_log off;

  配置段: http, server, location, if

  启用时将在error log中记录notice级别的重写日志。

  error_log指令

  语法: error_log file | stderr | syslog:server=address[,parameter=value] [debug | info | notice | warn | error | crit | alert | emerg];

  默认值: error_log logs/error.log error;

  配置段: main, http, server, location

  配置错误日志。

相关实践学习
【涂鸦即艺术】基于云应用开发平台CAP部署AI实时生图绘板
【涂鸦即艺术】基于云应用开发平台CAP部署AI实时生图绘板
目录
相关文章
|
9月前
|
监控 安全 程序员
Python日志模块配置:从print到logging的优雅升级指南
从 `print` 到 `logging` 是 Python 开发的必经之路。`print` 调试简单却难维护,日志混乱、无法分级、缺乏上下文;而 `logging` 支持级别控制、多输出、结构化记录,助力项目可维护性升级。本文详解痛点、优势、迁移方案与最佳实践,助你构建专业日志系统,让程序“有记忆”。
745 0
|
10月前
|
缓存 Java 应用服务中间件
Spring Boot配置优化:Tomcat+数据库+缓存+日志,全场景教程
本文详解Spring Boot十大核心配置优化技巧,涵盖Tomcat连接池、数据库连接池、Jackson时区、日志管理、缓存策略、异步线程池等关键配置,结合代码示例与通俗解释,助你轻松掌握高并发场景下的性能调优方法,适用于实际项目落地。
1741 5
|
安全 BI 网络安全
EventLog Analyzer 如何满足等保合规要求?密码有效期、产品日志保留、配置备份三大核心问题全面解答
EventLog Analyzer(ELA)助力企业满足网络安全等级保护要求,支持配置自动/手动备份、日志180天留存及密码策略管理,提升合规性与安全运营效率。
317 0
|
存储 NoSQL MongoDB
Docker中安装MongoDB并配置数据、日志、配置文件持久化。
现在,你有了一个运行在Docker中的MongoDB,它拥有自己的小空间,对高楼大厦的崩塌视而不见(会话丢失和数据不持久化的问题)。这个MongoDB的数据、日志、配置文件都会妥妥地保存在你为它精心准备的地方,天旋地转,它也不会失去一丁点儿宝贵的记忆(即使在容器重启后)。
1663 4
|
JSON 安全 Go
Go语言项目工程化 —— 日志、配置、错误处理规范
本章详解Go语言项目工程化核心规范,涵盖日志、配置与错误处理三大关键领域。在日志方面,强调其在问题排查、性能优化和安全审计中的作用,推荐使用高性能结构化日志库zap,并介绍日志级别与结构化输出的最佳实践。配置管理部分讨论了配置分离的必要性,对比多种配置格式如JSON、YAML及环境变量,并提供viper库实现多环境配置的示例。错误处理部分阐述Go语言显式返回error的设计哲学,讲解标准处理方式、自定义错误类型、错误封装与堆栈追踪技巧,并提出按调用层级进行错误处理的建议。最后,总结各模块的工程化最佳实践,助力构建可维护、可观测且健壮的Go应用。
|
Linux iOS开发 MacOS
【MCP教程系列】阿里云百炼MCP全面配置指南:涵盖NPX、UVX、SSE及Streamable HTTP
本文详细介绍如何在阿里云百炼平台及Windows、Linux、MacOS系统中正确配置MCP服务的JSON文件。内容涵盖三种MCP服务配置:npx(基于Stdio)、uvx(Python工具运行)和SSE(服务器发送事件)。同时解析Streamable HTTP作为新一代传输方案的优势与应用,帮助用户掌握每个参数的具体用途及使用方法,解决配置过程中可能遇到的问题,提供完整示例和扩展信息以优化设置体验。
7336 11
|
存储 监控 API
【Azure App Service】分享使用Python Code获取App Service的服务器日志记录管理配置信息
本文介绍了如何通过Python代码获取App Service中“Web服务器日志记录”的配置状态。借助`azure-mgmt-web` SDK,可通过初始化`WebSiteManagementClient`对象、调用`get_configuration`方法来查看`http_logging_enabled`的值,从而判断日志记录是否启用及存储方式(关闭、存储或文件系统)。示例代码详细展示了实现步骤,并附有执行结果与官方文档参考链接,帮助开发者快速定位和解决问题。
389 22
|
负载均衡 Unix 应用服务中间件
|
网络协议 应用服务中间件 nginx

热门文章

最新文章

推荐镜像

更多