Web服务器处理404错误取决于网络管理员

第一篇：Web服务器处理404错误取决于网络管理员

Web服务器处理404错误取决于网络管理员

每一个互联网用户都会在某个地方碰到“404——无法找到文件”的错误页面。或许在非正式微软版本上会显示：“该页无法显示。”或者浏览器显示错误为：“页面错误。”并非每个网站都以相同的方式公布错误。试着输入一个错误的URL（如，删除后面的.com并键入一串乱码）并查看网站的错误说明有何不同。

错误404是最为常见的一组标准化可配置HTTP协议错误，定位在400到505之间。当这些错误得到标准化时，Web服务器处理404错误的方法最终就取决于网络管理员。这就是为什么将其称之为“可配置”。最为通用的Web服务器软件，Apache，通过位于public_html目录下的小文本文件.htaccess来控制HTTP错误的处理方法。重定向语法非常简单：“ErrorDocument [error code] [url]”。允许错误代码的URL能够指向任意一个具有有效地址的网站。通常，它指向一个工作目录中的自定义页面，如“404error.html”。

但是，如果你将URL指向主页地址（尤其是index.html），那么一个错误地址会将用户返回到站点的主页。这是Ipswitch.com的设置：“ErrorDocument 404 /index.html”。

自行设置

将修改.htaccess文件的说明应用到Apache服务器中。微软IIS服务器的缺省错误页面能够通过在互联网信息服务中选择网站目录进行修改，单击属性、选择自定义错误属性页面，根据自己的需要选择错误信息，然后编辑已修改文件的路径。无论在什么情况下，网络管理员

都能够为你提供修改404错误页面所需的详细信息。

如果你正在寻求更多超出常规的方法，将整个站点致力于创造出具有创新性的404错误页面。那么访问“404研究实验室”是明智的选择。这些日子几乎所有人都成了网管。Web环境格外廉价并且具有很多优秀的Web开发工具。但是即使你正确配置了404错误页面，有时候IE也无法将其正确显示。而是显示站点指定的页面，IE选择显示自己缺省的404错误消息。“该页无法找到”错误实际上是由Internet Explorer生成的，而非Web服务器。微软的论调就在于缺省的HTTP错误消息是正确的，但用处并非很大。缺省的HTTP错误消息总是显示：404无法找到，在该服务器上无法找到请求的URL。其它的什么也没有。没有重定向，没有其它提示信息。尽管微软版需要阅读一个合法文件，但其中的信息更为有效。

满足极限值

Internet Explorer显示的缺省404错误页面依赖于Web用户控制的两个变量。第一个，可以通过进入Internet选项并选择高级标签，向下拖动滚动条到“显示友好HTTP错误消息”，取消复选框的选中状态，可以禁用此项功能。未被选中的复选框将释放原始的HTTP消息。但是，作为一个网页设计者，你不能假设用户已经取消了这个选项；同时，作为一个Internet Explorer用户，你也不能就认为网页设计者已经设计了友好的用户信息。

第二个关键变量是错误页面自身的大小，以字节为单位。Windows注册表中的键值就是，HKEY_LOCAL_MACHINESoftwareMicrosoftInternet

ExplorerMainErrorThresholds，将404错误页面大小的极限值设置为512字节。如果该网站的404错误页面超出512字节，那么Internet Explorer将显示此错误页面；如果未超出范围，那么就使用自身的错误页面。

众所周知，个人网站是互联网络的基础和驱动力，在一定程度上影响和代表了互联网络的发展。据记者了解，截止2005年底中国个人网站数量已接近3000万，并且发展速度十分迅猛，可以说个人网站已发展成为中国网络媒体一个重要的补充力量。只要发展稳定，个人网站今后仍会持续快速增长。未来，个人网站仍是互联网发展的一个趋势。

与此同时，一些专家纷纷表示，个人网站的崛起将直接影响到虚拟主机市场。目前虚拟主机已成为最主要的建站平台，个人网站的建设首先要选择一个稳定、优质，适合于自己的虚拟主机。现阶段国内虚拟主机服务提供商众多，产品也良莠不齐，但一直是以商务专用型虚拟主机为主，而针对个人建站的入门型虚拟主机却并不多见，另外，目前市场上的虚拟空间容量一般都固定在100M、250M、500M、3G等这些上面，限制了用户尤其是个人建站用户对不同容量的个性化需求，这一切都与个人网站的需求和发展不相适应。

