CS1.6服务器这么加反作弊

---------------------

安装

---------------------

服务器端的安装 必须使用Metamod插件的形式, 最低支持的版本为metamod v18 或更新的版本。

Metamod的安装十分的简单

-> 目录建立

在半条命HL的MOD下(例如 cstrike 、dod, 等) 您必须在metamod工作目录下建立。

一般metamod的结构为：

'half life'\cstrike\addons\

我们可以创建新目录

'half life'\cstrike\addons\sxei\

'half life'\cstrike\addons\sxei\dlls\

-> 将我们的插件复制(sxei_mmdll)

目录创建完毕后我们将sXe反作弊系统的服务端sxei_mmdll复制到下面的目录中

'half life'\cstrike\addons\sxei\dlls\

形成如下的路径地址

'half life'\cstrike\addons\sxei\dlls\sxei_mmdll

如果是胜利之日DOD系列则形成如下的路径地址

'half life'\dod\addons\sxei\dlls\sxei_mmdll

-----------------------

配置

-----------------------

现在我们需要让Metamod插件知道我们新增加了一个服务器插件, 我们编辑Metamod插件的配置文件'pluginsini'

此文件目录位于

'half life'\'mod'\addons\metamod\

反恐精英CS的目录地址位于

\'half life'\cstrike\addons\metamod\pluginsini

胜利之日DOD的目录地址位于

\'half life'\dod\addons\metamod\pluginsini

在这个配置文件中我们增加如下的内容

; sXe Injected

win32 addons/sxei/dlls/sxei_mmdll

到上面为止我们已经全部将sXe Injected的服务端配置完毕, 我们可以检查运行状态下的metamod是否已经将sXe Injected插件加载运行。如果

Cs服务器已经在运行中 我们可以通过 Metamod 刷新配置'meta refresh'命令(这个命令必须拥有OP权限) 查询

也可以使用'meta list' 命令查看所有的插件运行状态, 例如下面的状态：

Like this

] meta list

Currently loaded plugins:

description stat pend file vers src load unlod

[ 1] AMX RUN - amx_mmdll v20063 ini ANY ANY

[ 2] sXe Injected RUN - sxei_mmdll v52 ini ANY ANY

[ 3] Fun RUN - fundll v20063 pl1 ANY ANY

[ 4] CSStats RUN - csstatsdll v20063 pl1 ANY ANY

4 plugins, 4 running

注意: 这点是十分重要的, 您在启动服务器的快捷方式中必须有+ip这一命令参数，并且+ip的参数必须为您服务器的连接真实ip地址，如果不

这样做sXe Injected插件的服务端将不会检测到客户端的存在

启动参数例如

+ ip 200323223

hlds_run -game cstrike + maxplayers 14 + ip 200323223 + map de_dust2 +port 27015

hlds_run -game dod + maxplayers 14 + ip 200323223 + map dod_donner +port 27015

其他的任何路由以及ip地址或者错误的参数都将导致客户端认为玩家是一种作弊行为将会被sXe踢出服务器如果您无法修改启动参数或者不会利

用启动参数做修改我们为您增加了新的办法来处理此问题。我们可以利用对servercfg文件新增加参数的办法来解决

例如增加：

ip 200323223

------------------------

管理

------------------------

sXe Injected 服务端的一些管理变量

-> 开启(缺省值1)

__ sxei_required \ sXe的变量数值可以按照我们的要求对sXe进行管理

__ sxei_required -1 \ 为关闭 sXe 不进行认为的反作弊行为验证

__ sxei_required 0 \ 在任意的状态(客户端开启sXe或者没有使用sXe)下客户端都可以在运行sXe服务端的服务器进行游戏。那么他们之间的

区别仅仅为：在sXe客户端未开启的状态下增加"[NO-sXe-I]"玩家名字的前缀，开启sXe客户端的玩家进入服务器玩家名字没有任何的变化。

__ sxei_required 1 \ sXe客户端必须正常开启并且没有任何的作弊行为，否则将不会通过sXe服务端的反作弊行为验证。如没有开启sXe客户

端或者有作弊的行为，服务器将在6秒内对玩家实施黑屏，过了6秒后服务器将会踢出玩家，并且在控制台上对玩家显示反馈信息。

-> 自动升级(__sxei_srv_upg, 缺省值1)

-----------------------------------------------------

__ sxei_srv_upg 1 \ 开启反作弊程序的自动升级，在服务端出新新的版本后，它自动地将下载最新的版本。

__ sxei_srv_upg 0 \ 关闭反作弊程序的自动升级功能。

-> 显示版本号的两个变量(__sxei_srv_ver, __sxei_clt_ver)

