Windows虚拟主机的权限如何设置

windows 2000虚拟主机基本权限的设置

在这里说一下我以为比较安全的win2000虚拟主机的权限设置方法，仅仅是说下权限设置。

一.虚拟主机需要的软件及环境

1.Serv-U5.0.11（似乎不安全，但是也未必）

2.Mysql数据库

3.Mssql数据库

4.PcAnyWhere远程控制

5.杀毒软件，我一般使用诺顿8.0

6.php5

7.ActivePerl5.8

以上各种软件，除Mssql数据库以为，其他的都应去官方网站下载推荐版本安装。下面开始就是安装设置了，从系统安装完开始。假设系统安装的windows2000高级服务器版，系统分为c盘，d盘和e盘，全部是ntfs格式。

二.系统端口设置

虚拟主机，一般同时使用PcanyWhere和终端服务进行控制，终端服务要更改端口，比如修改成8735端口。根据要开放的服务，去设置TCP/IP筛选。为什么不使用本地安全策略了？个人认为TCP/IP筛选比较严格，因为这里是除非明确允许否则拒绝，而本地安全策略是除非明确拒绝否则允许。如果我理解不当，还请指教。TCP/IP筛选设置如下：

TCP端口只允许21，80，5631，8735，10001，10002，10003，10004，10005；IP协议只允许6；UDP端口我没有做过详细测试，不敢乱说，以后测试了再补上。TCP/IP端口里面的10001-10005是设置Serv-U的PASV模式使用的端口，当然也可以使用别的。

本地连接属性里面，卸载所有的其他协议，只留下Internet协议（TCP/IP），顺便把administrator帐号改个复杂点的名字，并且在本地安全策略里面设置不显示上次登陆帐号，对帐号锁定做出合适的设置。然后重新启动计算机，这步设置已经完成。

现在开始安装软件，所有的软件都安装在d盘，e盘作数据备份使用。先安装Serv-U到d:Serv-U，并且汉化顺便破解，嘿嘿。然后依次安装到d盘。现在开始设置权限。首先二话不说，c盘，d盘和e盘的安全里面把Everyone删除，添加改名后的administrator和system，让他们完全控制。

高级里面重置所有子对象的权限并允许传播可继承权限。这样系统所有的.文件，目录全部是由改名后的administrator和system控制了，并且自动继承上级目录的权限，下面开始为每个目录设置对应的权限。

运行asp，建立数据库连接需要使用C:Program FilesCommon Files目录下面的文件。在这里，设置C:Program FilesCommon Files权限，加入everyone，权限为读取，列出文件夹目录，读取及运行。还可以使用高级标签进行更加严格的设置，但是我没有做过，不敢胡说。

运行php，需要设置c:winntphp.ini的权限，让everyone有读取权限即可。如果php的session目录设置为c:winnttemp目录，此目录应该让everyone有读取写入权限。为提高性能，php设置为使用isapi解析，d:php目录让everyone有读取，列出文件夹目录，读取及运行权限。至于php.ini的设置，这里我就不说了。第一我不很懂，第二我只讲系统权限设置。

运行cgi，设置d:perl让everyone有读取，列出文件夹目录，读取及运行权限。顺便说下，cgi设置为使用isapi方式解析有利于安全和性能。

现在说下让人头大的Serv-U的设置了。这东西功能确实强大，但是安全性不怎么好，需要我们来改造。最首先的是溢出攻击，5.0.11好象已经没有这个缺陷了。其次是修改ini配置文件，这里已经没有权限修改了，略过不提。据我所知现在唯一的办法就是使用默认的管理帐号和密码添加有写入执行权限的帐号来执行木马了。

把默认帐号密码修改掉就完了，这个东西直接使用editplus之类的编辑器打开ServUDaemon.exe和ServUAdmin.exe修改就可以了。如果懒得麻烦，随便什么语言写个程序都很容易作到。我以前写过一个这样的东西，方便自己设置。现在Serv-U基本上没有什么问题了。

至于数据库，权限已经不用设置了，直接继承d盘根目录就可以。至于里面的帐号密码该怎么设置，我也懒得说了。

现在最后一点，就是设置c:winntsystem32目录和他下面的一些东西了。很多程序运行需要这里的动态连接库，而且这里文件太多，我也没有弄明白所有的，把目录c:winntsystem32给everyone赋予读取，列出文件夹目录，读取及运行即可。

其实，这样做是不安全的，但是别慌，我们还没有完。在这个目录下面，我们还需要对几个特别程序进行单独的设置。首先就是cacls.exe，嘿嘿，先把这个设置了在说别的。这东东是设置权限用的，让它不继承父目录权限，并且让它拒绝任何人访问，因为我们一般不使用这个鸟东西。其他的要设置的程序列表如下：net.exe,cmd.exe,ftp.exe,tftp.exe,telnet.exe，这几个程序设置成只允许改名后的administrator访问。

现在就想起这么多，这是今天上班空闲时间零零碎碎写的，以后再补充吧。

