怎么配置linux服务器的unity3d发布的web的沙盒安全机制

Apache 服务器的安全特性

　　1、 采用选择性访问控制和强制性访问控制的安全策略

　　从Apache 或Web的角度来讲，选择性访问控制DAC（Discretionary Access Control）仍是基于用户名和密码的，强制性访问控制MAC（Mandatory Access Control）则是依据发出请求的客户端的IP地址或所在的域号来进行界定的。对于DAC方式，如输入错误，那么用户还有机会更正，从新输入正确的的密码；如果用户通过不了MAC关卡，那么用户将被禁止做进一步的操作，除非服务器作出安全策略调整，否则用户的任何努力都将无济于事。

　　2、Apache 的安全模块

　　Apache 的一个优势便是其灵活的模块结构，其设计思想也是围绕模块（Modules）概念而展开的。安全模块是Apache Server中的极其重要的组成部分。这些安全模块负责提供Apache Server的访问控制和认证、授权等一系列至关重要的安全服务。

　　mod_access模块能够根据访问者的IP地址（或域名，主机名等）来控制对Apache服务器的访问，称之为基于主机的访问控制。

　　mod_auth模块用来控制用户和组的认证授权（Authentication）。用户名和口令存于纯文本文件中。mod_auth_db和mod_auth_dbm模块则分别将用户信息（如名称、组属和口令等）存于Berkeley-DB及DBM型的小型数据库中，便于管理及提高应用效率。

　　mod_auth_digest模块则采用MD5数字签名的方式来进行用户的认证，但它相应的需要客户端的支持。

　　mod_auth_anon模块的功能和mod_auth的功能类似，只是它允许匿名登录，将用户输入的E-mail地址作为口令。

　　SSL（Secure Socket Lager），被Apache所支持的安全套接字层协议，提供Internet上安全交易服务，如电子商务中的一项安全措施。通过对通讯字节流的加密来防止敏感信息的泄漏。但是，Apache的这种支持是建立在对Apache的API扩展来实现的，相当于一个外部模块，通过与第三方程序的结合提供安全的网上交易支持。

　　Apache服务器的安全配置

　　Apache具有灵活的设置，所有Apache的安全特性都要经过周密的设计与规划，进行认真地配置才能够实现。Apache服务器的安全配置包括很多层面，有运行环境、认证与授权设置等。Apache的安装配置和运行示例如下：

　　1、以Nobody用户运行

　　一般情况下，Apache是由Root 来安装和运行的。如果Apache Server进程具有Root用户特权，那么它将给系统的安全构成很大的威胁，应确保Apache Server进程以最可能低的权限用户来运行。通过修改httpdconf文件中的下列选项，以Nobody用户运行Apache 达到相对安全的目的。

　　User nobody

　　Group# -1

　　2、ServerRoot目录的权限

　　为了确保所有的配置是适当的和安全的，需要严格控制Apache 主目录的访问权限，使非超级用户不能修改该目录中的内容。Apache 的主目录对应于Apache Server配置文件httpdconf的Server Root控制项中，应为：

　　Server Root /usr/local/apache

　　3、SSI的配置

　　在配置文件accessconf 或httpdconf中的确Options指令处加入Includes NO EXEC选项，用以禁用Apache Server 中的执行功能。避免用户直接执行Apache 服务器中的执行程序，而造成服务器系统的公开化。

　　Options Includes Noexec

　　4、阻止用户修改系统设置

　　在Apache 服务器的配置文件中进行以下的设置，阻止用户建立、修改 htaccess文件，防止用户超越能定义的系统安全特性。

　　AllowOveride None

　　Options None

　　Allow from all

　　然后再分别对特定的目录进行适当的配置。

　　5、改变Apache 服务器的确省访问特性

　　Apache 的默认设置只能保障一定程度的安全，如果服务器能够通过正常的映射规则找到文件，那么客户端便会获取该文件，如http://local host/~ root/ 将允许用户访问整个文件系统。在服务器文件中加入如下内容：

　　order deny,ellow

　　Deny from all

　　将禁止对文件系统的缺省访问。

　　6、CGI脚本的安全考虑

　　CGI脚本是一系列可以通过Web服务器来运行的程序。为了保证系统的安全性，应确保CGI的作者是可信的。对CGI而言，最好将其限制在一个特定的目录下，如cgi-bin之下，便于管理；另外应该保证CGI目录下的文件是不可写的，避免一些欺骗性的程序驻留或混迹其中；如果能够给用户提供一个安全性良好的CGI程序的模块作为参考，也许会减少许多不必要的麻烦和安全隐患；除去CGI目录下的所有非业务应用的脚本，以防异常的信息泄漏。

　　以上这些常用的举措可以给Apache Server 一个基本的安全运行环境，显然在具体实施上还要做进一步的细化分解，制定出符合实际应用的安全配置方案。

　　Apache Server基于主机的访问控制