据记者了解，在国内市场上有一部分虚拟主机服务商已经意识到市场的需求，相继推出适合个人建站的虚拟主机，如荣获2005年度注册服务机构最佳进取奖的时代互联就于国内率先推出了自由定制王牌

虚拟主机，实现空间容量自由定制，类型任选，此外，购主机赠送GCDN网络镜像加速引擎，从而更好的解决了南北互通问题。尤其是强势推出的入门学习型50M虚拟主机（仅6元/月），更是针对个人和企业用户量身定做，真正满足个人和企业建站的实际需求。

本文出自：定制地板转载请注明出处

第二篇：网络管理员常见错误集锦

协议分析器是网络管理员库中最强有力的工具之一。它能将难处理、耗时长、让CEO们感到恼火甚至不得不重启所有机器的问题转变为能短时处理、易于在每周例行状态报告中反映的问题，为公司省下大量的时间与金钱。

然而，就像其它任何复杂工具一样，它必须被适当运用才能获得最大的效益。在使用协议分析器诊断网络故障时，应当尽量避免……

错误1 分析器误置

正确放置分析器对快速诊断故障具有决定性作用。设想分析器是置于网络中的窗口，犹如建筑物窗口一般，视野的改变依赖于从哪个窗口看出去。从南面窗口望去是看不到建筑物北面高速公路上交通的拥挤状况的。在分析置于网络不当位置的分析器时，跟踪往往要花很长时间。那么，怎样正确放置分析器呢？我们可以举例说明。

以下为几个可能出现的问题及原因分析：

设想A：一台主机，服务器A，主机不能与其它任何主机通信。可能的原因：

1）服务器A没有正确配置；

2）服务器A配置的网卡出错；

3）服务器A所在局域网出了问题；

4）服务器A所在局域网段出错。

设想B：一台主机，服务器B，主机不能与远程网X中的任何一台主机通信；且局域网或其它远程网中的主机无任何故障（这就意味着问题不可能出现在服务器B或服务器B所在局域网段上）。

可能原因：

1）服务器B有关网络X的部分配置错误；

2）3）4）5）服务器B用于连接到网络X的路由器所在网段的连接出了问题；服务器B所在局域网与网络X的一处或多处链接出了问题；网络X用于连接到服务器B所在网络的路由器所在网段出了问题；网络X出了问题。

设想C：一台主机，服务器C，主机不能与局域网中另一主机通信，但与网络中其它主机通信正常（这意味着问题不可能出现在服务器C或服务器C所在局域网段）。可能的原因：

1）主机C错误配置；

2）主机C网卡出现故障；

3）主机C所在局域网段出了问题。

设想D：一台主机，服务器D，主机不能与一远程主机通信，但与服务器D所在局域网段的其它主机通信正常，到远程网或远程网自身的连接亦无故障。

可能原因：

1）主机D错误配置；

2）主机D网卡出错；

3）主机D所在局域网段出了问题。

这些问题当中个别的不用分析器也可诊断或排除。例如：设想A中的第三种情况，就能通过检查服务器A所在局域网的其它主机决定故障所在；设想D中的第二和第三种情况亦能通过这种方法确定（假设主机D能与局域网中其它主机通信）。

一台服务器或主机的错误配置通过检测很容易被发现。但另外一些问题，像网络或网段中的故障，就需要分析器来诊断。

在以上所有可能的设想中，一开始或许会将分析器置于离最有可能出现问题的主机或是怀疑有问题的网络、网段尽可能近的地方，但是如果未发现有意义的问题，得准备好移动分

析器，要知道，在出现故障的位置被确定以前，所做的一切都是建立在猜想基础上的。在以上设想B的第三种情况中，服务器B所在局域网和网络X中都应该有分析器，至少分析器应该能够从一端被移动到另一端。

例如，一次故障中，一台服务器突然停止了工作。人们起初怀疑是站点人员对服务器实施了误操作所致，实际上跟踪器表明，是因为众多主机向服务器发送连接请求信息的同时服务器却没有响应，致使服务器死锁。

