☰

通过 SSH 隧道进行网页浏览时卡住/堵塞

tag-icon • tag-icon ssh troubleshooting ssh-tunnel socks-proxy connection
通过 SSH 隧道进行网页浏览时卡住/堵塞

我使用 Tunnelier 之类的工具通过 SSH 登录到我家里的 Tomato 路由器，然后将其用作网页浏览的代理、远程桌面/VNC 的隧道等。

大多数时候它都运行良好，但有时我尝试查看的每个页面都会卡住，就像隧道被堵塞了一样。我加载一个网页，它似乎正在加载，然后停止，小加载图标旋转，什么也没发生。

在此处输入图片描述

我刷新了页面，重启了路由器，重启了家庭网络上的其他计算机并关闭了占用带宽的服务，我在路由器上打开了 QoS 以优先使用 SSH。我不明白是什么卡住了。重启或断开/重新连接 SSH 隧道可以提高一分钟的响应速度，但随后又会堵塞。如果我几分钟内不对隧道进行任何操作，它似乎也会有所帮助，然后它会响应一段时间，然后再次堵塞。

尝试从 Tunnelier 打开终端控制台时，同样没有响应，因此这不仅仅是网页浏览问题。同样，http://192.168.1.1在浏览器中连接（通过其自己的隧道连接到路由器的网页配置）也很慢/滞后/停止。

如果我通过 PuTTY 打开第二个连接并运行od -t x1 /dev/urandom，它将停留在那里转储数字而不会冻结，而通过 Tunnelier 的其他终端和网页浏览将冻结并且无响应。

路由器报告的实时带宽远远接近我的 DSL PPPoE 连接的限制，但它在延迟期间确实会出现大的峰值，并且当显示低带宽时连接也会响应。

我该如何解决此类问题？

答案1

您是否看到路由器上有任何因丢包而产生的错误？

通过 SSH 或 telnet 进入路由器并输入 ifconfig。查找具有非零错误的接口。当我的 DSL 使用 MLPPP 链接时，使用 SSH 隧道时总是会出错。我相信固件或 MTU 问题存在错误。

对于我的问题，我在通过 ssh 隧道传输大量流量时关闭了 MLPPP。请查看 RX 上带有错误的示例输出。

ppp0       Link encap:Point-to-Point Protocol  
           inet addr:X.X.X.X  P-t-P:X.X.X.X  Mask:255.255.255.255
           UP POINTOPOINT RUNNING NOARP MULTICAST  MTU:1500  Metric:1
           RX packets:902164 errors:7328 dropped:7328 overruns:0 frame:0
           TX packets:801796 errors:0 dropped:0 overruns:0 carrier:0
           collisions:0 txqueuelen:3 
           RX bytes:930052499 (886.9 MiB)  TX bytes:447000060 (426.2 MiB)

答案2

检查 DSL 和 VPN 隧道的 MTU。向下调整。DSL 应小于 1492。对于 MLPPP，由于 MLPPP 帧开销，应在 1487 左右。还要检查路由器 MTU 设置为 1492，而不是 1500（宽带电缆）

马特

相关内容