Nginx 使用及配置

最新推荐文章于 2024-08-19 00:04:48 发布
最新推荐文章于 2024-08-19 00:04:48 发布
阅读量1k 收藏 20
点赞数 23
文章标签： nginx 网络 运维
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/travis_shen/article/details/134776307
版权

启停命令

  • 检查配置文件语法

    nginx -t

  • 热加载，重新加载配置文件

    nginx -s reload

  • 快速关闭

    nginx -s stop

  • 等待工作进程处理完成后关闭

    nginx -s quit

  • 强制关闭

    ps -ef|grep nginx
kill -9 ThreaID

全局配置

  • 工作进程数

    worker_processes 1; #工作进程数 根据硬件调整，通常等于CPU数量或者2倍于CPU
events {
    accept_mutex on;   #设置网路连接序列化，防止惊群现象发生，默认为on
    multi_accept on;  #设置一个进程是否同时接受多个网络连接，默认为off
    #use epoll;       #事件驱动模型，select|poll|kqueue|epoll|resig|/dev/poll|eventport
    worker_connections 1024; # 每个工作进程连接数 默认为512  
}

  • 日志输出

    access_log logs/access.log access; # 访问日志输出目录 【off】
error_log logs/error.log; # 错误日志输出目录 日志等级：[notice][info][不填]
pid logs/nginx.pid;  # 进程标识符输出
# 自定义日志格式
log_format myFormat '$remote_addr–$remote_user [$time_local] $request $status $body_bytes_sent $http_referer $http_user_agent $http_x_forwarded_for'; #自定义格式
access_log log/access.log myFormat;  #combined为日志格式的默认值
​

  • 打开文件描述符数目

    worker_rlimit_nofile 65535; #现在在Linux 2.6内核下开启文件打开数为65535

  • 最大链接数

    worker_connections 204800; #没个工作进程的最大连接数量

  • 超时时间

    keepalive_timeout 60s; #指定每个TCP连接最多可以保持多长时间，单位默认是s
client_body_timeout 20s; #指定客户端与服务端建立连接后发送 request body 的超时时间
send_timeout 30s; #服务端向客户端传输数据的超时时间

  • 请求头大小配置

    client_header_buffer_size 4k; #客户端请求头部的缓冲区大小。
large_client_header_buffers 8 128k; #客户请求头缓冲大小
open_file_cache max=102400 inactive=20s; #指定缓存是否启用

代理配置【http&server】

服务配置

http{
    include mime.types; #mime类型 由mime.types文件定义
    default_type  application/octet-stream;
    sendfile        on;
    client_max_body_size 1024M;
    keepalive_timeout 60s
        
    server {
        listen 80; #配置监听端口
        server_name supconit.***.com; #配置访问域名
            
        location ~* \.(mp3|exe)$ { #对以“mp3或exe”结尾的地址进行负载均衡
            #将代理服务器收到的用户信息传到真实服务器上
            proxy_set_header Host $host; # 传递域名
            proxy_set_header X-Real-IP $remote_addr; # 传递ip
            proxy_set_header X-Scheme $scheme; # 传递协议
            proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
​
            deny 127.0.0.1;  #拒绝的ip
            allow 172.18.5.54; #允许的ip  
        };
        location /my/ {
            proxy_pass http://my_server/;
            proxy_set_header Host $host:$server_port;# 传递域名+端口
            proxy_redirect http://my_server/ http://$host:$server_port/my/; #重定向 将【http://my_server/】重定向到【http://$host:$server_port/my/】
        }
​
         location ^~/km-portal/ {
             try_files $uri $uri/ /index.html;
             index index.html index.htm; 
             root html/hc; # 指定静态文件地址
            }
    }
}

静态资源代理

1、#静态资源目录使用 root alias
  location ~^/files/ {
    root /home/;
    index index.html index.htm;
     # 用root方式，location中的路径会拼加到root的地址后面
     # 请求路径为：http://localhost:8080/files/index.jpg    实际访问为：/home/files/index.jpg
  }
  location ~^/files/ {
    alias /home/;
    index index.html index.htm;
     # 用alias方式，location中的路径不会拼加到alias的地址后面
  # 这请求路径为：http://localhost:8080/files/index.jpg    实际访问为：/home/index.jpg
  }
​
2、# 默认访问
  # 部署路径：/home/web/my_demo
  # 访问路径为：http://localhost:8090/
  location / {
    try_files $uri $uri/ /index.html;
    proxy_set_header X-Real-IP $remote_addr;
    proxy_set_header Host $http_host;
    root /home/web/my_demo/;
    index index.html index.htm;
  }