补充：禁止 非管理员组访问winnt目录 再把需要调用的文件 从winnt弄出来 重新 赋予它读取路径。

新服务器配置没问题,是你程序跟不上时代步伐了

和新服务器上的register_globals = Off

这一项有关.导致你的变量不能传递,与session无关.所以,你得改程序了.

可能是你的PHP程序太老旧了!

建立一个PHP程序,内容为

<?php

phpinfo()

?>

访问一下

然后在打开的页子中找到

register_globals这一项,

看看后面的值是on还是off

还有session.auto_start这一项

看看是on还是off

PHP为了安全,这两后都设为了off,而过去的版本都是on的.

如果是off,你的程序就需要大范围的修改了,改着倒不难,但都是体力活,呵呵.

和smarty无关.

由于 Session 是以文本文件形式存储在服务器端的，所以不怕客户端修改 Session 内容。实际上在服务器端的 Session 文件，PHP 自动修改 Session 文件的权限，只保留了系统读和写权限，而且不能通过 ftp 修改，所以安全得多。

对于 Cookie 来说，假设我们要验证用户是否登陆，就必须在 Cookie 中保存用户名和密码（可能是 md5 加密后字符串），并在每次请求页面的时候进行验证。如果用户名和密码存储在数据库，每次都要执行一次数据库查询，给数据库造成多余的负担。因为我们并不能只做一次验证。为什么呢？因为客户端 Cookie 中的信息是有可能被修改的。假如你存储 $admin 变量来表示用户是否登陆，$admin 为 true 的时候表示登陆，为 false 的时候表示未登录，在第一次通过验证后将 $admin 等于 true 存储在 Cookie，下次就不用验证了，这样对么？错了，假如有人伪造一个值为 true 的 $admin 变量那不是就立即取的了管理权限么？非常的不安全。

而 Session 就不同了，Session 是存储在服务器端的，远程用户没办法修改 Session 文件的内容，因此我们可以单纯存储一个 $admin 变量来判断是否登陆，首次验证通过后设置 $admin 值为 true，以后判断该值是否为 true，假如不是，转入登陆界面，这样就可以减少很多数据库操作了。而且可以减少每次为了验证 Cookie 而传递密码的不安全性了（Session 验证只需要传递一次，假如你没有使用 SSL 安全协议的话）。即使密码进行了 md5 加密，也是很容易被截获的。

当然使用 Session 还有很多优点，比如控制容易，可以按照用户自定义存储等（存储于数据库）。我这里就不多说了。

Session 在 php.ini 是否需要设置呢？一般不需要的，因为并不是每个人都有修改 php.ini 的权限，默认 Session 的存放路径是服务器的系统临时文件夹，我们可以自定义存放在自己的文件夹里，这个稍后我会介绍。

开始介绍如何创建 Session。非常简单，真的。

启动 Session 会话，并创建一个 $admin 变量：

<?php

// 启动 Session

session_start()

// 声明一个名为 admin 的变量，并赋空值。

$_SESSION["admin"] = null

?>

如果你使用了 Seesion，或者该 PHP 文件要调用 Session 变量，那么就必须在调用 Session 之前启动它，使用 session_start() 函数。其它都不需要你设置了，PHP 自动完成 Session 文件的创建。

执行完这个程序后，我们可以到系统临时文件夹找到这个 Session 文件，一般文件名形如：sess_4c83638b3b0dbf65583181c2f89168ec，后面是 32 位编码后的随机字符串。用编辑器打开它，看一下它的内容：

admin|N

一般该内容是这样的结构：

变量名|类型:长度:值

并用分号隔开每个变量。有些是可以省略的，比如长度和类型。

我们来看一下验证程序，假设数据库存储的是用户名和 md5 加密后的密码：

login.php

<?php

// 表单提交后...

$posts = $_POST

// 清除一些空白符号

foreach ($posts as $key =>$value)

{

$posts[$key] = trim($value)

}

$password = md5($posts["password"])

$username = $posts["username"]

$query = "SELECT `username` FROM `user` WHERE `password` = '$password'"

// 取得查询结果

$userInfo = $DB->getRow($query)

if (!empty($userInfo))

{

if ($userInfo["username"] == $username)

{

// 当验证通过后，启动 Session

session_start()

// 注册登陆成功的 admin 变量，并赋值 true

$_SESSION["admin"] = true

}

else

{

die("用户名密码错误")

}

}

else

{

die("用户名密码错误")

}

?>

我们在需要用户验证的页面启动 Session，判断是否登陆：

<?php

// 防止全局变量造成安全隐患

$admin = false

// 启动会话，这步必不可少

session_start()

// 判断是否登陆

if (isset($_SESSION["admin"]) &&$_SESSION["admin"] === true)

{

echo "您已经成功登陆"

}

else

{

// 验证失败，将 $_SESSION["admin"] 置为 false

$_SESSION["admin"] = false

die("您无权访问")

}

?>

是不是很简单呢？将 $_SESSION 看成是存储在服务器端的数组即可，我们注册的每一个变量都是数组的键，跟使用数组没有什么分别。

