zblog的配置参数大多数在c_option.asp中,
下载了一个全新版本的zblog1.8最新版,然后用新的c_option.asp替换空间上的c_option.asp,登陆了一下,可以登陆;看来是这个文件的问题了,对应新、老的c_option.asp,主要内容大多数相同,不同的只是一些参数,因此就猜想,可能是某些参数影响了登陆时的任务量。因为zblog1.8最新版本把"更新缓存"功能给合成到很多操作中了,提高了自动执行的能力,优化了操作步骤,但这样一来,必然会在这些操作步骤中增加了任务量,并且,我还安装了静态页面生成的插件。
上述是一方面现象,还有一个情况,也值得引起我的注意,并且可以在不同于上述中更换c_option.asp方法的基础上,解决了登陆超时的问题,那就是修改数据传输包"MTU"值。
大致
测试方法和这里说的基本一样,这次的调整方法,基本和上次的方法一致。
MTU是MaximumTransmissionUnit的缩写。
意思是网络上传送的最大数据包。MTU的单位是字节。大部分
网络设备的MTU都是1500.如果本机的MTU比网关的MTU大,大的数据包就会被拆开来传送,这样会产生很多数据包碎片,增加丢包率,降低网络速度。把本机的MTU设成比网关的MTU小或相同,就可以减少丢包。
如何检测网关的MTU?
在本机打开dos窗口,执行:
ping-f-l1452192.168.1.1
其中192.168.1.1是网关IP地址,1452是数据包的长度。请注意,上面的参数是"-l"(小写的L),而不是"-1".如果能ping通,表示数据包不需要拆包,可以通过网关发送出去。如果出现:
PacketneedstobefragmentedbutDFset.
PacketneedstobefragmentedbutDFset.
PacketneedstobefragmentedbutDFset.
PacketneedstobefragmentedbutDFset.
表示数据包需要拆开来发送。此时,减少数据包长度,再执行上面的ping命令。从1400到1472之间多试几次,就能找到合适的数据包长度了。把数据包长度加上数据包头28字节,就得到MTU的值。如果检测到网关的MTU值是1500,不需要修改。如果网关有
防火墙ping不通,可以试试直接把MTU设为1400.
C:\DocumentsandSettings\Administrator>ping-f-l1452192.168.1.1
Pinging192.168.1.1with1452bytesofdata:
Replyfrom192.168.1.1:bytes=1452time=5msTTL=64
Replyfrom192.168.1.1:bytes=1452time=5msTTL=64
Replyfrom192.168.1.1:bytes=1452time=5msTTL=64
Replyfrom192.168.1.1:bytes=1452time=1msTTL=64
[1] [2] 下一页

【责编:ivy】