​
 3、 # 带前缀的访问
  # 部署路径：/home/web/my_demo
  # 访问路径为：http://localhost:8090/my_demo/
  # 如果location路径最后没有配置斜杠，则浏览器输入访问地址后，路径最后会自动拼一个斜杠
  location ^~/my_demo/ {
    try_files $uri $uri/ /my_demo/index.html;
    proxy_set_header X-Real-IP $remote_addr;
    proxy_set_header Host $http_host;
    root /home/web/;
    index index.html index.htm;
  }

后台服务代理

 #################### 第一种场景（代理地址不加斜杠） ####################
  # 请求路径为：http://127.0.0.1:8080/api/getUser   实际代理为：http://127.0.0.1:8000/api/getUser
  location ^~/api/ {
    proxy_pass http://127.0.0.1:8000;
    proxy_set_header Host $http_host; #后台可以获取到完整的ip+端口号
    proxy_set_header X-Real-IP $remote_addr; #后台可以获取到用户访问的真实ip地址
  }
  # 请求路径为：http://127.0.0.1:8080/api/getUser   实际指向为：http://127.0.0.1:8000/api/getUser
  location ^~/api {
    proxy_pass http://127.0.0.1:8000;
    proxy_set_header Host $http_host; #后台可以获取到完整的ip+端口号
    proxy_set_header X-Real-IP $remote_addr; #后台可以获取到用户访问的真实ip地址
  }
​
  #################### 第二种场景（代理地址+斜杠） ####################
  # 请求路径为：http://127.0.0.1:8080/api/getUser   实际代理为：http://127.0.0.1:8000/getUser
  location ^~/api/ {
    proxy_pass http://127.0.0.1:8000/;
    proxy_set_header Host $http_host; #后台可以获取到完整的ip+端口号
    proxy_set_header X-Real-IP $remote_addr; #后台可以获取到用户访问的真实ip地址
  }
  # 请求路径为：http://127.0.0.1:8080/api/getUser   实际代理为：http://127.0.0.1:8000//getUser
  location ^~/api {
    proxy_pass http://127.0.0.1:8000/;
    proxy_set_header Host $http_host; #后台可以获取到完整的ip+端口号
    proxy_set_header X-Real-IP $remote_addr; #后台可以获取到用户访问的真实ip地址
  }
​
  #################### 第三种场景（代理地址+后缀） ####################
  # 请求路径为：http://127.0.0.1:8080/api/getUser   实际代理为：http://127.0.0.1:8000/user/getUser
  location ^~/api {
    proxy_pass http://127.0.0.1:8000/user;
    proxy_set_header Host $http_host; #后台可以获取到完整的ip+端口号
    proxy_set_header X-Real-IP $remote_addr; #后台可以获取到用户访问的真实ip地址
  }
  # 请求路径为：http://127.0.0.1:8080/api/getUser   实际代理为：http://127.0.0.1:8000/usergetUser
  location ^~/api/ {
    proxy_pass http://127.0.0.1:8000/user;
    proxy_set_header Host $http_host; #后台可以获取到完整的ip+端口号
    proxy_set_header X-Real-IP $remote_addr; #后台可以获取到用户访问的真实ip地址
  }
​
  #################### 第四种场景（代理地址+后缀+斜杠） ####################
  # 请求路径为：http://127.0.0.1:8080/api/getUser   实际代理为：http://127.0.0.1:8000/user/getUser
  location ^~/api/ {
    proxy_pass http://127.0.0.1:8000/user/;
    proxy_set_header Host $http_host; #后台可以获取到完整的ip+端口号
    proxy_set_header X-Real-IP $remote_addr; #后台可以获取到用户访问的真实ip地址
  }
  # 请求路径为：http://127.0.0.1:8080/api/getUser   实际代理为：http://127.0.0.1:8000/user//getUser
  location ^~/api {
    proxy_pass http://127.0.0.1:8000/user/;
    proxy_set_header Host $http_host; #后台可以获取到完整的ip+端口号
    proxy_set_header X-Real-IP $remote_addr; #后台可以获取到用户访问的真实ip地址
  }