在花了几天时间来判断到底服务器出了什么问题后，被告知观察跟踪器，于是请求站点操作员将跟踪器从主机所在局域网（这里指设想B中第三种情况的网络X）移到服务器所在局域网。结果发现访问控制列表没有被正确添加到服务器所在局域网的路由器上，这份错误的访问控制列表过滤了所有来源于客户端主机所在网络的信息。假若当初多一些怀疑的话，就会发现在服务器所在局域网中根本就没见到过连接请求信息。因为没有同时查看网络两端的情况，致使站点很多天不能工作。

怎么知道跟踪器在网络的哪一端起作用呢？在跟踪器中，发自客户端主机的帧信息都具有实客户端所有的源MAC地址，与此同时，目标MAC地址则存放在路由器中。

不幸的是，问题变得越来越复杂，仅仅知道分析器连接于哪个网络还不够。当将一个局域网分解成多个部分时，首要的是去找到空闲Hub端口或同轴电缆的分接头，然而，在网络交换环境下，并不是仅仅将分析器接入交换设备的空闲端口就万事大吉了。

大多数交换设备都具备将特定端口指定为分接头或映像端口的能力，只是所用术语因交换设备制造厂商不同而有别。如果所有来自或发往特定端口的通信同样能发送到映像端口，这时只要将分析器连接到映像端口，所有设置即告完成。

但问题在于有些交换设备不能将两端口之间的通信发送到映像端口。举例说，在双工环境下，作为监控的连接之一部分的两台主机能同时发送信息，交换机也能接收每帧数据并将其传输到链接中的另外端口。但对于映像端口，必须对某一数据帧进行缓冲，如果这样处理了太多帧，缓冲区就会溢出，数据帧就会丢失，跟踪因此变得不可靠。更糟的是，根本就不知道是在跟踪不可靠的线索。

某些交换设备支持内部分析器功能，这类交换机本身能够俘获传向被跟踪对象的数据帧。这种功能部件的可靠性依赖于交换机的缓冲容量。在某些情况下，我们不得不选择映像端口或是内部分析器方式。但只要有可能，最好是将主机之一和分析器连接到Hub，并将Hub挂到交换机上。

为什么这么做呢？这是因为即使确信交换机有足够容量缓存所有数据帧，以至于映像端口或内部分析器不可能丢数据，跟踪仍然是不可靠的。例如，标准以太网中，一个处于交换机有故障端口的RJ45连接器每当交换机向服务器传输数据帧时都会创建交互式会话，交换机将此解释成为一次冲突并停止工作，当尝试16次之后数据帧就会撤消，但数据帧仍被发送到映像端口，因此跟踪器发现了数据帧并显示服务器响应失败。另一种情况是：不合规格的配线导致1%的数据帧破坏。如果将分析器与第一种情况（任何位置的数据帧都能传送）中提到的的主机一起挂到Hub，或者与第二种情况（网络中有被破坏的数据帧）中主机一起挂到Hub，接收交换机的端口会在未将数据帧发往映像端口之前就将它们撤消，跟踪器没有任何错误指示。当然，每当改变一种方式，都得冒一定风险来纠正可能出现的意外问题。如果RJ45连接器出现故障仅仅是因为没有在交换机端口将其固定好，那么只要将连接器重新插入Hub，故障或许也就不存在了，至少问题是得到了解决。

另外需要记住的是，对于交换设备，在其网段内每个端口都是有效的，因此当连接到服务器的交换端口未发现问题时，应将Hub（或分析器）移动到主机或路由器交换端口。还有，注意不能将Hub挂到双工环境。有些分析器能以双工方式工作，这类分析器有两个以太网口和一个功能模块，功能模块将通信对分为两部分，并分别发送到每一以太网口，之后软件把从每个以太网口接收来的数据结合成单一的跟踪链。如果网络是双工环境，就需要这种分析器。

错误2 过多的过滤

过滤功能允许协议分析器忽略某些数据帧，从而为感兴趣的帧腾出更多的俘获缓冲空间。如果能过滤来源于较高协议层的数据，如IP地址和端口号以至更高层数据，则分析器几乎很少需要基于源或目标MAC地址的过滤。然而，实际跟踪中通常出现的问题是过滤太多。

