“方法是有的。传承空间里有完整的教程，不过这本来应该是宿主自己学习的内容。”</p>
小助手语气平淡。</p>
沈斌眼睛一瞪，不悦道：“现在都什么时候了还自己学习，非常时期就应该用非常手段，小助手你直接告诉我应该怎么办。”</p>
小助手沉默了会，说道：“根据宿主所在文明的具体情况，系统推荐：采用分布式防御机制。”</p>
“具体的呢？”沈斌问。</p>
“主要有两种防御。”小助手的声音依旧跟从前一样缺乏感情，不过沈斌现在却觉得如听仙乐一般，居然有两种防御方法。</p>
“说说看！”他期待地道。</p>
“第一种，可以建立节点信任机制。通过对节点进行计算，根据计算的结果，得出每个网络节点的信誉值，从而生成信任表与不信任表。具体方法是，每一次数据交换时，首先对消息包的来源节点进行信誉判断，不信任的直接阻断，信任的放行，进入下一层检测。采用不信任节点黑名单而非信任节点白名单模式。”</p>
沈斌听着觉得有道理，就点点头道：“那下一步呢？”</p>
“下一步就是第二种防御策略，节点流量实时检测过滤策略。”</p>
“由于一些洪水消息包与正常消息包没有本质的区别，所以可以对消息包来源节点和TTL进行组合判断，建立起节点流量实时检测过滤策略。当节点接收消息时，可以先不对消息进行转发，而是先进行流量统计识别。当它在一段时间里收到的某一邻居节点消息超过预先设定值的时候，则判定消息来源于同一TTL半径。若同时这一源节点持续发送消息数量达到事先设定的服务器资源的一个值，比如说0％时，就判定它具备DDoS攻击特征，为DDoS攻击包。即对该消息进行丢包策略处理。”</p>
小助手不紧不慢地道。</p>
沈斌一听，眼睛立刻亮了起来。</p>
所谓的丢包策略，就是说如果在一个时间段内判定这个节点有攻击特征，则对消息包进行减半转发。一般一个节点每分钟产生的消息查询数不会超过40，进行一次判定后，减半，就是说下次这个节点只允许发送0个消息包给服务器。</p>
如果还是发现有攻击特征，则在原基础上继续减半，一直到这个节点只允许发送一个消息包为止。同时将该节点填入不信任名单，若这个节点攻击特征减缓或者恢复正常，则每次增加一个消息包的配额，直至恢复正常。</p>
小助手给出的防御策略实在是非常不错，沈斌从前似乎也在计算机理论刊物上见到过这方面的论述。只是没有小助手给的这么具体。</p>
看来小助手真的是从自己周围的环境出发，没有太过逾越的给出超越现有科技的技术。</p>
方案是有了，接下来就是要具体的实施。</p>
这不，沈斌又遇到麻烦了。</p>
这该怎么实施啊？</p>
编写一个小工具附加到硬件防火墙上？</p>
沈斌一想，似乎可行的样子。（未完待续）</p>