负载配置

  • 轮询（默认）

    upstream bakend {
    server 127.0.0.1:8027;
    server 127.0.0.1:8028;
    server 127.0.0.1:8029;
    hash $request_uri;
}

  • weight（指定轮询几率/权重配置）

    upstream bakend {
    server 192.168.0.14 weight=10;
    server 192.168.0.15 weight=15;
}

  • ip_hash（每个请求按访问ip的hash结果分配，每个访客固定访问一个后端服务器【根据用户ip分配】）

    upstream bakend {
    ip_hash;
    server 192.168.0.14:88;
    server 192.168.0.15:80;
}
​
upstream bakend{#定义负载均衡设备的Ip及设备状态}{
    ip_hash;
    server 127.0.0.1:9090 down;
    server 127.0.0.1:8080 weight=2;
    server 127.0.0.1:6060;
    server 127.0.0.1:7070 backup;
}

  • fair（【第三方】按后端服务器的响应时间来分配请求，响应时间短的优先分配）

    upstream backend {
    server server1;
    server server2;
    fair;
}

  • url_hash（【第三方】按访问url的hash结果来分配请求，使每个url定向到同一个后端服务器）

    upstream backend {
    server squid1:3128;
    server squid2:3128;
    hash $request_uri;
    hash_method crc32;
}
    #在需要使用负载均衡的server中增加
proxy_pass http://bakend/;
​
upstream backend {
    ip_hash;
    server server1 down; #down表示单前的server暂时不参与负载
    server server2 weight=10; #weight为weight越大，负载的权重就越大。
    server server3 max_fails=10 fail_timeout=60s; #允许请求失败的次数默认为1.当超过最大次数时，返回proxy_next_upstream模块定义的错误,  fail_timeout:max_fails次失败后，暂停的时间。
    server server4 backup; #其它所有的非backup机器down或者忙的时候，请求backup机器
}

travis_shen
关注
为什么 NGINX 的 reload 不是热加载？
ApacheAPISIX的博客
11-25 1117
这段时间在 Reddit 看到一个讨论，为什么 NGINX 不支持热加载？乍看之下很反常识，作为世界第一大 Web 服务器，不支持热加载？难道大家都在使用的 `nginx -s reload` 命令都用错了？ 带着这个疑问，让我们开始这次探索之旅，一起聊聊热加载和 NGINX 的故事。
nginx使用以及配置
lg1873868的博客
05-01 4736
nginx主要使用的地方就是用来进行反向代理的http服务器, 主流的Web服务器有: 1、Apache，开源免费，具有简单、高速、性能稳定等特点，可作代理服务器使用; 2、Nginx，是一种高性能的HTTP和反向代理web服务器，支持高并发和负载均衡； 3、IIS，适用于windows系统，可用于监视配置和控制Internet服务； 4、Tomcat，是一个开放源代码，运行servlet和JSP Web应用软件并基于Java的Web应用软件容器，性能稳定，且免费。 笔者日常主要开发用到的是ng
nginx多进程模型之配置热加载
云计算?
01-04 168
前言： 服务器程序通常都会通过相应的配置文件来控制服务器的工作。很多情况下，配置文件会经常地被修改，在使其生效时，我们都希望不重启程序，不影响服务器的正常服务。所以所谓的配置文件”热加载”就成了一项非常重要的功能，而这方面，nginx给我们树立了非常好的榜样，值得我们去学习和借鉴。 分析： 在nginx正常服务时，我们在nginx的程序程序目录执行./nginx –sreload，来...
科普文：软件架构设计之【详解Nginx的热加载机制】
最新发布
为无为，事无事，味无味。
08-19 777
NGINX 是一个跨平台的开源 Web 服务器，使用 C 语言开发。据统计，全世界流量最高的前 1000 名网站中，有超过 40% 的网站都在使用 NGINX 处理海量请求。NGINX 有什么优势，导致它从众多的 Web 服务器中脱颖而出，并一直保持高使用量呢？核心原因在于，NGINX 天生善于处理高并发，能在高并发请求的同时保持高效的服务。
Nginx修改配置文件后热部署加载配置文件
Xx__WangQi的博客
05-31 1641
线上环境中经常会程序部署发生变化需要修改Nginx的映射。 那么我们就需要用到热部署，在不影响用户请求的情况下更新版本。 具体的步骤如下： 1、首先查到你的nginx位置 whereis nginx [centos@ip-10-20-13-130 /]$ whereis nginx nginx: /usr/local/nginx 2、进入nginx目录 cd /usr/local/nginx/sbin [centos@ip-10-20-13-130 nginx]$ cd /usr/local
3_Nginx的常用命令和配置文件
爱码者的博客
10-25 319
文章目录1、nginx常用的命令2、nginx.conf 配置文件第一部分：全局块第二部分：events块第三部分：http块①、http 全局块②、server 块 1、nginx常用的命令 （1）启动命令 ​ 在/usr/local/nginx/sbin目录下执行 ./nginx （2）关闭命令 ​ 在/usr/local/nginx/sbin目录下执行 ./nginx -s stop ...
【Nginx】静态资源访问配置
Vinca@的博客
06-27 2519
本篇文章将指导您使用nginx技术实现静态资源能够在网络上被访问的技能，其中包括静态资源请求映射，反向代理，错误404重定向等。
nginx1.21.5 nginx.conf配置文件
04-28
nginx1.21.5 nginx.conf配置文件
nginx图片服务器配置和https配置
07-24
nginx图片服务器配置和https配置
Nginx配置指南、nginx简单使用教程
07-08
Nginx是一款高性能的Web服务器，也可以作为反向代理、负载均衡器和HTTP缓存使用。以下是一份简要的Nginx安装、使用及配置教程。
windows下nginx安装、配置与使用
01-10
 相比apeach、iis，nginx以轻量级、高性能、稳定、配置简单、资源占用少等优势广受欢迎。 1)下载地址： 　http://nginx.org 2)启动 　解压至c:\nginx，运行nginx.exe(即nginx -c conf\nginx.conf)，默认使用80端口...