如果要登出系统怎么办？销毁 Session 即可。

<?php

session_start()

// 这种方法是将原来注册的某个变量销毁

unset($_SESSION["admin"])

// 这种方法是销毁整个 Session 文件

session_destroy()

?>

Session 能否像 Cookie 那样设置生存周期呢？有了 Session 是否就完全抛弃 Cookie 呢？我想说，结合 Cookie 来使用 Session 才是最方便的。

Session 是如何来判断客户端用户的呢？它是通过 Session ID 来判断的，什么是 Session ID，就是那个 Session 文件的文件名，Session ID 是随机生成的，因此能保证唯一性和随机性，确保 Session 的安全。一般如果没有设置 Session 的生存周期，则 Session ID 存储在内存中，关闭浏览器后该 ID 自动注销，重新请求该页面后，重新注册一个 Session ID。

如果客户端没有禁用 Cookie，则 Cookie 在启动 Session 会话的时候扮演的是存储 Session ID 和 Session 生存期的角色。

我们来手动设置 Session 的生存期：

<?php

session_start()

// 保存一天

$lifeTime = 24 * 3600

setcookie(session_name(), session_id(), time() + $lifeTime, "/")

?>

其实 Session 还提供了一个函数 session_set_cookie_params()来设置 Session 的生存期的，该函数必须在 session_start() 函数调用之前调用：

<?php

// 保存一天

$lifeTime = 24 * 3600

session_set_cookie_params($lifeTime)

session_start()

$_SESSION["admin"] = true

?>

如果客户端使用 IE 6.0 ， session_set_cookie_params()函数设置 Cookie 会有些问题，所以我们还是手动调用 setcookie 函数来创建 cookie。

假设客户端禁用 Cookie 怎么办？没办法，所有生存周期都是浏览器进程了，只要关闭浏览器，再次请求页面又得重新注册 Session。那么怎么传递 Session ID 呢？通过 URL 或者通过隐藏表单来传递，PHP 会自动将 Session ID 发送到 URL 上，URL 形如：http://www.openphp.cn/index.php?PHPSESSID=bba5b2a240a77e5b44cfa01d49cf9669，其中 URL 中的参数 PHPSESSID 就是 Session ID了，我们可以使用 $_GET 来获取该值，从而实现 Session ID 页面间传递。

<?php

// 保存一天

$lifeTime = 24 * 3600

// 取得当前 Session 名，默认为 PHPSESSID

$sessionName = session_name()

// 取得 Session ID

$sessionID = $_GET[$sessionName]

// 使用 session_id() 设置获得的 Session ID

session_id($sessionID)

session_set_cookie_params($lifeTime)

session_start()

$_SESSION["admin"] = true

?>

对于虚拟主机来说，如果所有用户的 Session 都保存在系统临时文件夹里，将给维护造成困难，而且降低了安全性，我们可以手动设置 Session 文件的保存路径，session_save_path() 就提供了这样一个功能。我们可以将 Session 存放目录指向一个不能通过 Web 方式访问的文件夹，当然，该文件夹必须具备可读写属性。

<?php

// 设置一个存放目录

$savePath = "./session_save_dir/"

// 保存一天

$lifeTime = 24 * 3600

session_save_path($savePath)

session_set_cookie_params($lifeTime)

session_start()

$_SESSION["admin"] = true

?>

同 session_set_cookie_params()函数一样，session_save_path() 函数也必须在 session_start() 函数调用之前调用。

我们还可以将数组，对象存储在 Session 中。操作数组和操作一般变量没有什么区别，而保存对象的话，PHP 会自动对对象进行序列化（也叫串行化），然后保存于 Session 中。下面例子说明了这一点：

person.php

<?php

class person

{

var $age

function output() {

echo $this->age

}

function setAge($age) {

$this->age = $age

}

}

?>

setage.php

<?php

session_start()

require_once "person.php"

$person = new person()

$person->setAge(21)

$_SESSION['person'] = $person

echo "<a href='output'>check here to output age</a>"

?>

output.php

<?

// 设置回调函数，确保重新构建对象。

ini_set('unserialize_callback_func', 'mycallback')

function mycallback($classname) {

include_once $classname . ".php"

}

session_start()

$person = $_SESSION["person"]

// 输出 21

$person->output()

?>

当我们执行 setage.php 文件的时候，调用了 setage() 方法，设置了年龄为 21，并将该状态序列化后保存在 Session 中（PHP 将自动完成这一转换），当转到 output.php 后，要输出这个值，就必须反序列化刚才保存的对象，又因为在解序列化的时候需要实例化一个未定义类，所以我们定义了以后回调函数，自动包含 person.php 这个类文件，因此对象被重构，并取得当前 age 的值为 21，然后调用 output() 方法输出该值。

另外，我们还可以使用 session_set_save_handler 函数来自定义 Session 的调用方式。

出处

http://www.openphp.cn/index.php/article/13/73/index.html

---