解決策 1:
VPN 経由で ICMP を許可していますか? 「数秒後に TCP 接続が停止する」は、「PMTU ブラック ホール」と訳されることがよくあります。
解決策 2:
@Gerald の応答と同様に、このページ http://www.netheaven.com/pmtu.html では、MTU ディスカバリーと、この問題に直面したときのオプションについて適切に説明されています。
また、IP フラグメンテーション、MTU ディスカバリ、および MSS について説明している Cisco によるホワイトペーパーでは、すべて IPSec VPN トンネルに関連していますが、同様の状況に対しても同様に有効です。 http://www.cisco.com/en/US/tech/tk827/tk369/technologies_white_paper09186a00800d6979.shtml
解決策 3:
一部の Linux サーバー (Debian、2.6.24-etchnhalf) では、scp で同様のスプリアスの問題が発生しました。
リモート サーバーで TCP 変数 tcp_sack (「tcp 選択的確認応答」) を無効にすることで、ストールを解消することができました。
sysctl -w net.ipv4.tcp_sack=0
Debian では、tcp_sack はデフォルトで有効になっています。 http://www.frozentux.net/ipsysctl-tutorial/chunkyhtml/tcpvariables.html を読むと、このオプションを無効にしても意味がないはずですが、私たちの場合は役に立ちました.
行 net.ipv4.tcp_sack=0 を追加することで、この変更を永続的にすることができます /etc/sysctl.conf に (他の Linux システム YMMV では)