当前位置: 首页 > news >正文

Nginx 四层(stream)反向代理 + DNS 负载均衡

一、实验目标

  1. 用 Nginx(IP:192.168.65.135)做四层反向代理,将 53/udp 请求轮询转发到两台权威 DNS:

    • 192.168.65.131

    • 192.168.65.132

  2. 验证:外部查询 dns.xiaott.org 时,135 端口返回的结果在 131/132 之间切换,且均带 aa(权威)标志。

──────────────────────────────────
二、实验拓扑

Client ──UDP/53──► 192.168.65.135 (Nginx stream)├─► 192.168.65.131:53 (BIND)  └─► 192.168.65.132:53 (BIND)

──────────────────────────────────
三、环境信息

角色IP软件/版本备注
Nginx Proxy192.168.65.135nginx-1.24.0 --with-stream已启用 stream 模块
DNS-1192.168.65.131bind-9.16.23权威域:xiaott.org
DNS-2192.168.65.132bind-9.16.23权威域:xiaott.org
Client192.168.65.xdig 9.16.23用于测试

──────────────────────────────────
四、DNS 权威服务器配置(131 & 132)

  1. 区域文件 /var/named/xiaott.org.zone(两台内容一致,仅 serial 不同,便于观察)

$TTL 1D
@   IN SOA dns.xiaott.org. root.xiaott.org. (2025072801 ; serial on 1311D 1H 1W 3H )IN NS dns.xiaott.org.
dns IN A  192.168.65.131   ; <-- 131 上
bbs IN A  192.168.65.131
$TTL 1D
@   IN SOA dns.xiaott.org. root.xiaott.org. (2025072802 ; serial on 1321D 1H 1W 3H )IN NS dns.xiaott.org.
dns IN A  192.168.65.132   ; <-- 132 上
bbs IN A  192.168.65.132

 

  1. 启动并验证

systemctl enable --now named
named-checkzone xiaott.org /var/named/xiaott.org.zone
dig @127.0.0.1 dns.xiaott.org +short

返回各自 IP 表示权威服务器正常。

 

──────────────────────────────────
五、Nginx 四层反向代理配置(135)

  1. 目录结构

/usr/local/nginx/
└── tcp.d/└── dns.conf
  1. 内容:/usr/local/nginx/tcp.d/dns.conf

stream {upstream dns_cluster {server 192.168.65.131:53 max_fails=3 fail_timeout=5s;server 192.168.65.132:53 max_fails=3 fail_timeout=5s;}server {listen 53 udp;               # 四层 UDPproxy_pass dns_cluster;proxy_responses 1;           # 等待 1 个 DNS 响应proxy_timeout 1s;}
}

  1. 引入主配置
    nginx.confinclude 区域添加:

include /usr/local/nginx/tcp.d/*.conf;

  1. 启动 Nginx

nginx -t   # 语法检查
systemctl reload nginx
ss -unlp | grep 53   # 确认 135 正在监听 udp/53

──────────────────────────────────
六、测试与现象记录

序号客户端命令返回 IP来源服务器备注
1dig @192.168.65.135 dns.xiaott.org192.168.65.131DNS-1aa 标志
2再次执行192.168.65.132DNS-2轮询到第二台
3关闭 131 的 named仅 132 返回DNS-2故障转移
4重启 131131/132 交替出现负载均衡恢复

抓包验证(135 上):

tcpdump -i any -nn udp port 53 and host 192.168.65.135

可看到源端口 53 的报文交替发往 131 与 132。

──────────────────────────────────
七、结论

  1. Nginx 成功以四层 UDP 反向代理将 53 端口请求轮询到后端两台权威 DNS。

  2. 通过 max_failsfail_timeout 实现健康检查与故障摘除。

  3. 客户端始终感知单一入口(192.168.65.135),无需关心后端变化。

http://www.dtcms.com/a/303491.html

相关文章:

  • 回滚日志-undo log
  • Resilience4j 实战—使用方式及配置详解
  • 如何利用机器学习分析筛选生物标记物
  • 【机器学习】第八章 模型评估及改进
  • C++入门自学Day2-- c++类与对象(初识)
  • Redis做混沌测试都需要测哪些场景?预期如何?
  • Java项目:基于SSM框架实现的进销存管理系统【ssm+B/S架构+源码+数据库+毕业论文+远程部署】
  • # Android 15 修改系统源码指定安装源
  • yolo 目标检测600类目标
  • 免费版酒店收银系统弹窗在押金原路退回流程中的应用价值探究 ——仙盟创梦IDE
  • React Router v6 核心组件
  • 关闭 UniGetUI 自动 Pip 更新,有效避免 Anaconda 环境冲突教程
  • 基于Vue3.0+Express的前后端分离的任务清单管理系统
  • Leaflet 综合案例-矢量图层控制
  • 二分查找的「左右为难」:如何优雅地找到数组中元素的首尾位置
  • SQL笔试面试
  • 深入理解 Qt 信号与槽机制的底层逻辑
  • AUTOSAR Mcal SPI - EB工具配置介绍
  • Android Handler 完全指南
  • 手游遇攻击为何要用游戏盾SDK?
  • Linux学习--C语言(指针3)
  • 第三阶段—8天Python从入门到精通【itheima】-139节(pysqark实战-前言介绍)
  • linux du、df命令使用教程
  • AWS Bedrock Claude 3 API的完整指南
  • 基于STM32设计的智慧果园云监测系统_256
  • 从像素到频率:OpenCV傅里叶变换
  • 扑克洗牌
  • NVMe高速传输之摆脱XDMA设计18:PRP控制模块设计
  • NVMe高速传输之摆脱XDMA设计21:PCIe请求模块设计(下)
  • 机器学习基础-matplotlib