LNMP架构(nginx访问日志,Nginx日志切割,静态文件不记录访问日志)

本文涉及的产品
日志服务 SLS,月写入数据量 50GB 1个月
简介:

一、nginx访问日志

[root@lnmp ~]# vim /usr/local/nginx/conf/nginx.conf           (修改Nginx的配置文件)

搜索/log_format  (log_format后面跟的combined_realip是一个自定义名字,用来定义整个日志格式,这里写什么,虚拟配置文件后面就可以加上什么,我这里将combined_realip修改为lty)

   log_format lty '$remote_addr $http_x_forwarded_for [$time_local]'

    ' $host "$request_uri" $status'

    ' "$http_referer" "$http_user_agent"';

1.png

[root@lnmp ~]# vim /usr/local/nginx/conf/vhost/test.com.conf           (修改虚拟机文件)

access_log /tmp/test.com.log lty;                   (增加一行,lty是刚在主配置文件里写的日志格式)

 

检查语法错误并且重新加载配置文件:

[root@lnmp ~]# /usr/local/nginx/sbin/nginx -t

nginx: the configuration file /usr/local/nginx/conf/nginx.conf syntax is ok

nginx: configuration file /usr/local/nginx/conf/nginx.conf test is successful

[root@lnmp ~]# /usr/local/nginx/sbin/nginx -s reload


检测;

[root@lnmp ~]# curl -x127.0.0.1:80 test2.com/admin/1.php -I

HTTP/1.1 301 Moved Permanently

Server: nginx/1.8.0

Date: Thu, 14 Dec 2017 05:32:49 GMT

Content-Type: text/html

Content-Length: 184

Connection: keep-alive

Location: http://test.com/admin/1.php


[root@lnmp ~]# curl -x127.0.0.1:80 test.com/admin/1.php 

touch file.php


[root@lnmp ~]# cat /tmp/test.com.log                  (查看日志)

127.0.0.1 - [14/Dec/2017:13:32:49 +0800] test2.com "/admin/1.php" 301 "-" "curl/7.29.0"

127.0.0.1 - [14/Dec/2017:13:33:10 +0800] test.com "/admin/1.php" 200 "-" "curl/7.29.0"


二、nginx的日志切割

nginx日志切割

nginx没有像httpd一样,自己带有切割工具,则需要借助系统的切割工具或者自己写一个切割的脚本

[root@lnmp ~]# vim /usr/local/sbin/nginx_log_rotate.sh                    (写一个自主切割的脚本)

#!/bin/bash

#假设nginx的日志存放路径为/data/logs/

d=`date -d "-1 day" +%Y%m%d`                   (生成一个年月日day -1的日期,(昨天的日期))

logdir="/tmp/"                          (定义logdir为/tmp)

nginx_pid="/usr/local/nginx/logs/nginx.pid"        (给Nginx.pid定义一个变量,为下面命令做准备)

cd $logdir                               (进入到logdir中)

for log in `ls *.log`                        (做一个for循环,ls当前目录下所有以.log文件为结尾的文件)

do                                       

    mv $log $log-$d                         (把以log为结尾的日志名都改成log---日期)

done

/bin/kill -HUP `cat $nginx_pid`                 (重新启动nginx_pid进程,重新生成一个test.com.log文件)      


执行脚本:

[root@lnmp ~]# sh -x /usr/local/sbin/nginx_log_rotate.sh 

++ date -d '-1 day' +%Y%m%d

+ d=20171213

+ logdir=/tmp/

+ nginx_pid=/usr/local/nginx/logs/nginx.pid

+ cd /tmp/

++ ls test.com.log

+ for log in '`ls *.log`'

+ mv test.com.log test.com.log-20171213

++ cat /usr/local/nginx/logs/nginx.pid

+ /bin/kill -HUP 1157


[root@lnmp ~]# ll /tmp/

srwxrwxrwx. 1 mysql mysql  0 12月 14 11:56 mysql.sock

srw-rw-rw-. 1 root  root   0 12月 14 11:55 php-fcgi.sock

drwx------. 3 root  root  17 12月 14 11:55 systemd-private-50670dd070a94a6f85f2f82feb779c46-vmtoolsd.service-vZTOZz

-rw-r--r--. 1 root  root   0 12月 14 13:54 test.com.log

-rw-r--r--. 1 root  root   0 12月 14 13:54 test.com.log-20171213


最后一步,添加任务计划:

[root@lnmp ~]# crontab -e

no crontab for root - using an empty one


0 0 * * * /bin/bash /usr/local/sbin/nginx_log_rotate.sh        (添加一行)


三、静态文件不记录日志

[root@lnmp ~]# vim /usr/local/nginx/conf/vhost/test.com.conf

location ~ .*\.(gif|jpg|jpeg|png|bmp|swf)$    (以gif,jpg,jpeg,png,bmp,swf结尾的文件保存7天,并且不记录日志)

    {

          expires      7d;

          access_log off;

    }

location ~ .*\.(js|css)$

    {

          expires      12h;   (以js,css结尾的文件保存12小时,并且不记录日志)

          access_log off;

    }

检查语法并且重新加载配置文件:

[root@lnmp ~]# /usr/local/nginx/sbin/nginx -t

nginx: the configuration file /usr/local/nginx/conf/nginx.conf syntax is ok