有一个站点出现过这样的故障：服务器与一特定客户端之间的连接出了问题，莫名其妙地断开了，其它客户端都没有任何问题。由于客户端与服务器处在同一子网，一旦发生断开现象，使客户端与服务器恢复连接的唯一办法是重新启动服务器。

这个站点安装了分析器，同时因为数据量大，配置了过滤器，只允许俘获两主机（基于MAC地址）之间的数据帧。前两天中没有发现问题，但在第三天问题出现了：跟踪表明服务器突然停止了发送多路会话和最后一次会话。当从服务器端ping客户端时，跟踪器显示服务器没有发送任何数据帧。站点操作员得出的结论是：TCP栈或操作系统出了问题。于是请求另一次跟踪，这次没有使用过滤器。一天半以后俘获了另一事件：跟踪清楚表明服务器持续发送数据，而与此同时却再也没有得到应答。经过更深层挖掘，发现服务器数据帧的目标MAC地址突然改变了。

既然目标MAC地址不再与客户端的相匹配，那么第一次未使用过滤器的跟踪就不再俘获到MAC地址，同时表明服务器已停止了工作。另外发现就在地址改变之前，服务器无故收到带有为客户端IP地址配置的新MAC地址的ARP信息包，这导致服务器升级ARP缓存并向错误主机发送数据。

通过ARP数据帧的源MAC地址由无故发送ARP的主机向下跟踪，不知何故，主机居然同时配置了复用于客户端的静态IP地址和DHCP地址。当主机启动时，分配的是静态地址，这与服务器相冲突，于是调用DHCP，正确地址才配置上。

基于这一点可得出这样一个结论：用过滤器看似很有道理，但很多时候问题的根源往往以假象出现在过滤器之外，如果跟踪器没有表明问题的起因，过滤器应当关闭，或至少应当扩展一下，直至跟踪器确实查出原因。仅当所有过滤器都关闭后跟踪器仍无法查出问题起因，才可以得出结论——对网络已无计可施了。

错误3

俘获时帧太短

前面例子中表明，站点操作员使用过滤器是因为网络中数据量过大。分析器仅能俘获大约3分钟时间的数据，这使得站点操作员几乎不可能发现问题的发生并使分析器及时加以阻止以真正找到问题的起因。分析器能够俘获数据帧而没有将它们填入俘获缓冲区的时间长短取决于网络的速度、网络中帧的数量、帧的大小以及俘获缓冲区的大小。

几乎所有分析器都能控制俘获数据帧的大小，这在处理连接问题和不太高协议层问题时显得很有用。在通常情况下，只要俘获数据的第一个64字节也就足够了。因此，如果网络中所有帧都是1024字节而仅有3分钟俘获时间，那么仅俘获64字节将允许有超过30分钟的俘获时间。

错误4

触发器安装不正确

触发器告诉分析器执行某项操作，比如终止俘获。当等待问题发生而又不知道将何时发生时，触发器显得很有用。

安装触发器意味着没有必要随时以手动方式来控制分析器。触发器安装的最大问题往往是没有正确定义，这会大大延长解决问题的时间。

当然，应该详细知道怎样安装触发器，并且，若有可能，在使用之前进行测试。有时可以安装另一台分析器来发送触发数据帧，以确认俘获分析触发器已正确安装。

使用触发器带来的另一问题是，许多分析器允许设置将被预触发的俘获缓冲区的百分比。举例来说，可以指定50%的缓冲区在触发之前俘获，而另外50%的缓冲区在触发之后俘获。预触发的百分比通常是0、25、50、75或100。

如果预触发值设置不当，就有可能俘获不到足够的相关数据帧来诊断问题所在。预触发值有可能被错误设置是因为其默认设置对现行问题往往不适用：也许是因为未将针对前一问题的设置升级，也许是因为粗心的鼠标操作或错误按键。无论何种原因，一定要确认触发器已正确安装。

那么怎样来设置呢？通常是将预触发百分比设为100%，以知道是什么原因导致触发器关闭。

当然，只有当触发器在触发某事件时，它才处于关闭状态。过去使用过特殊的触发程序，它能测试状态，然后发送信息包，分析器可将此信息包用作触发器。测试状态可以是日志文件中的错误信息，或是上例中无法创建连接的情况。一般整个程序也就一百多行或稍长一些。错误5

日期/时间设置不正确

