在专业的 Web 站台上，常常会需要使用者的帐号及密码，也就是身份确认的动作。早期的 NCSA httpd 伺服器并没有提供这项使用者确认的功能，Webmaster 只能用手工打造一个身份确认的 CGI 程式。
自 CERN httpd 之后的 Web 伺服器大部份都提供了使用者身份确认的功能。仅管每套 Web 伺服器的设定都不太相同，但在设定上都大同小异。
以下就是 Apache 伺服器上的使用者身份确认的设定。
<Directory /home/MyMember>
AuthType Basic
AuthName MyMember
AuthUserFile /usr/local/MyMember.txt
Options Includes ExecCGI
<Limit GET POST>
require valid-user
</Limit>
</Directory>
在这个例子中，当使用者在看 MyMember 目录下所有的档案，包括图片档案及其它各式档案时，都需要使用者的帐号密码确认。而使用者的帐号及密码档都存在于/usr/local/MyMember.txt 之中。
这个帐号密码档 /usr/local/MyMember.txt 的样子可能如下例。其中冒号前的字串是使用者帐号，冒号之后的字串是经过不可还原加密的密码，编码一般都是使用传统的 DES 编码，密码的头二个字是类似种子的字元 (salt)，本例中都是 3P。每行代表一位使用者。当然 Webmaster 要自行控制重覆帐号的情形。比较特殊是在 Win32 系统上架 Apache 的情形，冒号后的密码不可加密，因为 Win32 没有提供这方面的编码
API，因此使用者密码以明码的方式存在。
john1234:3PWudBlJMiwro
queenwan:3PFNVLNPN9W0M
noname00:3PEsXaJx5pk7E
wilson49:3PjoWb0EnaG22
rootboot:3PIt0snI6.84E
sun_moon:3PvymMeNOc.x.
nobody38:3PbskPKwV94hw
在 Apache 1.3.6 版上，可以用 ~apache/bin/htpasswd 来产生单笔的帐号及密码，但对于需要大笔资料的商业站台，可能就需要自行写程式来处理了。UNIX 上需要呼叫 crypt() 来处理编码。
在一切都设定好了之后，连线时就会在浏览器出现查核密码的视窗，如上图就是SEEDNet 的 MySEED 网站的使用者查核机制。在输入了帐号及密码后，浏览器会将它用BASE64 编码后，传到伺服器端。当然 BASE64 只是编码不是加密，因此在网路上这种传输的安全性仍然不高，还是有可能被中间的刽客截下，再将 BASE64 还原，这也是整个使用者认证中最美中不足的地方，或许日后支援摘要认证 (Digest) 及使用 MD5 编码后，可以解决这种问题。之后每一页仍然需要帐号及密码，只不过浏览器会帮你主动送出，不用再输入帐号密码了。这方面浏览器会保留到被关闭为止，下次重执行浏览器仍需输入第一次。
在使用者数量少时，使用上述的方法轻松又省事。但是在使用者有数万人，甚至数十万人时，会发生整个伺服器的效率都被搜寻帐号密码下拖垮，可能读取一页需要数十秒到数分钟。这种情形再使用伺服器提供的密码查核机制就不太明智了。在Netscape Enterprise Server 上可能就可以使用 NSAPI 来开发自己的查核方式，在IIS 上也可以用 ISAPI 过滤器开发。写 C/C++ 程式呼叫 NSAPI/ISAPI 总是很累，在PHP 上有了另外的选择，这也是本节的主题。
PHP 的 HTTP 相关函式库提供了 header() 的函式。许多 Web 伺服器与客户端的互动，都可以使用这个函式来变戏法。例如在某个 PHP 页面最开始处，也就是第一行或第二行，加入以下的程式，可以将使用者重导到作者的网页。
<?php
header("Location: http://wilson.gs");
exit;
?>
当然，在上述程式之后的 HTML 文字或者是 PHP 程式都永远不会出现在使用者端了。
同样的道理，我们就用 header() 来变使用者认证的把戏。可以在 PHP 的最开头送出字串到使用者端，就会在使用者端出现下图的视窗。
<?php
Header("WWW-Authenticate: Basic realm="Member"");
Header("HTTP/1.0 401 Unauthorized");
?>
在程式中字串 realm="Member" 中的 Member 字样出现在图中，当然若使用中文字取代，浏览器端也会出现中文字，如上面的 MySEED 图。若 Web 站台使用者还有其它语文，如英文或日文，送出中文的 realm 字串似乎就比较不合适。无论如何，这都要视站台的性质及使用者定位而决定。
当然这还是很粗糙，因为除了送出视窗后，就没有下文了，帐号输入正确也好，输入错误也罢，都不会有任何的结果。我们需要再更进阶的程式来处理。 \ H^\Y\J ][[Y[X\][][[X \ [XHY[X\]] \H \[YOIU][ H^\]^J \
NY[X\\H NY[X\[XHH N"o!y"z/$9c {b&yd$z-a9yn d#9.:+o!y+o Y
Y[X\[XOOL
H X][9n$9c*9.][^]I."fc9o#$9c*9hY
UIY[X\\H XY\ ][P]][XN\X[OI][hy/&df ][][XY\ ][
H[]]^Y ][[YJ \ JN^]Ik ze&z+&yay(yd$y/o!z)y`/$9c xg*9kfay/o#9c :)yb9aiyhmyayb9aiH]] [/*h#9l,y.#y/"h.g 9(yk {fcy/c/.#yfj9d9/o!y.9-a98od#9d^T9/"co^\X
H9. 9d^T9/.#yfj:/%+*^\X
H9(za:/*:/*a#9oy/o^\J
H9l!-a9yn ."9o#]] K[+ 9+9+:+"#9l,y++k9."al#:a/-a99/ [NKKKKKKKKKKKKKKKKKKKKKKKKKKI9/o!z+:+#H]] K[]] [ \Y
NNNI[NKKKKKKKKKKKKKKKKKKKKKKKKKKI\ HH ][K \ K ][Y
UI][][ XY\ ][P]][XN\X[OI][hy/&df ][][XY\ ][
H[]]^Y ][[YJ \ JN^]H[ H^\X ][[ ][ ][ZY ][ ][\ ][ \ H^\Y\J ][[Y[X\][][[X \ [XIY[X\]] \H \[YOIU][ H^\]^J \
NY[X\\H NY[X\[XHH N^\J
NY
Y[X\[XOOL
H X][9n$9c*9.][^]IY
UIY[X\\H XY\ ][P]][XN\X[OI][hy/&df ][][XY\ ][
H[]]^Y ][[YJ \ JN^]II |
|
转播