---------------------------------------------

__sxei_srv_ver \ 开启sXe服务端的对应版本号

__sxei_clt_ver \ 进入服务器的玩家需要开启的客户端对应的版本号

---------------------------------------------

参考资料：

自从网络游戏诞生以来外挂就一直是网络游戏厂商头痛的问题。由于网络游戏服务器端的负荷很重，不能进行太多计算，只能把大量检测外挂的工作放在网络游戏的客户端进行。但是外挂也总是可以进行针对性的修改，使这些检测失效。而且从某种意义上说，外挂使这些检测失效比游戏检测这些外挂更容易。从目前的情况来看，在这场较量中似乎也是外挂占了上风。在这种情况下游戏厂商不得不使用封号的办法阻止玩家作弊，但是这又会造成玩家流失。有没有一种能有很好的反外挂效果，而外挂又无法使这些检测失效的反外挂方法方案？这就是本方案所能做到的。

首先介绍一下本方案的基本原理。一个网络游戏客户端在运行时，从本质上说是一个从服务器接收数据，网络游戏客户端根据这些数据，加上用户鼠标键盘的输入，计算出向服务器发送的数据，并把这些数据发送给服务器的过程。记录下一个客户端从服务器接收到的数据、用户鼠标键盘的输入，以及这些数据在客户端上被处理的时间，就能计算出这个客户端应向服务器发送的数据。在用户没有作弊的情况下，即使在不同的客户端重新计算，也仍然能得到相同的结果。quake（雷神之锤）、星际争霸、cs（反恐精英）等游戏的录像功能使用的就是本原理。因此我们只要比较两个客户端计算的结果，如果不相同，就能知道其中有客户端作弊了。

由于被检验的客户端和检验它的客户端都有可能作弊，例如检验它的客户端有可能谎报被检验客户端作弊，也可能谎报被检验客户端没作弊，因此两端的作弊都必须防止。我们先来看一下具体怎么做。

一个网络游戏客户端连接服务器时，同时也连接另外两个用于对它进行验证的游戏客户端。在服务器传送给客户端的数据中含有从服务器上发出的时间。客户端把它从服务器上接收到的数据D1、该客户端上鼠标键盘的数据D2，以及这些数据在客户端上被处理的时间D3、D4传送给两个用于验证的游戏客户端。为保证这些数据不被修改，在传送给验证客户端前，D1、D2、D3、D4使用RSA算法加密。验证客户端根据D1、D2、D3、D4计算出被验证客户端应向服务器发送的数据D5和D5的CRC校验D6，把D6传送给服务器。为防止被验证客户端在把D1传送给验证客户端前修改D1的数据，验证客户端也要把D1的CRC校验D7传送给服务器。服务器计算被验证客户端发送给它的的数据D8的CRC校验D9，以及D1的CRC校验D10。比较D9、D6、D10、D7，如果不相同，就可以知道有客户端作弊了。

下面来看看上面的方案在各种情况下是如何检测出哪个客户端在作弊的。

假设被验证客户端在把D1传送给验证客户端前修改D1，服务器只需比较D10、D7就能知道被验证客户端是否修改了D1。

假设验证客户端谎报D1被修改，在验证客户端向服务器报告此问题时，服务器将要求验证客户端把D1传送给服务器。由于D1使用RSA算法加密，验证客户端根本无法修改它，因此验证客户端是无法谎报D1被修改的。对于验证客户端谎报D2、D3、D4被修改的情况也与此类似。

假设被验证客户端使用加速外挂，由于D1中含有服务器发送它的时间，这个时间减D3或D4后的值D11应该是一个恒定值。如果这个值变化超过一定范围，例如两秒，就可以知道被验证客户端作弊了。

假设被验证客户端使用修改封包、内存、脱机等外挂，D9、D6必定不相同，所以只需比较D9、D6就能知道有客户端作弊。

在发现有客户端作弊后，服务器将要求验证客户端把D1、D2、D3、D4发送给服务器，由服务器计算被验证客户端应向服务器发送的数据D13。比较D8、D13，如果不相同，就能知道是被验证客户端作弊。比较D5、D13，如果不相同，就能知道是验证客户端作弊。

假设被验证客户端为了逃避验证，不把验证数据发送给验证客户端。对于这种情况，如果两个验证客户端在一段时间内都没有收到验证数据，服务器可以断开被验证客户端的连接。