nginx配置静态资源访问
热门推荐
m0_63004677的博客
08-29 1万+
Nginx 搭建静态资源访问、以及使用root配置与使用alias配置的区别
Nginx静态资源部署
一步一个脚印，踏实努力，向着目标前进
07-17 1万+
要在 Nginx 上部署静态资源，可以按照以下步骤进行操作：确保已经安装并配置好 Nginx。如果还没有安装，可以参考 Nginx 的官方文档进行安装和配置。将静态资源文件复制到 Nginx 的默认静态文件目录下。默认情况下，Nginx 的静态文件目录是或。你可以将你的静态资源文件复制到这个目录下，或者根据需要修改 Nginx 的配置文件中的静态文件目录。配置 Nginx 的虚拟主机或服务器块。打开 Nginx 的配置文件（通常是或），找到server在上面的配置中，listen。
nginx 配置~~~本身就是一个静态资源的服务器
伟庭的博客
07-01 1217
nginx 配置~~~本身就是一个静态资源的服务器
配置Nginx实现访问本地静态资源的完整指南
科技改变人类，技术成就未来
08-06 3069
Nginx 是一个高性能的 HTTP 服务器和反向代理服务器，广泛用于静态资源的托管和负载均衡。在开发和生产环境中，我们常常需要使用 Nginx 来提供本地静态资源的访问。本文将详细介绍如何配置 Nginx 以便访问本地静态资源。
如何实现零宕机的配置热加载
Qinng的博客
09-30 849
本文主要总结实现配置热更新的多种方式，手动更新可以通过Socket、信号等进程间通信手段来通知服务，自动更新可以通过inotify来感知配置变化，在分布式环境中就需要配合分布式配置中心来进行热更新。
【Nginx】常用命令+配置文件
Enchanted to meet U
08-24 233
尚硅谷视频笔记 一、最常用命令 1.使用Nginx操作命令前提条件：必须进入nginx目录 cd /usr/local/webserver/nginx/sbin 2.查看版本号 ./nginx -v 3.为Nginx指定一个配置文件 nginx -c </path/config> #为Nginx指定一个配置文件，来代替缺省值conf/nginx.conf 4.启动 Nginx 服务 ./nginx sudo systemctl start nginx #systemd sudo ser.
Nginx配置以及热升级
dsgdauigfs的博客
07-03 1018
Nginx与Apache一样，都是web服务器，但是Nginx比Apache多一些功能，比如Nginx可以做代理，可以做负载均衡……
nginx常用命令及配置文件详解
m0_57806252的博客
01-13 2589
Nginx 常用命令 # 1、找到nginx的启动文件 cd /usr/local/nginx/sbin # 2、启动nginx ./nginx # 3、停止 ./nginx -s stop # 4、安全退出 ./nginx -s quit # 5、重新加载配置文件 ./nginx -s reload # 6、查看nginx进程 ps aux|grep nginx 配置文件详解 公共配置模块 ## 1、Nginx 用户及组：用户组。window下不指定 user no...
nginx常用配置文件及使用方法
本文将详细介绍Nginx的一些常用配置，帮助读者更好地理解和使用Nginx。 1. 基本配置：Nginx的基本配置包括全局块、events块和http块。全局块设置了Nginx的工作进程数、错误日志路径等；events块定义了Nginx的工作...
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值