没有正确设置分析器上的日期/时间看似一件小事，很多时候可能也确实是这样。然而，当处理广域网络中的问题时，有时同时运行两台分析器，网络每端一台，则正确设置日期/时间是相当有用的。

如果将两台分析器时钟设置相同，调整跟踪会变得更为容易。假定在一个例子中，通过发现通用帧并比较时间，会发现其中一台用了4小时37分，比另一台提前了15.7891秒，如果时钟设置同步误差在1到2秒，时间差距计算也就容易多了。

另外，如果需要费劲地随主机中的事件调整跟踪，由于基于时间包的同步是不可选的，则设置相同的日期/时间绝对具有实质意义。

错误6 不理解协议

很多分析器具有“专家分析”功能，指的是它们能保持对信息的追踪，像序列号、时间信息、显示重传信息、冻结窗口、无应答状态等等。这类分析相当有用，但也有可能造成误导，尤其在分析器没有正确报错时。

举个例子，有一种情况：从一远程位置发来的远程登录会话无法建立，而发自局域工作站的远程登录会话却没有问题。于是站点操作人员在远程登录服务器所在的局域网挂一分析器，跟踪器表明从远程主机到远程登录服务器的数据帧没有报错；于是他们得出结论是操作系统故障。

另一位操作人员查看跟踪器发现，局域端远程登录会话连接到端口2323，而远程会话连接到端口23。另外，远程登录服务器响应远程连接请求的信息包包含了RST标志设置。在这里，站点操作人员没有仔细查看TCP细节，因此没有意识到不同端口号和RST包的重要性，他们依赖来源于分析器的诊断信息，既然远程登录服务器的端口23没有安装，凭感觉猜想也认为是操作系统出了问题。然而，若站点工作人员了解TCP和远程登录，他们就会立即发现问题所在并能在5分钟内找到一个好的解决办法。

事实上是，他们等半天时间来安装跟踪器，结果失去了远程网上数目相当可观的客户。

第三篇：Web服务器实验3报告

操作系统实验报告三

姓名：陈玉博

学号：2011011207

日期：2013-11-24

【实验内容】：设计一段内存结构，能够缓存一定数量的网页，在客户端访问时，首先从内存中查找是否存在客户端访问的网页内容，如果存在，则直接从内存中将相应的内容返回给客户端；如果不存在，则从磁盘中将网页内容读入到内存，并返回给客户端。【实验思路】：客户端连接之后，在线程的处理函数handle()函数中，从内存中查找相应的网页内容，发送至客户端。如果在内存中找不到，则通过调用store()函数从磁盘中读取该网页到内存，当内存中的网页个数大于100的时候，通过某种算法从内存中移除某个网页，然后重新存入新的网页。在主函数中，连接成功以后调用handle()函数，然后在handle()函数中，如果找不到请求的网页，则调用store()函数。【主要代码及注释】----main函数：

void main(int argc, _TCHAR* argv[]){ //声明处理函数，作为QueueUserWorkItem的一个参数

DWORD WINAPI handle(void *);//初始化WinSock库

WORD wVersionRequested;WSADATA wsaData;

wVersionRequested = MAKEWORD(2, 2);

int wsaret=WSAStartup(wVersionRequested,&wsaData);if(wsaret)

return;//创建SOCKET

SOCKET socketSrv;

socketSrv=socket(AF_INET,SOCK_STREAM,0);if(socketSrv==INVALID_SOCKET)

return;SOCKADDR_IN addrSrv;addrSrv.sin_addr.S_un.S_addr=htonl(INADDR_ANY);addrSrv.sin_family=AF_INET;addrSrv.sin_port=htons(87);

//绑定套接字

if(bind(socketSrv,(struct sockaddr*)&addrSrv,sizeof(SOCKADDR))){ //关闭连接

shutdown(socketSrv,1);closesocket(socketSrv);

WSACleanup();return;} //等待客户端连接

SOCKADDR_IN addrCli;int len=sizeof(SOCKADDR);//监听端口

if(listen(socketSrv,5)==SOCKET_ERROR){ printf(“监听失败!n”);} while(true){ //接受连接

SOCKET socketconn= accept(socketSrv,(SOCKADDR*)&addrCli, &len);

if(socketconn==SOCKET_ERROR)

{

cout<<“接受连接失败！”;

return;

}

cout<<“连接成功”<

shutdown(socketSrv,1);closesocket(socketSrv);

WSACleanup();return;}----handle函数：

DWORD WINAPI handle(void *para){ //声明store函数，用来从磁盘中读取网页内容到内存

void store(string);SOCKET socketconn=(SOCKET)para;//连接成功后与客户端进行会话 char recvBuff[1024];string sendBuff;

string locDir;ifstream fp;//接收请求

if(recv(socketconn,recvBuff,1024,0)==SOCKET_ERROR)return 0;//读取http请求头

string recvBuffer=recvBuff;int posGet=recvBuffer.find(“GET”,0);int posHttp=recvBuffer.find(“HTTP”,0);for(int pos=posGet+4;pos

locDir.push_back('');

continue;} locDir.push_back(recvBuffer[pos]);} int len=locDir.length();//截取网页的文件名

string ine_str=locDir.substr(1,len-2);//从内存中获得该网页的内容

string allcontent=webhtml[ine_str];//如果在内存中找不到，则再从磁盘中把网页读入内存，然后再从内存中查找 if(allcontent==“"){ //调用store函数，从磁盘中重新读取网页内容 store(ine_str);//重新从内存中读取网页内容

allcontent=webhtml[ine_str];} //将读取的内容追加入sendBuff中 sendBuff.append(allcontent);fp.close();//响应请求，将页面信息发送到客户端

