FTP 下载碰到的奇怪问题

最近在家里用 FTP 下载的时候,经常会看到单个文件下载完成后(进度100%),不会直接去下载下一个文件,而是等在那里直到超时(大概两分多钟吧)后再重新连接服务器,因为客户端(FlashFXP)的设置几乎从来不改的(不久前从 3.0 升级到 3.6),而且同一个客户端在公司用的时候就没这个问题,只有怀疑是家里网络的问题了。

今天随便到某个服务器上找了个十来兆的文件来测试,先跳过路由直接连接 Modem 来拨号,ok,不是铁通的问题。。。那就是 DD-WRT 了,而这个的设置也是很久没动过了,虽然不久前从 v23-sp2 升级到了 v24 再升级到 v24-sp1,但升级过程均直接保留了原来的设置,继续测试:先倒回 v24,保留原设置,无效 -> 升回 v24-sp1,清除所有设置后仅设置部分必要参数,正常了! -> 接着设置,又出问题了 -> 凭记忆改回去(应该还是漏了一项),居然还有问题! -> 重新清除所有设置。。。反复试了几次,才基本确定是连接超时时间的设置有问题,为避免 P2P 下载时累积太多的失效连接,我之前针对 TCP/UDP 分别设置了 180 秒和 90 秒,最后将 TCP 那个改成 600 就好了,但为啥之前用了将近一年的 v23 同样设置下没有任何问题?不知道这个 180 秒具体是怎么起作用的。

中间费时不少的原因之一是没弄清楚如何应用新的设置,设置页面下方的 Save 是仅保存但暂不应用新设置,Apply Settings 才是立即应用新设置,后者应该会部分重启路由,如果是无线方式连接到路由器,会断开重连,之前看到 Save 后都不用重连,还以为版本升级后,处理更高级了。。。


08/10/01:昨天又碰到类似问题,但这回原因就清楚了,表面上看是单个文件的下载时间超过了之前设置的 600 秒,但其实并不是传输数据的连接出了问题,毕竟这个连接一直在从服务端收包呢,回想一下 FTP 的协议,这个传输数据的连接是在客户端请求列表或发送(接收)文件时建立的,另有一个从头开始就一直存在的连接,用于在客户端和服务端间传递控制信息,在我碰到的问题中, 也就是这个连接超时后被路由器断开了。还是把超时设置改为缺省的 3600 秒吧。
This entry was posted in 软件应用 and tagged , . Bookmark the permalink.

发表评论

Fill in your details below or click an icon to log in:

WordPress.com Logo

You are commenting using your WordPress.com account. Log Out / 更改 )

Twitter picture

You are commenting using your Twitter account. Log Out / 更改 )

Facebook photo

You are commenting using your Facebook account. Log Out / 更改 )

Google+ photo

You are commenting using your Google+ account. Log Out / 更改 )

Connecting to %s