TRAFFIC & RULES
PassWall透明代理、nftables规则与局域网设备分流配置指南
把代理是否生效,拆成“请求是否在范围内、规则如何处理、核心是否接收、连接是否成功”四个可验证问题。

先确认流量从哪里来
路由器本机流量与LAN转发流量可能经过不同钩子和处理链。记录设备来源、目标、TCP或UDP、IPv4或IPv6,再检查访问控制范围。浏览器手动配置的HTTP代理也不能替代整个LAN透明代理验证。
在默认采用firewall4的OpenWrt系统中,fw4以nftables为后端。定制固件及插件动态规则仍需结合实际环境核对,完整解释见nftables、TPROXY与REDIRECT。
让处理机制与运行核心相互对应
| 检查对象 | 核心问题 | 核对依据 |
|---|---|---|
| REDIRECT | 目标地址或端口的NAT改写如何接入本地服务? | 实际规则和程序支持 |
| TPROXY | 透明套接字、标记与策略路由是否配合? | 运行核心、规则和路由表 |
| TCP / UDP | 是否分别具有需要的处理路径? | 协议匹配和监听能力 |
| IPv4 / IPv6 | 两种地址族的行为是否一致? | 解析结果与实际规则 |
| 核心监听 | 规则所指服务是否真实运行? | 进程、监听、日志和新请求 |
本站不预设所有PassWall版本都使用同一种透明代理方式、链名或端口。DNS与映射也可能影响目标匹配,参照dnsmasq和Fake-IP路径核对,或回到DNS设置栏目整理解析入口。
访问控制与生效检查一起完成
依据当前版本的匹配逻辑核对设备组、源地址、域名及IP规则,不能用统一的“首次匹配”解释所有实现。按LAN访问控制指南选一台测试设备,固定目标后比较新连接。
保存后查看核心是否读取配置、防火墙是否生成所需规则。若节点变更没有体现,按服务重载与连接复用逐层检查。保留管理通道,不关闭防火墙、不清空完整规则集,也不在远程会话中无依据改默认路由。
准备开始配置?
先记录当前版本与可恢复设置,再逐项验证。
