综合百科

Win7虚拟内存设置全攻略:手把手教你优化电脑性能

近期,有用户向我们反馈,其设备突然无法连接到公司内部网络,在进行拨号连接操作时,系统提示错误代码807,明确指出计算机与服务器之间的网络连接已经中断。

为了验证问题的普遍性,我立即使用自己的笔记本电脑进行了测试,结果证实该问题并非个别现象。由于操作系统的差异性,错误提示的具体内容也有所不同,这类提示信息对于问题的定位帮助有限,因此我决定直接根据过往经验进行处理。

从技术角度来看,客户端无法远程拨入网络,无论是服务端配置在网关设备上,还是配置在内部服务器上,首要的排查步骤都是检查网关设备是否存在配置错误或配置丢失的情况。

然而,接下来的情况令人感到意外和担忧,因为网关设备竟然无法登录!与此同时,公司内部的三台服务器也全部无法远程登录,这不禁让人怀疑是否是网络接入出现了故障?但奇怪的是,并没有其他员工反馈无法上网的问题?除非公司内部已经完全没有人,所有员工都在家中进行远程办公。

为了进一步确认,我在TIM和微信上联系了其他同事,幸运的是,公司内部仍然有员工在工作,并且网络连接正常。

尽管公司内部网络能够正常使用,但这并不能完全排除接入网络存在问题。该客户拥有一条固定IP的专线,以及三条200M的拨号宽带,所有网络出口都通过一台拥有六个千兆网口的设备进行管理,该设备运行的是Router OS软路由系统,并且已经配置了相应的网络策略,因此任何一条接入网络出现故障都不会影响整体网络的使用。

为了更准确地诊断问题,我通过TIM(QQ的商务版)远程控制了客户的电脑,并将WinBox应用程序发送到他的桌面上。正如我所预料的那样,通过WinBox登录Router OS非常顺利。在打开的接口列表中,我发现这条固定IP的专线几乎没有流量,这表明该线路可能存在问题。

为了进一步验证专线的状态,我要求客户将一台笔记本电脑带到机房,并将专线直接连接到该电脑上,同时配置互联网IP地址。经过测试,该电脑能够正常上网,并且我可以直接使用远程桌面连接到这台笔记本电脑,这表明专线本身并没有问题,可以重新插回原来的位置。

由于客户还有其他工作需要处理,无法长时间占用他的电脑,因此我决定使用他的电脑远程桌面登录到服务器上,并在服务器上安装了anydesk软件,并完成了相关配置。完成远程控制后,我终止了与客户电脑的远程连接。

1、执行命令:tracert -d www.2500sz.com,结果显示,数据包并没有从固定IP的专线出去,而是从普通的拨号宽带走了,这与Router OS中配置的标记路由不符。

2、使用Router OS系统自带的ping命令检测专线的接入状态,结果显示可以ping通外网的网关,说明专线接入正常。

3、打开Route List,查看路由表是否正确配置,结果显示没有发现异常。

4、打开防火墙,切换到mangle页面,点击 “Rest All Counters”,将计数器全部清零,以便判断是否有流量命中。等待几分钟,发现固定IP的那条“mark routing”果然没有流量命中。

经过排查,发现是这条标记路由出现了问题。我直接删除了该路由,并重新配置了一遍,但奇怪的是,仍然没有流量命中。随后,我重启了Router OS系统,问题依旧存在。为了进一步排查,我将配置恢复为2019年11月的备份,重启后故障依旧。

5、重新打开Route List,直接把固定IP的Routing Mark删除,然后在服务器上再次执行命令:tracert -d www.2500sz.com,结果显示,这次是从固定IP的专线出去了,并且,在外网,可以直接远程桌面连接到服务器了,问题好像解决了?但实际上并没有。

不出所料,经过测试,三条宽带中的第一条已经无法使用——有两条链路没有Routing Mark,流量走了固定IP这条,那就不会有流量会走到另外一条拨号宽带了,于是我把那条拨号宽带也添加了Routing Mark。

6、再次打开firewall,切换到mangle页面,删除固定 IP的那条“mark routing”,重新写一条ADSL1的“mark routing”。

再次使用tracert 命令测试,结果显示:服务器从固定IP的专线上网,部分电脑按照要求,使用ADSL1上网,并且有某条链路断线的时候,能够自动切换线路,不会影响上网,总算松了口气,但是事情还没完。

由于之前从备份文件中恢复了系统配置,所以需要为Router OS重新配置虚拟专用网:

1、为远程拨入用户建立IP地址池

2、创建一个配置文件

3、创建远程拨入的用户名和密码

4、在firewall中启用PPTP

5、点击PPP页面上的”PPTP Server”,在打开的PPTP Server配置页面上勾选”Enable”,以便启用PPTP Server,使用户能够远程拨入

经过两个小时的紧张处理,总算是解决了这个问题。虽然问题本身并不复杂,但整个排查过程却走了很多弯路,也不知道那条 “mark routing” 好好的,为什么突然就失效了,而且删除重新配置也不行,非要换一条链路做 “mark routing” 才能解决问题,真是令人费解。