本节介绍代理服务器的基本配置。学习如何通过不同协议将 NGINX 请求传递给代理的服务器，修改发送到代理服务器的客户端请求标头，以及配置来自代理服务器的响应缓冲。

代理通常用于在多个服务器之间分配负载，无缝地显示来自不同网站的内容，或者通过 HTTP以外的协议将请求传递给应用服务器。

二、将请求传递给代理的服务器

当 NGINX 代理请求时，它将请求发送到指定的代理服务器，获取响应，并将其发送回客户端。可以使用指定的协议将请求代理到 HTTP 服务器(另一个 NGINX 服务器或任何其他服务器)或非 HTTP 服务器(可以运行使用特定框架开发的应用程序，如 PHP 或 Python)。

要将请求传递给 HTTP 代理服务器，则在一个 location 块内指定 proxy_pass 指令。例如：

worker_processes 4;

events {
	worker_connections 1024;
}

http {
	server {
		listen 8888;
		location / {
			proxy_pass http://192.168.7.146:8889;
		}
	}
	server {
                listen 8889;
        }
	server {
                listen 8890;
        }
	server {
                listen 8891;
        }
}


此 示 例 配 置 将 在 此 location 处 理 的 所 有 请 求 传 递 到 指 定 地 址(www.example.com/link/)处的代理服务器。该地址可以指定为域名或 IP 地址。该地址还可能包括一个端口。

在一个 location 块内指定 proxy_pass 指令可以代理一个服务器，也可以使用upstream指令代理多个服务器。示例：

worker_processes 4;

events {
	worker_connections 1024;
}

http {

	upstream backend {
		server 192.168.7.146:8889;
		server 192.168.7.147:8890;
	}

	server {
		listen 8888;
		location / {
			proxy_pass http://backend;
		}
	}
	server {
                listen 8889;
        }
	server {
                listen 8890;
        }
	server {
                listen 8891;
        }
}


backend 是模块名，里面就可以写上多个需要代理的服务器。

不能使用多个proxy_pass来代理，需要使用upstream来实现代理多个服务器。

四、代理多个服务器的负载均衡

可以使用weight来调整权重，实现负载均衡（注意weight和等号之间不能出现空格）。

不仅仅可以代理其他的服务器，也可以代理本机的。

worker_processes 4;

events {
	worker_connections 1024;
}

http {

	upstream backend {
		server 192.168.7.146:8889 weigth=2;
		server 192.168.7.147:8890 weigth=3;
		erver 192.168.7.148 weigth=1;
	}

	server {
		listen 8888;
		location / {
			proxy_pass http://backend;
		}
	}
	server {
                listen 8889;
        }
	server {
                listen 8890;
        }
	server {
                listen 8891;
        }
}


首先来看看常见的资源访问地址模式：

https://blog.csdn.net/Long_xu?type=blog&&name=xxx

如果没有使用restful，那么Nginx的配置文件需要这样配置：

http {
	server {
		listen 8888;
		location /type=blog&&name=xxx {
			proxy_pass http://192.168.7.146:8889;
		}
	}
}

如果使用restful，就可以这样配置：

http {
	server {
		listen 8888;
		location /FLY/blog {
			
		}
		location /FLY {
			
		}
	}
}

如果conf的内容过长，还可以进行模块化配置，使用include引用：

# test.conf
worker_processes 4;

events {
	worker_connections 1024;
}

http {

	upstream backend {
		server 192.168.7.146:8889 weigth=2;
		server 192.168.7.147:8890 weigth=3;
		erver 192.168.7.148 weigth=1;
	}

	server {
		listen 8888;
		location / {
			proxy_pass http://backend;
		}
		location /FLY/blog {
			
		}
		location /FLY {
			
		}
	}
	server {
                listen 8889;
        }
	server {
                listen 8890;
        }
	server {
                listen 8891;
        }
}


# test.conf
worker_processes 4;

events {
	worker_connections 1024;
}

