主页 / server / 问题 / 721876
Accepted
Esa Varemo
Asked: 2015-09-12 16:31:33 +0800 CST

使用数据包转发而不是端口绑定时，与 docker 容器的 SFTP 连接中断

  • 772

设置

我正在尝试进行设置，允许我直接从 LAN 连接到 docker 容器，而无需将单个端口绑定到 docker 主机 IP 地址。

我已经打开了 IP 转发sysctl -w net.ipv4.ip_forward=1。

症状

我可以通过 SSH 连接并使用 SFTP 传输非常小的文件。但是，如果我尝试发送大于 30K 左右的文件，传输就会挂起。我需要杀sftp了才能阻止它。

编辑：文件大小限制似乎有所不同。现在它在 50-100KB 之间。它可以通过和的不同变体进一步-B改变-l-Rsftp

小文件达到 100% 并停滞不前，大文件读得更少。速度慢慢变为零，时间读数- stalled -

sftp> put testfile35k
Uploading testfile35k to /home/user/testfile35k
testfile35k                                   100%   35KB   0.4KB/s   01:29

(killall -9 sftp)

sftp> put testfile
Uploading testfile to /home/user/testfile
testfile                                       20% 2080KB   0.0KB/s - stalled -

15 分钟后，我得到Write failed: connection timed out并最终Write failed: Broken pipe

如果我没有尝试从 to 转发，eth0而是docker0使用 docker 的端口绑定 ( -p) SFTP 工作正常。



网络设置：

SSH Server:

[root@b6c9d8f9d30d Python-3.4.3]# ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host
       valid_lft forever preferred_lft forever
112: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP
    link/ether 02:42:ac:11:00:0c brd ff:ff:ff:ff:ff:ff
    inet 172.17.0.12/16 scope global eth0
       valid_lft forever preferred_lft forever
    inet6 fe80::42:acff:fe11:c/64 scope link
       valid_lft forever preferred_lft forever

Docker/"router":
[root@docker ~]# ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host
       valid_lft forever preferred_lft forever
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP qlen 1000
    link/ether 52:54:00:21:68:9b brd ff:ff:ff:ff:ff:ff
    inet 192.168.0.193/24 brd 192.168.0.255 scope global eth0
       valid_lft forever preferred_lft forever
    inet 192.168.0.121/24 brd 192.168.0.255 scope global secondary eth0
       valid_lft forever preferred_lft forever
    inet6 fe80::5054:ff:fe21:689b/64 scope link
       valid_lft forever preferred_lft forever
3: docker0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP
    link/ether 56:84:7a:fe:97:99 brd ff:ff:ff:ff:ff:ff
    inet 172.17.42.1/16 scope global docker0
       valid_lft forever preferred_lft forever
    inet6 fe80::5484:7aff:fefe:9799/64 scope link
       valid_lft forever preferred_lft forever

SSH Client:
[root@test ~]# ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
    inet6 ::1/128 scope host
       valid_lft forever preferred_lft forever
2: eth1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP qlen 1000
    link/ether 52:54:00:99:0b:64 brd ff:ff:ff:ff:ff:ff
    inet 192.168.0.201/24 brd 192.168.0.255 scope global eth1
    inet6 fe80::5054:ff:fe99:b64/64 scope link
       valid_lft forever preferred_lft forever



Docker 主机 iptables: EDIT2: Flushed all iptables rules and NAT without any effect

[root@docker ~]# iptables-save
# Generated by iptables-save v1.4.21 on Sat Sep 12 15:09:53 2015
*nat
:PREROUTING ACCEPT [5:488]
:INPUT ACCEPT [2:284]
:OUTPUT ACCEPT [0:0]
:POSTROUTING ACCEPT [3:204]
:DOCKER - [0:0]
COMMIT
# Completed on Sat Sep 12 15:09:53 2015
# Generated by iptables-save v1.4.21 on Sat Sep 12 15:09:53 2015
*filter
:INPUT ACCEPT [513:54486]
:FORWARD ACCEPT [280:161095]
:OUTPUT ACCEPT [325:35618]
:DOCKER - [0:0]
COMMIT
# Completed on Sat Sep 12 15:09:53 2015

我知道容器通常不应该运行sshd。这是一个远程 python 开发主机，SSH 用于运行远程解释器。

networking

1 个回答

  1. Best Answer

    问题不在于 docker 甚至 docker 主机上的 ip 转发，而在于另一个路由器。

    我意识到，如果我通过 192.168.0.193 手动设置到 172.17./16 的静态路由，SFTP 就会开始工作。

    我已经将我的实际路由器/互联网网关配置为将流量重定向到 172.17/16 到 LAN 上的 docker 主机，而不是去互联网。在玩了一下该路由器的设置后，现在可以使用了。它可能与 TCP 状态跟踪和非对称路由有关。

    • 0

相关问题