一个 iptables 的问题,求助下

237 天前
 HelloAmadeus

发现群晖的 iptables filter 表的规则是下面这样的(删了不相关的 chain),按 archiwiki 来说,QUICKCONNECT_RELAY 最后一条 drop 后,后续的 rule 和 chain 都不会执行了,怎么一个群晖的 https 请求还能通过 QUICKCONNECT_RELAY 后继续执行 INPUT_FIREWALL ?

Chain INPUT (policy ACCEPT)
target     prot opt source               destination
QUICKCONNECT_RELAY  all  --  anywhere             anywhere
INPUT_FIREWALL  all  --  anywhere             anywhere

Chain INPUT_FIREWALL (1 references)
target     prot opt source               destination
ACCEPT     all  --  anywhere             anywhere
ACCEPT     all  --  anywhere             anywhere             state RELATED,ESTABLISHED
RETURN     udp  --  anywhere             anywhere             udp spt:41641
RETURN     tcp  --  anywhere             anywhere             multiport dports DSM-https,6690
RETURN     udp  --  anywhere             anywhere             udp dpt:41641
DROP       all  --  anywhere             anywhere
DROP       all  --  anywhere             anywhere

Chain QUICKCONNECT_RELAY (1 references)
target     prot opt source               destination
ACCEPT     tcp  --  anywhere             anywhere             tcp dpt:6690
ACCEPT     tcp  --  anywhere             anywhere             tcp dpt:DSM-https
ACCEPT     icmp --  anywhere             anywhere
DROP       all  --  anywhere             anywhere
1378 次点击
所在节点    Linux
4 条回复
kkk9
237 天前
你查看的信息缺失了一些不好判断,用 iptables -nvL 再看一下,drop all 和 accept all 并不一定是冲突的,比如 in 、out 、网卡什么的不一样

om2mo
237 天前
iptables -A QUICKCONNECT_RELAY -j DROP
iptables -A QUICKCONNECT_RELAY -j RETURN
lrh3321
237 天前
iptables -S 看看完整的吧,QUICKCONNECT_RELAY 最后一条的 DROP 应该有条件的,要不然你已有的 TCP 连接应该都被它 Drop 了。
kkkbbb
237 天前
QUICKCONNECT_RELAY 的规则前面的满足后面的就不会执行了,继续判断下一个 chain 了吧

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/1028959

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX