computer 版 (精华区)
发信人: sheux (虫), 信区: network
标 题: 有关最近的23#楼网络问题的分析
发信站: 听涛站 (2001年11月18日22:50:02 星期天), 站内信件
※※※※※※※※※※※※※※※※※※※※※※※※※※※※※※※
楼内:(166.111.162.0/255.255.254.0)
楼内基本是正常的,只是有一天我发现也有类似的情况,也就是
刚开始还不错,一会就只有1K以下了。但总体正常……
※※※※※※※※※※※※※※※※※※※※※※※※※※※※※※※
材料系内:(166.111.38.0/255.255.255.0)
因为我管理材料系的好几台服务器,所以有时候在宿舍下载有问题
的时候就想通过系里面的机器中转一下,得出结论:
系里面的机器没有任何问题,而从宿舍直接连系里面的服务器也是
刚开始非常快,然后马上就不行了……
※※※※※※※※※※※※※※※※※※※※※※※※※※※※※※※
出楼:(无论校内还是校外)
多数情况:连接很顺利,刚开始有50K左右,然后迅速递减到1K左右
有时更少一些,无论使用ftp协议还是其它端口的协议。比如我想从
系里面的服务器上下载600M的一个文件,发现ftp好像不行,而浏览
页面好像还可以,所以我就将这个600M的文件放到那边的Web服务器
目录下,准备用http协议传回来,但是还是一样的情况……
少数情况:大概100次连接里面可能有一次左右,可以正常,能有
500K左右的速度,但是过一会(10-30分钟),还是会很慢……
其它情况:连接有些非楼内的服务器的时候速度还不错,能保证
200K左右,而且连接持续稳定……
结论:
连接某些网段的正常,而多数网段的却不正常。正常的网段多半为
附近的一些学生宿舍
异常情况和TCP/IP协议的服务种类无关,也就是不止是ftp协议不行,
解释Web浏览基本正常如下:Web传递的东西都是http的,多半一个页面
中都是一堆一堆的小文件,比如是图啊、文字啊什么的。这些文件都比较
小,而小文件基本都可以在前100K内搞定,所以看起来没问题……
※※※※※※※※※※※※※※※※※※※※※※※※※※※※※※※
有关DOC文件:
ftp协议传输文件为ASCII模式和Binary模式,其实所有的文件都可以
用Binary模式传递,这样可以保证文件总是不变的。使用ASCII模式的
目的是为了让一些本来就是纯文本的文件(1字节中只有后7bit有用)
在传输的时候更快(其实就是更节约网络资源)。而一些ftp的软件
默认设置.doc类型的文件为ASCII模式的,比如leapftp,这样他默认
以7bit模式传输Word文档(.doc)的时候就会出问题。这时只要修改
一下该ftp软件的设置就可以。
※※※※※※※※※※※※※※※※※※※※※※※※※※※※※※※
解决办法:
问题的根源是166.111.162.1(网关)和其它网段连接的问题,应该让
网络中心的人从根源上排除错误……
※※※※※※※※※※※※※※※※※※※※※※※※※※※※※※※
临时办法:
办法一:将你要下载的文件分成很多小块,然后传回来再组合起来,其实
这也就是为什么用一些下载软件,比如netant可以下载回来的原因。但是
这些下载软件断点续传的时候也需要交换一些字节,所以刚开始的“快速
字节”中的一部分被占用,所以下载速度也很慢,但是可以保证能勉强下载
办法二:找一个其它的服务器中转,我目前发现的一个服务器是师大的
某服务器,楼内到这个服务器的连接还是比较稳定(虽然不是很快)
,具体的IP我忘记了,昨天发现的,然后我想中转600M的文件,居然被
300M就塞满了……大家自己寻找一个不错的中转服务器吧……(不过
前提条件是你要能想办法将你需要下载的那个文件上载到那个“中转”
服务器上
※※※※※※※※※※※※※※※※※※※※※※※※※※※※※※※
澄清:
有人说.zip .exe的文件就可以,其实是误区,绝对不是这样。所有
TCP/IP服务都不认识什么文件格式,不过是因为:要么这些文件小
一些,要么是正好在一些速度比较稳定的服务器上放了这些文件
※※※※※※※※※※※※※※※※※※※※※※※※※※※※※※※
呼吁:
网络中心尽快解决该问题!!!!!!!!!!
※※※※※※※※※※※※※※※※※※※※※※※※※※※※※※※
sheux [ cc@huhao.net ]
--
※ 来源:·听涛站 tingtao.dhs.org·[FROM: 匿名天使的家]
Powered by KBS BBS 2.0 (http://dev.kcn.cn)
页面执行时间:1.105毫秒