if(send(socketconn,sendBuff.c_str(),sendBuff.length(),0)==SOCKET_ERROR){

cout<<”传送文件错误！“;

return 0;} shutdown(socketconn,1);closesocket(socketconn);//关闭连接

return 0;}----Store()函数：

void store(string ine_str){

//如果内存中的网页个数大于100个，则把第一个移除

if(webhtml.size()>100){ map::iterator Iter=webhtml.begin();webhtml.erase(Iter);} string allchars=”“;//一个网页中所有的字符

char buffer[1024*10];//每次读取1024个字节到缓存 ifstream fp;//文件流

fp.open((loc_webpage+ine_str).c_str(),std::ios::binary);//打开指定文件 if(fp.fail())cout<<”存储文件失败！"<

fp.getline(buffer,1024*10);//从文件中读取1024个字节到缓冲区里面

allchars.append(buffer);//把缓存中的字节加到allchars后面

buffer[0]='';} } webhtml[ine_str]=allchars;//存储网页名字和内容，保存到内存中

fp.close();} 【运行结果】

----->客户端未请求之前

---->客户端发出请求（输入相应网址）

---->服务器端显示连接成功

客户端显示出网页内容

【出现问题】：当程序第一次执行主函数的while(true)的时候，输出“连接成功”后直接跳过QueueUserWorkItem()函数，即不执行此函数；但是当第二次执行while(true)循环的时候，却进入了QueueUserWorkItem()函数。出现的现象是第一次把网页内容送到客户端之前，显示两个”连接成功”。【原因及解决方法】：在错误的程序中，sockconn是在while(true)循环外面定义的，即执行所有的while(true)循环都是一个sockconn，这就导致了不同的客户端请求使用同一个sockconn的现象，所以出现了上面的错误。在每次的while(true)循环中都定义一个新的sockconn即可解决此问题。

【实验心得】在此次实验中，虽然编写的代码不多，但是有很多细节需要注意到。比如说空格问题，当截取网页的名称时就出现了多余空格的现象：不管我在客户端输入什么请求，服务器都不会返回内容给客户端。当我调试程序的时候才发现，每次截取网页名字的时候都会在字符串后面多余一个空格，这就导致了没有任何网页名字与之对应，所以服务器不会返回任何内容给客户端。空格问题是大问题，我已经深受其害两次了。

第四篇：Web服务器配置与管理

实验项目18 Web服务器配置与管理

一、实验目的

● 掌握Linux系统中Apache服务器的安装与配置。

● 掌握个人主页、虚拟目录、基于用户和主机的访问控制及虚拟主机的实现方法。

二、项目背景

假如你是某学校的网络管理员，学校的域名为。

●重新启动httpd服务。

子项目3.设置基于用户认证的虚拟目录/private ●编辑httpd.conf文件，添加/private虚拟目录并设置用户访问控制。

●利用htpasswd命令生成用户密码文件，并为kingma用户设置登录密码。

