【问题标题】:TPROXY compatibility with DockerTPROXY 与 Docker 的兼容性
【发布时间】:2019-08-30 19:43:16
【问题描述】:

我正在尝试了解 TPROXY 的工作原理,以努力为 Docker 容器构建透明代理。

经过大量研究,我设法创建了一个网络命名空间,向其中注入了一个 veth 接口并添加了 TPROXY 规则。以下脚本在干净的 Ubuntu 18.04.3 上运行:

ip netns add ns0
ip link add br1 type bridge
ip link add veth0 type veth peer name veth1
ip link set veth0 master br1
ip link set veth1 netns ns0
ip addr add 192.168.3.1/24 dev br1
ip link set br1 up
ip link set veth0 up
ip netns exec ns0 ip addr add 192.168.3.2/24 dev veth1
ip netns exec ns0 ip link set veth1 up
ip netns exec ns0 ip route add default via 192.168.3.1
iptables -t mangle -A PREROUTING -i br1 -p tcp -j TPROXY --on-ip 127.0.0.1 --on-port 1234 --tproxy-mark 0x1/0x1
ip rule add fwmark 0x1 tab 30
ip route add local default dev lo tab 30

之后我从Cloudflare blog启动了一个玩具Python服务器:

import socket

IP_TRANSPARENT = 19

s = socket.socket(socket.AF_INET, socket.SOCK_STREAM)
s.setsockopt(socket.SOL_SOCKET, socket.SO_REUSEADDR, 1)
s.setsockopt(socket.IPPROTO_IP, IP_TRANSPARENT, 1)

s.bind(('127.0.0.1', 1234))
s.listen(32)
print("[+] Bound to tcp://127.0.0.1:1234")
while True:
    c, (r_ip, r_port) = s.accept()
    l_ip, l_port = c.getsockname()
    print("[ ] Connection from tcp://%s:%d to tcp://%s:%d" % (r_ip, r_port, l_ip, l_port))
    c.send(b"hello world\n")
    c.close()

最后通过运行ip netns exec ns0 curl 1.2.4.8,我能够观察到从192.168.3.21.2.4.8 的连接并收到“hello world”消息。

问题是它似乎与 Docker 存在兼容性问题。一切都在一个干净的环境中运行良好,但是一旦我启动 Docker,事情就开始出错了。似乎 TPROXY 规则不再有效。运行ip netns exec ns0 curl 192.168.3.1 给出“连接重置”并运行ip netns exec ns0 curl 1.2.4.8 超时(两者都应该产生“hello world”消息)。我尝试恢复所有 iptables 规则,删除 Docker 生成的 ip 路由和规则并关闭 Docker,但即使我没有配置任何网络或容器,也没有任何效果。

幕后发生了什么,如何让 TPROXY 正常工作?

【问题讨论】:

    标签: docker sockets iptables transparentproxy


    【解决方案1】:

    我使用 strace -f dockerd 跟踪了 Docker 创建的所有进程,并寻找包含 exec 的行。大多数命令是iptables 命令,我已经将其排除在外,带有modprobe 的行看起来很有趣。我一一加载了这些模块,发现导致问题的模块是br_netfilter

    该模块启用通过iptablesip6tablesarptables 过滤桥接数据包。 iptables 部分可以通过执行echo "0" | sudo tee /proc/sys/net/bridge/bridge-nf-call-iptables 来禁用。执行命令后,脚本再次运行,不影响 Docker 容器。

    我还是很困惑。我不明白这种设置的后果。我启用了数据包跟踪,但似乎数据包在启用bridge-nf-call-iptables 之前和之后匹配了完全相同的规则集,但在前一种情况下,第一个 TCP SYN 数据包被传递到 Python 服务器,在后一种情况下数据包得到因不明原因放弃。

    【讨论】:

      【解决方案2】:

      尝试使用-p 1234 运行 docker
      “默认情况下,当您创建容器时,它不会向外界发布任何端口。要使端口可用于 Docker 外部的服务或未连接到容器网络的 Docker 容器,请使用 - -publish 或 -p 标志。”

      https://docs.docker.com/config/containers/container-networking/

      【讨论】:

      • 感谢您提供的信息,但一切都是在 Docker 外部配置的。根本没有使用 Docker,仅仅启动 Docker 守护进程就破坏了我的 TPROXY 配置。
      • 啊,我明白了。所以你不想要码头工人。这是为了在 Docker 中运行它。
      猜你喜欢
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2020-01-28
      • 1970-01-01
      • 1970-01-01
      • 2020-01-10
      • 2013-01-22
      相关资源
      最近更新 更多