通过网络命名空间内的网络连接连接到互联网,无需设置为默认路由

通过网络命名空间内的网络连接连接到互联网,无需设置为默认路由

我需要做这样的设置(使用 Linux):

  • 我想要一个网络命名空间(假设weth_ns),其网络接口连接到互联网(weth0
  • 我想要一个不同的网络接口作为主机命名空间中的默认路由(eth0
  • 我希望能够以某种方式使用curl诸如一些接口类型,透明地使用网络里面该命名空间连接到互联网。

所以,就像这样。

图表

我似乎无法让它工作。到目前为止我做了什么:

ip netns add weth_ns
ip link set weth0 netns weth_ns
ip netns exec weth_ns ip link set dev weth0 up
ip netns exec weth_ns ip a # to see list to make sure it's there
ip netns exec weth_ns dhclient weth0

ip netns exec weth_ns curl website.com # works as expected

这将设置命名空间并将接口放在那里。这使得 curl 在命名空间内工作。现在我想以某种方式使用与主机隔离的命名空间连接。

我尝试做的是设置一个网桥,并在命名空间内设置 iptables。因此我运行:

ip link add veth0_left type veth peer veth0_right
ip link add bridge0 type bridge
ip link set bridge0 up
ip addr add 10.9.0.0/24 dev bridge0 # 10.9.0.0 is address I came up with
ip link set veth0_left master bridge0 up 
ip link set dev veth0_right netns weth_ns
ip netns exec weth_ns ip link set dev veth0_right up
ip netns exec mobile_ns ip addr add 10.9.0.1/24 dev veth0_right

这添加了一个桥接器;我现在可以成功地从一个命名空间到另一个命名空间进行 ping。因此桥接器本身可以正常工作。

ping 10.9.0.1 # works
ip netns exec mobile_ns ping 10.9.0.0 # works

现在我需要设置 iptables 以使用命名空间内的连接。我怀疑这是我犯了某种错误的地方。这是我从各种在线来源收集的信息:

ip netns exec mobile_ns bash
# all following inside the namespace bash:
iptables -t nat -A POSTROUTING -s 10.9.0.0/255.255.255.0 -o weth0 -j MASQUERADE
iptables -A FORWARD -i weth0 -o veth0_right -m state --state ESTABLISHED,RELATED -j ACCEPT
iptables -A FORWARD -o weth0 -i veth0_right -m state --state ESTABLISHED,RELATED -j ACCEPT

(所有涉及的网络都已 /proc/sys/net/ipv4/conf/<network>/forwarding设置为 1。来自命名空间内部和外部。)

而且……它不起作用。我的网络现在应该是这样的;但我无法通过 curl 连接。使用veth0_leftbridge0网络接口。

图 2

我肯定在某个地方做错了什么。


编辑:

明确“不起作用”的含义。

curl --interface bridge0 8.8.8.8
curl: (7) Failed to connect to 8.8.8.8 port 80: No route to host
curl --interface veth0_left 8.8.8.8
curl: (7) Failed to connect to 8.8.8.8 port 80: No route to host

当我尝试查看 tcpdump 时,在命名空间内,我看到了who-hasARP 请求,但仅限于桥接接口。它似乎从未“进入”weth0 接口。

答案1

啊。问题是,curl --interface无法神奇地绕过路由。

正如这里解释的那样

https://superuser.com/questions/1223177/why-does-curl-not-work-with-non-default-network-interface-in-centos-6

相关内容