　　Apache Server默认情况下的安全配置是拒绝一切访问。假定Apache Server内容存放在/usr/local/apache/share 目录下，下面的指令将实现这种设置：

　　Deny from all

　　Allow Override None

　　则禁止在任一目录下改变认证和访问控制方法。

　　同样，可以用特有的命令Deny、Allow指定某些用户可以访问，哪些用户不能访问，提供一定的灵活性。当Deny、Allow一起用时，用命令Order决定Deny和Allow合用的顺序，如下所示：

　　1、 拒绝某类地址的用户对服务器的访问权（Deny）

　　如：Deny from all

　　Deny from testcnncom

　　Deny from 20416819013

　　Deny from 1010100/25525500

　　2、 允许某类地址的用户对服务器的访问权（Allow）

　　如：Allow from all

　　Allow from testcnncom

　　Allow from 20416819013

　　Allow from 1010100/25525500

　　Deny和Allow指令后可以输入多个变量。

　　3、简单配置实例：

　　Order Allow, Deny

　　Allow from all

　　Deny from wwwtestcom

　　指想让所有的人访问Apache服务器，但不希望来自wwwtestcom的任何访问。

　　Order Deny, Allow

　　Deny from all

　　Allow from testcnncom

　　指不想让所有人访问，但希望给testcnncom网站的来访。

　　Apache Sever的用户认证与授权

　　概括的讲，用户认证就是验证用户的身份的真实性，如用户帐号是否在数据库中，及用户帐号所对应的密码是否正确；用户授权表示检验有效用户是否被许可访问特定的资源。在Apache中，几乎所有的安全模块实际上兼顾这两个方面。从安全的角度来看，用户的认证和授权相当于选择性访问控制。

　　建立用户的认证授权需要三个步骤：

　　1、建立用户库

　　用户名和口令列表需要存在于文件（mod_auth模块）或数据库（mod_auth_dbm模块）中。基于安全的原因，该文件不能存放在文挡的根目录下。如，存放在/usr/local/etc/httpd下的users文件，其格式与UNIX口令文件格式相似，但口令是以加密的形式存放的。应用程序htpasswd可以用来添加或更改程序：

　　htpasswd –c /usr/local/etc/httpd/users martin

　　-c表明添加新用户，martin为新添加的用户名，在程序执行过程中，两次输入口令回答。用户名和口令添加到users文件中。产生的用户文件有如下的形式：

　　martin:WrU808BHQai36

　　jane:iABCQFQs40E8M

　　art:FadHN3W753sSU

　　第一域是用户名，第二个域是用户密码。

　　2、配置服务器的保护域

　　为了使Apache服务器能够利用用户文件中的用户名和口令信息，需要设置保护域（Realm）。一个域实际上是站点的一部分（如一个目录、文档等）或整个站点只供部分用户访问。在相关目录下的htaccess文件或httpdconf ( accesconf ) 中的段中，由AuthName来指定被保护层的域。在htaccess文件中对用户文件有效用户的授权访问及指定域保护有如下指定：

　　AuthName “restricted stuff”

　　Authtype Basic

　　AuthUserFile /usr/local/etc/httpd/users

　　Require valid-user

　　其中，AuthName指出了保护域的域名（Realm Name）。valid-user参数意味着user文件中的所有用户都是可用的。一旦用户输入了一个有效的用户/口令时，同一个域内的其他资源都可以利用同样的用户/口令来进行访问，同样可以使两个不同的区域共用同样的用户/口令。

　　3、告诉服务器哪些用户拥有资源的访问权限

　　如果想将一资源的访问权限授予一组客户，可以将他们的名字都列在Require之后。最好的办法是利用组（group）文件。组的操作和标准的UNIX的组的概念类似，任一个用户可以属于一个和数个组。这样就可以在配置文件中利用Require对组赋予某些权限。如：

　　Require group staff

　　Require group staff admin

　　Require user adminuser

　　指定了一个组、几个组或一个用户的访问权限。

　　需要指出的是，当需要建立大批用户帐号时，那么Apache服务器利用用户文件数据库将会极大地降低效率。这种情况下，最好采用数据库格式的帐号文件，譬如 DBM数据库格式的文件。还可以根据需要利用db格式（mod_auth_db）的数据文件，或者直接利用数据库，如：mSQL（mod_auth_msql）或DBI兼容的数据库（mod_auth_dbi）。

先说明服务器是什么，如果是WEB服务器或是FTP服务器的，只需在内网上拉一根网线接入无线路由器，手机通过WIFI访问内网服务器。

如果是手机通过外网访问内网的服务器的话，则要有固定IP，通过固定IP所设置比如交换机NAT映射到内网服务器的内网IP。手机只需在浏览器上输入你的外网固定Ip就可以访问内网服务器了

希望采纳！

咱们需要使用 Socket Policy Server

Unity3D 包含了一个简单的 Socket Policy Server (sockpolexe)