nginx: configuration file /usr/local/nginx/conf/nginx.conf test is successful

[root@lnmp ~]# /usr/local/nginx/sbin/nginx -s reload


证明:分别访问了以gif,js,html为结尾的3个文件,发现日志里只记录了html为结尾的访问信息。

[root@lnmp ~]# curl -x127.0.0.1:80 test.com/1.gif 

dasdasdafasdfaf

[root@lnmp ~]# curl -x127.0.0.1:80 test.com/2.js 

fdasfsadfasdfzczv

[root@lnmp ~]# curl -x127.0.0.1:80 test.com/index.html 

test.com

[root@lnmp ~]# cat /tmp/test.com.log

127.0.0.1 - [14/Dec/2017:14:30:40 +0800] test.com "/index.html" 200 "-" "curl/7.29.0"











本文转自 小新锐 51CTO博客,原文链接:http://blog.51cto.com/13407306/2057946,如需转载请自行联系原作者
相关实践学习
日志服务之使用Nginx模式采集日志
本文介绍如何通过日志服务控制台创建Nginx模式的Logtail配置快速采集Nginx日志并进行多维度分析。
目录
相关文章
|
3月前
|
安全 应用服务中间件 网络安全
如何测试Nginx反向代理实现SSL加密访问的配置是否正确?
如何测试Nginx反向代理实现SSL加密访问的配置是否正确?
227 60
|
3月前
|
安全 应用服务中间件 网络安全
配置Nginx反向代理实现SSL加密访问的步骤是什么?
我们可以成功地配置 Nginx 反向代理实现 SSL 加密访问,为用户提供更安全、可靠的网络服务。同时,在实际应用中,还需要根据具体情况进行进一步的优化和调整,以满足不同的需求。SSL 加密是网络安全的重要保障,合理配置和维护是确保系统安全稳定运行的关键。
301 60
|
2月前
|
应用服务中间件 Linux 网络安全
nginx安装部署ssl证书,同时支持http与https方式访问
为了使HTTP服务支持HTTPS访问,需生成并安装SSL证书,并确保Nginx支持SSL模块。首先,在`/usr/local/nginx`目录下生成RSA密钥、证书申请文件及自签名证书。接着,确认Nginx已安装SSL模块,若未安装则重新编译Nginx加入该模块。最后,编辑`nginx.conf`配置文件,启用并配置HTTPS服务器部分,指定证书路径和监听端口(如20000),保存后重启Nginx完成部署。
680 7
|
2月前
|
监控 应用服务中间件 定位技术
要统计Nginx的客户端IP,可以通过分析Nginx的访问日志文件来实现
要统计Nginx的客户端IP,可以通过分析Nginx的访问日志文件来实现
203 3
|
3月前
|
Web App开发 算法 应用服务中间件
nginx开启局域网https访问
【10月更文挑战第22天】为了调试WebRTC功能,需要在局域网内搭建HTTPS协议。具体步骤包括:在已部署Nginx和安装OpenSSL的环境中生成私钥、证书签名请求和自签名证书;将生成的文件放置到Nginx的证书目录并修改Nginx配置文件,最后重启Nginx服务。注意,自签名证书不受第三方机构认可,如需正式使用,需向CA申请签名。
116 2
|
4月前
|
应用服务中间件 Shell PHP
windows系统配置nginx环境运行pbootcms访问首页直接404的问题
windows系统配置nginx环境运行pbootcms访问首页直接404的问题
|
5月前
|
Ubuntu 应用服务中间件 数据库
Nginx配置:阻止非国内IP地址访问的设置方法
此外,出于用户隐私和法律合规性的考虑,应慎重考虑阻止特定国家或地区IP地址的决策。在某些情况下,这可能被视为歧视性或违反当地法律。
336 2
|
2月前
|
弹性计算 API 持续交付
后端服务架构的微服务化转型
本文旨在探讨后端服务从单体架构向微服务架构转型的过程,分析微服务架构的优势和面临的挑战。文章首先介绍单体架构的局限性,然后详细阐述微服务架构的核心概念及其在现代软件开发中的应用。通过对比两种架构,指出微服务化转型的必要性和实施策略。最后,讨论了微服务架构实施过程中可能遇到的问题及解决方案。
|
3月前
|
Cloud Native Devops 云计算
云计算的未来:云原生架构与微服务的革命####
【10月更文挑战第21天】 随着企业数字化转型的加速,云原生技术正迅速成为IT行业的新宠。本文深入探讨了云原生架构的核心理念、关键技术如容器化和微服务的优势,以及如何通过这些技术实现高效、灵活且可扩展的现代应用开发。我们将揭示云原生如何重塑软件开发流程,提升业务敏捷性,并探索其对企业IT架构的深远影响。 ####
82 3
|
3月前
|
Cloud Native 安全 数据安全/隐私保护
云原生架构下的微服务治理与挑战####
随着云计算技术的飞速发展,云原生架构以其高效、灵活、可扩展的特性成为现代企业IT架构的首选。本文聚焦于云原生环境下的微服务治理问题,探讨其在促进业务敏捷性的同时所面临的挑战及应对策略。通过分析微服务拆分、服务间通信、故障隔离与恢复等关键环节,本文旨在为读者提供一个关于如何在云原生环境中有效实施微服务治理的全面视角,助力企业在数字化转型的道路上稳健前行。 ####