WWW访问控制及客户帐号管理
 网龙首页 | 操作系统 | 网络硬件 | 组网建网 | 网络建设 | 架站技术 | IT认证 | 网络安全 | 网络存储 | 网龙论坛
首页 >> 网络建设 >> 解决方案 >> 新闻正文

WWW访问控制及客户帐号管理

http://www.wapease.com/network/ 2004-7-21 浏览次数: [专题阅读]

互联网上网站建立以后,一个普遍的需求是能够方便地管理上站用户的账号信息,以及某些页面针对限定用户开放。比较好的一个解决方案是采用.htaccess协议,但网上关于此协议的文档很多并没有讲清楚,包括一些示例也存在歧义,初学者很容易迷惑。

一、 为什么选择

.htaccess解决方案

众所周知,html的一个缺点是本身无法保持状态,客户连接服务器获取一个页面后,对服务器而言,此连接就已不存在了,下一页将重新连接。如何跟踪用户,目前常用的有以下解决方案:

1在html的表单中利用隐藏输入域来传递信息,如:

〈INPUT TYPE=hidden NAME="username" VALUE="foresee"〉

VALUE值即为状态信息,所以每次不同,不可能事先写好,只能通过CGI程序生成HTML页面:

Print 〈input type=hidden name=\"origname\" value=\"$username\"〉"

这样,在下次表单重新提交时可以包含进去。

使用隐藏输入确实是保持状态的一种简单办法,但必须由CGI程序生成页面,如大量使用,速度慢、不易于维护。

2向客户端发送cookie

cookie是一种通过客户端的浏览器本身维持状态(甚至不同会话间)的方法。在浏览器访问站点时,调用set-cookie在客户端建立cookie,它将在以后每次连接到站点时返回给Web服务器,从而携带用户ID。但cookie技术在使用中有以下缺陷,这甚至是致命的缺陷:

1) cookie由于涉及到用户隐私的争论,所以缺乏广泛的支持,首先,不是所有的浏览器都支持cookie,另外,像IE这样的浏览器出于安全性的考虑,还可以设置屏蔽掉cookie。所以,使用cookie ,至少要为客户提供其他选择。

2) cookie缺乏安全保证,如果你的机器被别人使用访问Web服务器,浏览器也会同样发送cookie。

3会话ID

会话ID是每个客户在到达Web站点时分配的惟一标识,多经由URL自身传递。在有些站点我们可能见到很长、看起来很奇怪的URL,常常是一串数字或字母。也正由于这种方案将URL弄得长且怪,笔者不倾向采用此方案,所以也不是本文的主旨。

4建立服务器端客户文件

这种方案是在服务器端维护一个注册后的在线客户表,利用IP地址等信息来保持客户状态。但这种方案不能独立地解决我们的需求。很简单,如果几个客户使用同一个代理服务器(proxy)来访问Web Server,那么,在此方案下他们将被视为同一个用户。

5.htaccess协议

.htaccess实际是系统访问控制文件(ACF)族中的一个。该协议目前为大多数UNIX环境的服务器支持,例如,普遍采用的Apache服务器较为通用(值得一提的是,与此相关的另一个文件为access.conf,还可实现基于主机域名/地址的访问控制)。其优点为:

● 控制取决于服务器(当然目前NT除外),客户端具有很好的兼容性;

● 针对目录保护,可方便灵活地定制;

● 弹出窗口式密码校验简单明了,符合惯例;

● 客户注册后,CGI环境变量“REMOTE—USER”即为校验后的客户账号,在整个保护区访问无需再注册,有效地保持了状态。

二、 .htaccess协议

实施步骤及要点

.htaccess的具体实施步骤如下:

1规划目录,将要控制访问的所有文件集中至选定的目录里。

2在要存取控制目录下建立一个文件,文件名为“.htaccess”,别忘了有一个“.”(以“.”开始的文件名在UNIX下表示是隐含文件)。文件内容网上的很多地方都没有讲清楚,包括一些ISP提供的示例,也模糊不清。一个经验证的样本如下:

AuthUserFile /path/.htpasswd

AuthGroupFile /dev/null

AuthName Information

AuthType Basic

〈Limit GET POST PUT〉

require valid-user

〈/Limit〉

黑体字需根据实际情况替换。其中:

AuthName: 用户认证名,将会在密码检测框中出现,但注意应为一个单词,否则要用引号括起来;

AuthType: 使用的认证方式, 缺省为: Basic;

AuthUserFile: 认证用户口令文件绝对路径,请根据实际情况替换/path/;

AuthGroupFile: 认证用户组别文件绝对路径;

〈Limit GET〉〈/Limit〉: 标识访问特定目录访问控制段的开始/结束;

require entity1 entity2: 要求认证的内容,entity1可以是user、group; entity2 为认证用户或组名。这一项最需要特殊说明,它可导致几种不同的配置,这正是往往没被说清之处:

1) 不配置用户组时, 第二行的用户组别文件可设为:AuthGroupFile /dev/null。要求认证的内容则为:require valid-user。这时,管理用户只需配置 .htpasswd文件;也可做限定,如 : require user admin guest foresee。这样,只有指定的用户才能登入。

2) 如需配置用户组,首先指定组文件如下:AuthGroupFile /path/.htgroup。

要求认证的内容则应为:require group users,而.htgroup文件的一个示例为:

users: admin guest foresee

以上两种搭配是不能混用的,像下面的.htaccess,你是无论如何注册不进去的:

AuthUserFile /path/.htpasswd

AuthGroupFile /dev/null

AuthName Information

AuthType Basic

〈Limit GET POST PUT〉

require group valid-user

〈/Limit〉

3口令文件.htpasswd示例如下:

sh

此新闻共有21 2

Google
 

收藏该文章 | 发送给好友 | 打印该文章 | 我要投稿 | 去论坛讨论

·组建网上会议
·选择适合的多媒体教学网
·家庭/中小企业廉价实用的联网方案
·利用代理服务器建立网上教室
·建个经济实用的上网教室
·经济型网吧的组建
·证券交易所组网方案实例
·办公网规划两步曲

共有评论查看评论
姓名:
发表评论请遵守相关规定!
*《互联网电子公告服务管理规定》
*《全国人大常委会关于维护互联网安全的规定》
万易简介 | 网站简介 | 栏目简介 | 服务报价 | 联系方式 | 万易诚聘 | 版权信息
万易网络 版权所有
www.wapease.com
未经书面许可,任何人不得转载本站信息
联系方式:Info@wapease.com 热线QQ:44977515