需要在启动自己的应用之前启动它

下面是在咱们的环境中，通过命令行打开服务器(Unity 42, Win 8)

>cd C:\Program Files (x86)\Unity\Editor\Data\Tools\SocketPolicyServer\

>sockpolexe --all

需要在调用WebSocketConnect 之前，调用SecurityPrefetchSocketPolicy，如下SecurityPrefetchSocketPolicy (

,

);

第一步 ，学习怎么做一个单机游戏。 第二步，在单机游戏做的比较好的情况下，学习服务器。做数据收发，人物同步。 第三步，维护，优化。 也就是 客户端，和服务器 。都要学。unity只是客户端。

如果对楼主有帮助，给个采纳好不，谢谢啦

Photon和KBEngineunity3d是最适用Unity3d游戏开发的两个服务器引擎，但它们还是有区别的，只有清楚地了解区别在哪才能正确使用，下面简单描述下两者的共同点和不同点。

语言

对于大部分的程序员语言简直就是宗教信仰。

Photon使用C#开发，当然使用者也是用C#进行各类游戏功能开发。前后端同种语言，这对使用Unity3d游戏开发也有很大的好处。

KBEngine使用C++开发，逻辑开发是用python，也是很不错很快速的。

开源与收费情况

Photon是Exit Games公司的产品，不开源，有好多种收费模式，官网上可以看到。开发阶段可以用免费的license，后期可以看流量用户活跃度来选择付费模式。后续的支持，似乎是免费的，你可以选择邮件或是到论坛发帖求助，当然是E文。

KBEngine是国人开发，开源免费，但从官网上并没有看到商业使用的案例。有中文论坛，你可以在论坛上向开发者求助。

虽然两者的模式不同，但作为一个Unity3d游戏开发者，我们最希望的其实是把游戏引擎当作一个安全稳定的黑箱。

操作系统

之前说了Photon使用C#开发很自然的，配套的工具也是使用C#，比如最重要的PhotonControl。所以开发环境和生产环境最好都是windows。

虽然在跨平台上有mono，在服务器代码部分是系统无关的，但是不管你信不信，我是不信它的一套窗体工具也能运行在Linux下。反正，官网说法是，开发和生产环境都是用windows。

KBEngine建议开发环境选择Windows，生产环境选择linux。毕竟你总不希望开一组服务器打开9个Console窗体，一不小心把哪个点X了吧～

协议

Photon有自己的序列化反序列化方式，你也可以使用protobuf这类的来做应用层传输协议。

KBEngine在这方面表示不支持自定义协议，它帮你选择了有效的方法来处理，如果你习惯了他规定的方式，会喜欢上的。

看法

在功能上，我毫无疑问地更喜欢KBEngine，脚本化和自动持久化是极富魅力的功能。而Photon几乎没做这方面的功能，可能和老外的观念有关系。就目前我对两者功能的理解看来，Photon其实是个和SuperSocket差不多的东西，而SS是作为轻量级服务器框架存在的，Photon却是说自己是Unity3d游戏引擎，除去提供的MMO示例代码(未解读)，没看到什么游戏引擎的魅力。

相比高度工业化的Unreal，不管是Unity的早期用户群还是今天的用户里，独立游戏开发者都占了相当大的比重。在一个Unity3D游戏开发的团队里，能获得最佳用户体验的团队在1人-10人，20人靠上就必须要靠专门定制的工作流程和辅助工具来保证协作质量和效率。Unity3D游戏开发团队需要的角色，视项目的不同也有很大的区别。下面就列一下：逻辑实现者：工作是实现从游戏主循环到每个游戏元素的逻辑。注意如果是独立游戏项目的话，借助第三方插件，非程序员也可以担任这个角色。内容设计者：在大团队里基本上就是策划职位，负责这个任务的人基本上是一定要摆弄场景、制作prefab的，没有点动手能力光会写文档可不行。美术：工作包括从游戏概念图的设计到模型动画等美术资源的设计制作。交互设计和实现：界面设计、界面实现编程，由于Unity下有很多不错的UI插件，在Unity下就算是由设计师自己来做交互实现编程也不会很难。主程序/架构设计师：适用于大项目或大团队的高端职业，他们的主要任务不是生产用户能玩到的具体游戏性，而是为其他团队成员搭建一个可以沟通协作的框架或工具集。对大型项目来说，如果团队里没有这么一个经验丰富思路清晰的高手，很快项目就会被各种突飞猛进的同行产品所覆盖。目前Unity3D游戏开发新功能原型的产出实在是太快了，这就容易让人忽略结构的问题，当然还伴随无数难以修复的bug。服务器程序员：网游项目必备，其描述适用于游戏工业标准。版本管理员：适用于大项目，最好精通Git或plasticscm这类分布式版本控制系统。音效设计师：可选，推荐还是外包音效+内部实现的做法。