传说中的蝴蝶效应？－－MAC地址克隆竟然惹祸了！

上文说到，在被主板BIOS涮过之后，ubuntu已经成功入住了我的微型服务器（后面简称server）。

 

接下来就是更新、配置，然后是启用SSH远程登录。

 

一开始很顺利，安装了openssh、VNC，并使用我的本本成功登录了server，嗯，好现象。

 

症状：

 

就在我得意的时候，却发现本本连接不上server了，ping没有反应重启server，发现有时能连接，有时又不能，又是一个没有规律的诡异现象（有那么句话，计算机最怕不确定性）。

 

用室友的机器连接，却一切正常。

 

ping其它主机一切正常。

 

server ping本本一切正常。

 

本本上网一切正常。

 

开始以为是防火墙的问题，禁用之，发现问题依旧。

 

之后怀疑是系统问题，重启进ubuntu登录，一样的闭门羹。

 

甚至用liveCD都无法连接。

 

在server上用arp -a查看，发现已经有数据包传过来，搜索所有的log日志也没发现任何被屏蔽的痕迹。

 

解决方法：

 

无奈下又开始怀疑硬件问题，于是禁用了无线网络，改用有线连接，发现...竟然能够正常连接了！！！

 

看来确实是无线网络引起的问题，于是试着恢复无线连接的参数设置，启用后，又不能正常连接了...

 

正当我开始怀疑无线网卡驱动的时候，猛的想到了一个几乎八杆子打不着的东西－－路由器启用过关于MAC地址的设置，遂迅速打开设置界面寻找，果然不出所料，在MAC地址克隆一项赫然标有“使用这台PC的MAC地址”（前一阵因为网通线路不稳定导致掉线时，怀疑MAC地址被屏蔽开启了此选项），试着去掉，哈哈！问题竟然解决了。

 

原因：

 

由于不甚了解网络底层的细节，只能猜测是因为MAC地址克隆扰乱了局域网的数据包传输（或引起了某种类似攻击的网络请求），导致ubuntu无法处理请求（windows一切正常，不知道是好事还是坏事）。

 

再次被无厘头的问题涮？看来是。