http {

	upstream backend {
		server 192.168.7.146:8889 weigth=2;
		server 192.168.7.147:8890 weigth=3;
		erver 192.168.7.148 weigth=1;
	}
	include ./dir/*.conf
}


# server8888.conf
server {
	listen 8888;
	location / {
		proxy_pass http://backend;
	}
	location /FLY/blog {
		
	}
	location /FLY {
		
	}
}

# server8889.conf
server {
	listen 8889;
}

# server8890.conf
server {
	listen 8890;
}

# server8891.conf
server {
	listen 8891;
}

把一个拆分为多个，每个server可以独立。

六、Nginx conf中http与server的关系

在conf文件中，是http协议包含server还是server 包含协议呢？它们是N对N还是1对N呢？

在计算机中，有很多N对N的场景，但是代码实现过程中，会将其转换为1对N的关系。因为N对N是一个很复杂的流程，不好处理。

也就是http与server的关系是N对N的关系；只是代码实现会细化变为1对N的逻辑。

这是一个前导，主要了解如何将Nginx源码里提供的基础组件拆分出来使用，比如ngx_str、list,queue、hash、array等等。后面会有专门章节介绍Nginx 基础组件使用。

这里先对ngx_str进行一个简单的使用。

#include <stdio.h>

#include "ngx_config.h"
#include "ngx_conf_file.h"
#include "nginx.h"
#include "ngx_core.h"
#include "ngx_string.h"
//#include "ngx_palloc.h"
//#include "ngx_array.h"
//#include "ngx_hash.h"

int main()
{
	ngx_str_t str = ngx_string("Hello World!");

	printf("string length: %ld\n", str.len);
	printf("string: %s\n", str.data);

	return 0;
}

gcc -o ngx_code ngx_code.c -I /home/fly/workspace/nginx-1.13.7/src/core/ -I /home/fly/workspace/nginx-1.13.7/src/event/ -I /home/fly/workspace/nginx-1.13.7/src/os/unix/ -I /home/fly/workspace/nginx-1.13.7/objs/ -I /home/fly/workspace/pcre-8.41/ -I /home/fly/workspace/openssl-1.1.0g/include/


注意，库的路径要换成自己的。

# ./ngx_code
string length: 12
string: Hello World!


# 方便起见一般都会先定义编译器链接器
CC = gcc
LD = gcc
# 正则表达式表示目录下所有.c文件
SRCS = $(wildcard *.c)
# OBJS表示SRCS中把列表中的.c全部替换为.o
OBJS = $(patsubst %c, %o, $(SRCS))
# -I指定头文件目录
INCLUDE = -I /home/fly/workspace/nginx-1.13.7/src/core/ -I /home/fly/workspace/nginx-1.13.7/src/event/ -I /home/fly/workspace/nginx-1.13.7/src/os/unix/ -I /home/fly/workspace/nginx-1.13.7/objs/ -I /home/fly/workspace/pcre-8.41/ -I /home/fly/workspace/openssl-1.1.0g/include/
# -L指定库文件目录，-l指定静态库名字(去掉文件名中的lib前缀和.a后缀)
# LIB = -L./libs -ltomcrypt
# 开启编译warning和设置优化等级
# CFLAGS = -Wall -O2
# 可执行文件的名字
TARGET = ngx_code
# .PHONE伪目标
.PHONY:all clean
# 要生成的目标文件
all: $(TARGET)
# 链接时候指定库文件目录及库文件名
$(TARGET): $(OBJS)
	$(LD) -o $@ $^ $(LIB)
 
# 编译时候指定头文件目录
%.o:%.c
	$(CC) -c $^ $(INCLUDE) $(CFLAGS) 

clean:
	rm -f $(OBJS) $(TARGET)

Nginx的反向代理：实现灵活的请求转发和内容缓存

本节介绍代理服务器的基本配置。学习如何通过不同协议将 NGINX 请求传递给代理的服务器，修改发送到代理服务器的客户端请求标头，以及配置来自代理服务器的响应缓冲。代理通常用于在多个服务器之间分配负载，无缝地显示来自不同网站的内容，或者通过 HTTP以外的协议将请求传递给应用服务器。

网络与通信

开发工具

本文介绍了NGINX代理服务器的基本配置，包括如何将请求传递给代理服务器、配置响应缓冲、代理多个服务器及负载均衡。还讲解了RESTful配置的简化方法、NGINX配置文件的模块化处理，以及NGINX基础组件的使用和模块开发。

负载均衡

服务器

编译器

Python

4核4G3M云服务器 新用户低至38元/年！

AI驱动 智领未来

域名特惠新用户低至1元！


domain

文章

问答

视频

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

Nginx的反向代理：实现灵活的请求转发和内容缓存

Nginx的反向代理：实现灵活的请求转发和内容缓存

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