子项目4.设置基于主机访问控制的虚拟目录/test ●编辑httpd.conf文件，添加/test虚拟目录并设置基于主机的访问控制。

●重新启动httpd服务，即可。

子项目5.创建基于IP地址的虚拟主机

●分别创建“/var/www/ip2”和“/var/www/ip3”两个主目录和默认首页文件。

●在httpd.conf文件中，设置基于IP地址的虚拟主机，配置内容如下。

●重新启动httpd服务，即可。

子项目6.创建基于域名的虚拟主机

●分别创建“/var/www/mlx”和“/var/www/king”两个主目录和默认文件。

●在httpd.conf文件中，设置基于域名的虚拟主机，配置内容如下。

●重新启动httpd服务，即可。

五、实验思考题

1．怎样改变Apache服务器的监听端口？如何在Apache服务器中使用SSL功能？

2．在配置用户认证的时候，如果密码文件中包含多个用户，如何设置只允许其中的某几个用户访问一个认证区域？

3．请将本实验的子项目4使用.htaccess文件重新进行配置。

六、实验报告要求

● 实验目的。● 实验内容。● 实验步骤。

● 实验中的问题和解决方法。● 回答实验思考题。● 实验心得与体会。

●

建议与意见。

第五篇：计算机网络实验报告——Web服务器的配置

实验2 web服务器配置

一、实验目的：

掌握如何使用windows 2000 server的IIS5.0配置出web服务器

二、实验内容：

1、创建一个web站点，并且可以实现在别人的计算机上访问该站点

2、使用不同的ｉｐ建立多个站点

3、在一个站点下建立多个子站点（使用虚拟目录实现）

4、在同一个套接字（即ip地址+端口）上建立多个站点（使用加主机头名 方法实现）

5、对站点进行安全管理（如浏览权限、帐号的使用、ｉｐ地址的设定）

三、实验要求：

一定要保证让别人正常的访问你建立的站点，并使实验结果达到预期的目的！

四、实验步骤：

1.使用当地IP地址建立web站点（1）准备工作：

①关闭Windows 防火墙

实验中，为了我们所建的站点能够被成功访问，先将Windows 防火墙关闭。如图：

②IIS功能设置

控制面板所有控制面板项程序和功能---“打开或关闭windows所有功能”：

出现了安装Windows功能的选项菜单，在“Internet信息服务”中手动选择需要的功能，如下图：

③下载“花生壳软件”到本地，申请免费域名mqqfhg。

这样，完成了前期的所有准备工作，开始进行web服务器的建设。（2）开始建立web站点 ①创建web站点“酒窝”

打开“控制面板”——“管理工具”—“ Internet 信息服务(IIS)管理器”——右击“网站——“添加网站——选择“IP地址”及“物理路径”：

② 选择“目录浏览”，点右侧的“启用”，将其设为启用状态。

③ 点击主页右侧的绑定，分配ip地址，端口保持“80”不变。

④ 保存一个网站文件（如百度首页），后缀名为.htm，将其保存在①中设定的物理路径（E:222222）中，并重命名为index.htm 更改“默认文件”，右侧改为启用，并将index.htm上移到第一位。如图：

⑤ 打开“asp”，如下图，更改“启用父路径”为“True”

⑥ 点击右侧的“启动”，启动网站。

⑦ 测试：在浏览器地址栏输入：http://mqqfhg.vicp.cc并链接。页面如下图：

2.使用同一个ip，同一个主机头名，不同的端口建立多个web站点 新建web站点“小酒窝”，具体步骤与1-（2）类似，但是要更改“物理路径”，并且需要更改第③步：

“绑定”——“添加”——更改端口号为“81”，其他不变。

测试：在浏览器地址栏中输入：http://mqqfhg.vicp.cc:81 并链接，显示页面如图：

3.使用用一个ip地址，同一端口，不同主机名建立web站点 ①用“花生壳”软件新申请一个域名：zhyykl13141。

②新建web站点“小小”，具体步骤见1-（2），但需要更改“物理路径”，并且需要更改第③步：

“绑定”——“添加”——“主机名”改为“zhyykl13141”，其他不变。

测试：在浏览器地址栏中输入http://zhyykl13141.vicp.cc 并链接，页面如下图：