假如被验证客户端因为验证客户端下线等原因和验证客户端断开了连接怎么办？只要另一个验证客户端还能收到验证数据，就不会有什么影响。如果网络带宽允许，甚至可以考虑连接三个验证客户端。这样即使有两个验证客户端谎报收不到数据，仍然不会对被验证客户端产生影响。在验证客户端和被验证客户端连接断开的情况下，我们需要让被验证客户端重新连接一个验证客户端。

应该如何重新连接一个验证客户端呢？对此需要每过一定时间，例如10秒，保存一次被验证客户端的状态。在验证客户端和被验证客户端连接断开时，被验证客户端连接一台新的验证客户端，把此状态传送给新的验证客户端。新的验证客户端根据此状态，再加上被验证客户端传送给它的D1、D2、D3、D4就能继续计算D5，从而继续对被验证客户端进行验证。如果被验证客户端和两个验证客户端的连接都中断了，我们就需要中断服务器和验证客户端的连接。对于服务器计算D13的情况也是一样，只要根据被验证客户端的状态，再加上D1、D2、D3、D4就能计算出D13

。

假如验证客户端总是不报告被验证客户端作弊，只要另一个验证客户端工作正常就不会有影响。另外可以让一些客户端故意传送给它错误的数据，如果它没有报告作弊，就可判断出此验证客户端在作弊。

假如被验证客户端故意传送给验证客户端无法用RSA算法解密的数据，或者验证客户端故意报告被验证客户端传送给它无法用RSA算法解密的数据怎么办？服务器无法区分这两种情况，所以只能作为被验证客户端和验证客户端连接中断来处理。

再来看一种情况。假设外挂通过某种方法让使用外挂的客户端互相联系，并且联合作弊怎么办？例如，一个使用了外挂的被验证客户端连接了两个验证客户端，其中一个验证客户端也使用了外挂，另一个没有。被验证客户端强行中断与没有使用外挂的验证客户端的连接，而另一个使用了外挂的验证客户端却又不向服务器报告被验证客户端的作弊行为。对此我们可以每过一小段时间，例如30秒，就要求被验证客户端改变它的两个验证客户端。这个周期越短越好。在连接新的验证客户端后，除了要求新的验证客户端验证当前被验证客户端和服务器之间的通讯外，还要求验证之前30秒的通讯。只要这时的两个验证客户端没有作弊，被验证客户端之前30秒的作弊行为就能被检测出来。

本方案可以检测所有修改客户端网络输入输出数据的外挂，例如加速、修改封包、修改内存等。也不可能做出脱机外挂。在没有源代码的情况下，脱机外挂要输入和输出和原游戏完全相同的数据远比厂家自己还难。如果这样，外挂作者们不如写游戏赚钱了。目前国内外挂这么多，跟这些外挂作者无法通过正常的软件获得收入也有关系。而且游戏每做一次小小的改动，外挂都得改得吐血。

本方案对于不修改客户端对外输入输出流的外挂是无法检测。什么情况外挂不会修改客户端网络输入输出数据？有两种情况，一种是使用程序模拟用户的鼠标键盘输入，另一种是修改显示。对于模拟用户的鼠标键盘输入的外挂，我们可以用网页上常用的验证码的方式来对付。像网页上那样的验证码，人眼可以很容易辨认出其中的数字，但用软件却很难辨认出，因此外挂也就无法工作。况且模拟键盘鼠标的外挂对游戏的影响比加速、修改封包、修改内存、脱机等要小得多，因此被一些人称为绿色外挂。对于修改显示，传奇外挂显示人物血条的功能后来被厂商自己加入到游戏中。而在魔兽世界中显示血条的功能则是官方认可的插件，可见厂家对这种外挂的认可。把墙体变成透明的一些程序，如果游戏中没有阻碍视线的墙体就没有用处。在雷神之锤（QUAKE）或反恐精英（CS）中，把墙体变透明后，就能看见墙后面的人，或者血和甲。这是因为在客户端上实际有这些数据，只是在正常情况下游戏不在屏幕上显示出来。对此，我们可以让服务器不把这些在正常情况下玩家看不到的东西的数据传送给客户端。

由于本方案是即时的，所以在检测到客户端作弊后可以立即断开该客户端的连接。这要比事后封号更容易让用户接受。由于验证客户端需要把D1、D2、D3、D4传送给被验证客户端，所以每增加一个验证客户端，被验证客户端所需的网络带宽就需要增加大约05倍。但是一个不使用本方案的网络游戏实际所需的网络带宽是很少的，通常在每秒1K字节左右，所以即使被验证客户端连接两个验证客户端，所需的网络带宽也只有大约2K。而且一些对游戏没有影响的数据，例如玩家在游戏中的聊天，或者服务器发送的广告等，不需要发送给验证客户端，因此所需的带宽还能更少。