您的位置:新葡亰496net > 服务器网络 > 悬案探究,实例解决关于Web服务器不能访问的问

悬案探究,实例解决关于Web服务器不能访问的问

发布时间:2019-09-17 06:43编辑:服务器网络浏览(97)

    为了宣传、推广自己,很多单位都架设了Web服务器,不过架设好的Web服务器如果不经过访问测试,很可能无法达到顺利发布信息的目的。本文下面推荐的一则Web服务器故障排除的方法就比较常见,现在我们就对它进行总结,希望日后大家再次遭遇相同类型故障时可以快速进行应对!

    伴随着对信息化要求的不断提升,相信多数单位都会架设自己的Web服务器,来在Internet网络中发布信息、宣传自我。为了保证任何一位上网用户都能顺畅地访问到Web服务器中的内容,网络管理员在正式发布Web信息之前往往需要设置一下IIS服务器,以便确保单位的Web网站可以始终如一地稳定运行。然而很多时候,我们都会遇到Web服务器访问失败的故障现象,面对Web服务器故障,我们往往会表现得手忙脚乱,根本不知道该从何处着手,来解决这些Web服务器故障。其实,造成Web服务器故障的因素有很多,我们需要对此进行逐一排查,才能高效解决对应的Web服务器故障现象。

    据媒体2月10日报道,访问Web服务器是许多局域网用户经常要做的一项"功课",在频繁访问过程中,不少朋友积累了一些Web服务器访问经验,这些经验常常会帮助他们快速解决一些无法访问的小故障。不过,本文下面贡献出来的Web服务器不能访问故障现象却比较特别,如果不加细细分析,单纯以经验来解决故障时,多半容易走弯路;为了帮助各位朋友高效访问Web服务器,笔者现在就将这种特别的网络访问故障排除过程还原出来,希望大家能从中收到启发!

    很多公司都架设了Web服务器,不过架设好的Web服务器如果不经过访问测试,很可能无法达到顺利发布信息的目的;这不,本文下面推荐的一则Web服务器访问失败故障就比较常见,现在我们就对它的排除过程进行总结,希望日后大家再次遭遇相同类型故障时可以快速进行应对!

    BKJIA.COM 独家特稿,转载请注明出处及作者!】一般来说,服务器系统都有一个固定的IP地址,该地址可以保证其始终能够稳定、高效地运行,即使局域网中的其他计算机抢用了那个固定的IP地址,服务器系统的运行状态也不会受到影响,因为IP地址的分配与使用往往遵循着“先入为主”的原则,也就是说服务器主机预先分配得到某固定地址后,其他人即使抢用了该地址,也不能正常使用该地址上网。然而,笔者在一次管理服务器的实践过程中,偶然遇到了服务器主机地址被意外抢用的现象,并且该现象直接造成了服务器系统不能正常工作,这是什么原因呢?我们该如何解决这种奇怪的故障现象呢?

    Web服务器故障排除之访问环境

    Web服务器故障故障现象

    能Ping通但是不能访问

    新葡亰496net 1

    偶然停电引发地址抢用

    为了能让单位员工及时了解上级指示精神以及单位通知和其他信息,单位领导决定在局域网中搭建Web服务器,保证局域网中的26台普通工作站都能顺利地进行Web访问。接到领导要求,网络管理员立即选择了一台硬件性能相当不错的计算机,安装了Windows Server 2003系统,并在其中架设了Web服务器;为了保证Web访问速度,网络管理员又将Web服务器与局域网中的普通工作站同时连接到相同的一台交换机上,并且保证它们直接处于相同的工作子网中。平时,普通工作站中有的安装了Windows XP系统,有的安装了Windows Vista系统,但不管安装的是什么操作系统,它们都能快速地访问到发布到Web服务器上的各类信息。

    为了充分展示单位的形象,扩大单位的知名度,单位领导要求网络管理员,立即拿出方案,组建有个性化特色的Web站点,不仅确保单位内部的员工可以通过内网正常访问Web站点,同时还要保证外网用户也能快速地访问到本单位的站点内容。依照领导指示精神,网络管理员立即行动,挑选了一台运行性能非常高效的计算机作为服务器系统,并在其中安装、配置了Windows Server 2003系统,同时利用该系统自带的IIS组件架设了Web服务器;为了提高Web站点的访问速度,网络管理员特地将Web站点所在的计算机直接连到单位千兆核心交换机上,同时将目标主机的IP地址设置成与单位普通员工所用计算机处于相同网段的地址。刚开始的时候,无论是内网用户,还是外网用户,所有用户都能正常地访问单位的Web站点。

    某单位局域网规模不大,总共18台普通计算机,外加一台安装了Windows Server 2003系统的Web服务器,所有普通计算机以及Web服务器全部连接到一台可管理的核心交换机中,并通过宽带路由器实现局域网共享上网。平时,18台普通计算机中安装使用的操作系统不尽相同,有使用Windows XP系统的,有安装Windows Vista系统的,也有两台计算机比较破旧仍然还在使用Windows 98系统,不过这些计算机都能正常访问局域网中的Web服务器。

    为了能让单位员工及时了解上级指示精神以及单位通知和其他信息,单位领导决定在局域网中搭建Web服务器,保证局域网中的26台普通工作站都能顺利地进行Web访问。接到领导要求,网络管理员立即选择了一台硬件性能相当不错的计算机,安装了WindowsServer2003系统,并在其中架设了Web服务器;为了保证Web访问速度,网络管理员又将Web服务器与局域网中的普通工作站同时连接到相同的一台交换机上,并且保证它们直接处于相同的工作子网中。平时,普通工作站中有的安装了WindowsXP系统,有的安装了WindowsVista系统,但不管安装的是什么操作系统,它们都能快速地访问到发布到Web服务器上的各类信息。

    笔者所在单位在局域网中架设了一台Web服务器,单位员工平时通过Web访问方式能够及时了解到单位的一些重大活动报道、任务计划安排等,并且网络访问速度很快;最近不知道怎么回事,一次偶然的停电事故后,员工们纷纷反映局域网中的Web服务器无法正常访问了。接到故障“求援”电话后,笔者立即赶到服务器主机现场,仔细对服务器系统的启动状态进行了检查,发现服务器系统已经重新启动成功。以系统管理员身份登录进服务器系统桌面后,笔者发现系统屏幕上出现主机地址被意外抢用的故障提示,看到这种错误提示笔者感到十分地吃惊,因为局域网中的目标Web服务器使用的IP地址是相对固定的,并且该地址已经被DHCP服务器排除在动态地址设置范围之外了。现在,一次偶然的停电事故,就造成了服务器主机的IP地址被意外抢用了,这难道是早已有人“看中”了Web服务器的IP地址?

    Web服务器故障排除之故障现象

    可是,没有多长时间,单位内网用户在访问Web站点时,就遇到了访问失败的Web服务器故障,具体表现为无论从哪一台客户端系统出发,使用内网地址访问单位的目标站点时,系统屏幕上都会弹出身份验证对话框,要求单位员工必须输入访问账号与密码,可是当网络管理员尝试以Web站点的系统管理员身份进行登录操作时,发现始终登录不进去;更让人感觉到不可理解的是,网络管理员赶到Web服务器现场,查看其安全配置时,发现目标Web站点根本就没有启用登录验证设置,那身份验证对话框究竟是怎么弹出来的呢?

    可是,最近一段时间,局域网用户通过IE浏览器访问Web服务器站点内容时,系统屏幕上竟然出现了身份验证对话框,要求用户输入合适的用户名和密码信息;事实上Web服务器根本没有启用身份验证功能,它平时能允许局域网中的任何用户通过匿名身份登录、访问其中的站点内容,那为什么现在会出现这种现象呢?更让人感到奇怪的是,网络管理员无论输入Web服务器的合法用户账号还是输入超级管理员账号,都无法顺利通过Web服务器的身份验证,这是什么原因呢?网络管理员尝试使用Ping命令来测试局域网目标Web服务器的连通性时,发现Web服务器能够被正常Ping通,这也证明局域网普通计算机到 Web服务器之间的物理连接线路是正常的;在线路通畅的情况下,遇到Web服务器访问不正常的故障现象,这很可能是Web服务器自身哪里出现了问题。

    不过好景不长,局域网用户在进行Web访问时,就遇到了一则莫名其妙的故障现象:无论利用哪种类型系统自带的IE浏览器访问单位发布到Web服务器上的通知信息时,Web服务器系统都强行要求输入用户名、密码信息进行身份验证;可实际上,网络管理员根本没有在Web服务器端进行身份验证设置,仔细查看相关的设置时,网络管理员发现Web服务器系统允许任何用户进行匿名登录访问,那究竟是什么原因造成系统强制用户登录呢?更让人感到不可思议的是,即使网络管理员正确输入了登录Web服务器的有效用户账号,甚至输入对应系统的超级用户账号,都不能成功登录进入Web服务器,这究竟是什么回事呢?难道是网络线路有问题?抑或是Web服务器的工作状态不正常?还是存在其他不可知问题……

    为了弄清楚究竟是局域网中的哪一台计算机抢用了目标Web服务器使用的IP地址,笔者随意从局域网中找了一台Windows XP计算机系统,打开该系统桌面中的“开始”菜单,从中点选“运行”命令,在其后出现的系统运行文本框中执行“cmd”字符串命令,将系统从Windows界面状态切换到DOS命令行状态,接着在命令行提示符下输入“nbtstat -a 192.168.1.143”字符串命令,其中“192.168.1.143”地址是网络管理员分配给目标Web服务器主机的固定IP地址,单击回车键后,笔者从上述命令的执行结果中发现了抢用单位局域网目标Web服务器地址的计算机网卡物理地址;找到了这个物理地址后,笔者就能借助类似MAC地址扫描器的工具来找到究竟是哪一台计算机抢用目标Web服务器的地址了。

    不过好景不长,局域网用户在进行Web访问时,就遇到了一则莫名其妙的故障现象:无论利用哪种类型系统自带的IE浏览器访问单位发布到Web服务器上的通知信息时,Web服务器系统都强行要求输入用户名、密码信息进行身份验证;可实际上,网络管理员根本没有在Web服务器端进行身份验证设置,仔细查看相关的设置时,网络管理员发现Web服务器系统允许任何用户进行匿名登录访问,那究竟是什么原因造成系统强制用户登录呢?更让人感到不可思议的是,即使网络管理员正确输入了登录Web服务器的有效用户账号,甚至输入对应系统的超级用户账号,都不能成功登录进入Web服务器,这究竟是什么回事呢?难道是网络线路有问题?抑或是Web服务器的工作状态不正常?还是存在其他不可知问题……

    Web服务器故障排查

    检查Web站点访问权限

    测试线路连通性

    笔者在这里“请来”了LanHelper专业工具,利用该工具对整个单位局域网进行了全面的扫描,扫描完毕后笔者发现对应目标物理地址的设备,不是一台普通的计算机,而是一台型号为HP5000的共享打印机。笔者迅速查看了单位网络管理员以前做的设备备案,了解到HP5000的共享打印机使用的IP地址应该为192.168.1.144,怎么现在突然变成了192.168.1.143,难道是共享打印机在意外停电事故发生期间,偷偷盗用了目标Web服务器的地址了,或者是单位局域网中有“不法分子”偷偷地修改了型号为HP5000的共享打印机IP地址?

    Web服务器故障排除之分析解决

    由于造成这类Web服务器故障的因素比较多,我们必须要对各种可能因素进行依次排查,才能找到具体的Web服务器故障原因,并对症下药采取针对性措施来快速解决故障现象:

    起初,网络管理员还以为是Web服务器自身设置不当,造成了局域网用户不能正常访问。考虑到Web服务器突然要求进行身份验证,网络管理员判断这肯定是Web服务器的访问权限被意外修改了,于是立即进入Windows Server 2003服务器系统,依次单击"开始"/"设置"/"控制面板",双击控制面板中的"管理工具"图标,再双击其中的IIS控制图标,打开对应系统的IIS 控制台窗口,从中找到目标Web服务器对应的站点名称,然后用鼠标右键单击目标站点名称,执行右键菜单中的"属性"命令打开目标站点的属性设置窗口;单击该设置窗口中的"目录安全性"选项卡,在对应选项设置页面的"身份验证和访问控制"处单击"编辑"按钮,打开如图1所示的设置对话框,在这里网络管理员无论是选中还是取消选中"匿名访问"、"集成Windows验证"等选项,Web服务器依然还要进行身份验证,这说明这种故障现象与目标Web服务器的访问权限设置无关。

    为了判断线路连通性是否正常,网络管理员先是登录进入了交换机后台管理系统,并将该系统切换进入全局配置状态,在该状态下执行“disdia”字符串命令,从随后返回的交换机诊断结果信息中,网络管理员看到交换机各个交换端口的工作状态都处于“UP”状态,这说明交换端口的工作状态是正常的。

    地址抢用排查初战告捷

    Web服务器故障排除分析1、测试线路连通性

    Web服务器故障排查过程1、检查安全登录设置

    检查服务器连接限制

    之后,网络管理员随机对几台普通工作站的上网线缆进行了连通性测试,发现线缆也处于连通状态;同时使用Ping命令测试Web服务器的IP地址时,发现对方地址也能够被正常Ping通,这就说明了局域网网络线路的连通性是正常的;既然网络线路畅通,那么客户端系统在默认状态下访问Web服务器就应该正常才对,现在访问不正常,多半问题出现在Web服务器“身上”。

    为了破解谜局、寻找问题的解决方案,笔者打算先进入共享打印机的属性设置窗口,来看看型号为HP5000共享打印机使用的IP地址究竟是不是192.168.1.143。在进行这种检查操作时,笔者依次单击“开始”/“设置”/“打印机和传真”命令,在其后出现的本地打印机列表界面,从中找到目标共享打印机图标,并用鼠标右键单击该图标,再执行右键菜单中的“属性”命令,进入目标共享打印机属性设置界面。在该属性设置界面中单击“端口”选项卡,进入打印机连接端口列表页面,在其中将共享打印机使用的打印连接端口选中,同时单击“配置端口”按钮,此时我们会从屏幕上看到如图1所示的打印连接端口设置窗口,在这里笔者清楚地看到目标共享打印机使用的IP地址果然是192.168.1.143,这说明局域网目标Web服务器使用的IP地址的确已经被共享打印机“抢夺”过来了。

    为了判断线路连通性是否正常,网络管理员先是登录进入了交换机后台管理系统,并将该系统切换进入全局配置状态,在该状态下执行“dis dia”字符串命令,从随后返回的交换机诊断结果信息中,网络管理员看到交换机各个交换端口的工作状态都处于“UP”状态,这说明交换端口的工作状态是正常的。

    考虑到在访问目标Web站点的时候,系统弹出了身份验证对话框,这就意味着目标Web站点可能在安全登录方面没有配置正确,造成了用户访问Web内容时必须要输入访问账号。依照这样的分析思路,网络管理员准备先检查一下Web服务器的安全登录配置参数,看看其中的设置是否正确;想到做到,网络管理员立即来到目标Web主机现场,以特权账号登录其中,并依次单击“开始”/“设置”/“控制面板”选项,从弹出的系统控制面板窗口中,找到“管理工具”功能图标,并用鼠标双击该图标选项,进入对应系统的管理工具列表窗口;接着再用鼠标双击IIS功能图标,弹出对应系统的IIS主控台窗口,从该窗口的左侧列表区域,找到目标Web站点所在的计算机名称,并用鼠标右键单击该计算机名称,从弹出的右键菜单中执行“属性”命令,弹出目标Web主机的属性设置窗口;在该属性设置窗口中点选“目录安全性”选项卡,打开目录安全性选项设置页面;下面,在该设置页面的“身份验证和访问控制”设置项右边,单击“编辑”按钮,进入身份验证和访问控制设置对话框,网络管理员发现其中的“匿名访问”、“集成Windows验证”等选项都处于选中状态,于是他尝试着将这些参数选项取消选中,之后重新从内网的一台计算机中进行Web访问,可是相同的故障现象仍然存在;于是,网络管理员再次选中了“匿名访问”、“集成Windows验证”等选项,可是让他感觉非常失望的是,上面两个选项无论是选中还是没有选中,好像故障现象都存在,这就说明目标Web主机的安全登录设置与上面的故障现象并没有什么关系。

    由于输入了合法用户账号、甚至超级管理员账号也不能正确登录进Web服务器,网络管理员开始怀疑起Windows Server 2003服务器系统可能对用户的同时连接数量进行了限制,因为一旦对Web服务器的站点主目录用户连接数量进行限制时,延后登录的用户是无论如何也不会访问到Web服务器中的站点内容的。想到这一点,网络管理员先是打开服务器系统的资源管理器窗口,从中找到Web服务器的站点主目录,并用鼠标右键单击该目录图标,执行快捷菜单中的"属性"命令,打开目标站点主目录的属性设置窗口;单击该设置窗口中的"共享"选项卡,在对应的选项设置页面中,网络管理员果然发现Windows Server 2003服务器系统将该目录的用户访问数量限制为了5,于是尝试将该参数修改成20,同时保存好该设置操作,之后再次访问Web服务器时,仍然出现了相同的故障现象。

    ...

    偶然一次停电事故,共享打印机本领再神通,也不能直接从目标Web服务器主机那里“抢夺”得到已经使用了很长时间的固定IP地址呀;尽管在重新来电的时候,共享打印机是优先目标Web服务器主机启动成功,但也不至于发生服务器地址被非法抢用的现象呀,最多能发生的故障现象就是从局域网中找不到目标Web服务器主机了,因为IP地址发生了意外丢失,也就是说服务器的上网配置信息由于突然停电事故没有成功保存好。

    之后,网络管理员随机对几台普通工作站的上网线缆进行了连通性测试,发现线缆也处于连通状态;同时使用Ping命令测试Web服务器的IP地址时,发现对方地址也能够被正常Ping通,这就说明了局域网网络线路的连通性是正常的;既然网络线路畅通,那么客户端系统在默认状态下访问Web服务器就应该正常才对,现在访问不正常,多半问题出现在Web服务器“身上”。

    Web服务器故障排查过程2、检查目录访问权限

    后来,网络管理员上网查询了用户连接限制方面的信息时,发现Windows Server 2003服务器系统要是授权模式设置不当时,也会出现用户连接数量受到限制的现象。搜索到这样的结果,网络管理员心中暗自兴奋了一下,看来Web服务器不能访问的故障现象马上就能解决了;他立即打开Windows Server 2003服务器系统的"开始"菜单,从中依次点选"设置"/"控制面板"命令,并双击其中的"授权"选项,在其后的界面中网络管理员发现服务器系统在默认状态下选用了"每服务器"选项,同时看到用户连接数量显示为"5",很明显这里的参数没有设置正确。网络管理员立即选用了这里的"每设备或用户"选项(如图2所示),之后在每设备或每客户授权对话框中选中了"我同意"选项,最后重新启动了一下服务器系统;原以为这样的努力肯定会有收获,可是重新从普通计算机中访问局域网Web服务器时,系统屏幕上还是出现了让人讨厌的身份验证对话框。

    因此,笔者猜测局域网目标Web服务器很可能是哑巴吃黄泥——有苦说不出。从技术角度来看,网络管理员在为局域网中的重要网络设备分配IP地址时,通常可以采用两种方式进行,一种就是采用手工设置的方法为网络设备分配固定的IP地址,另外一种方法就是在局域网中架设DHCP服务器,让其为网络设备自动分配动态的IP地址。虽然单位局域网中存在DHCP服务器,但是网络管理员之前已经将目标Web服务器主机使用的固定IP地址排除在DHCP服务器地址池之外了,所以目标Web服务器的IP地址被共享打印机抢用的故障现象给人的感觉就是太“神奇”了。

    Web服务器故障排除分析2、重查身份验证设置

    会不会是目标Web站点所指向的主目录,对普通用户的访问权限进行了限制呢?联想到在搭建FTP站点时,如果不对FTP站点的主目录开放用户访问权限的话,那么普通用户是无法通过IE浏览器登录进入FTP站点的;为此,网络管理员立即打开目标Web站点的系统资源管理器窗口,从中找到对应的主目录,用鼠标右键单击该主目录,从弹出的快捷菜单中执行“属性”命令,打开对应主目录的属性设置对话框;点选其中的“安全”选项卡,网络管理员看到其中并没有everyone账号的访问权限,难道是没有对everyone账号进行授权,造成了Web服务器访问失败的故障现象?为了验证这样的猜测是否正确,网络管理员立即单击安全选项设置页面中的“添加”按钮,将everyone账号添加到账号列表中来,同时为该账号设置了合适的访问权限,最后单击“确定”按钮执行设置保存操作,原以为这样的设置操作可以解决问题了,不过网络管理员再次尝试从普通客户端系统进行Web站点的访问操作时,发现还是无法成功,很明显造成上述故障现象的因素可能不是目录访问权限。

    意外找到故障原因

    深入寻找地址抢用祸首

    既然系统屏幕上出现登录对话框,那说明Web服务器肯定在某个位置处启用了身份验证功能;为此,网络管理员决定对Web服务器中与身份验证有关的设置进行重新检查。以系统管理员权限登录进入Web服务器系统,打开该系统的“开始”菜单,从中依次点选“设置”、“控制面板”命令,从弹出的系统控制面板窗口中双击“管理工具”图标,再从中展开IIS控制台界面,选中目标Web服务器所在主机名称,同时右击该主机名称,之后点选快捷菜单中的“属性”命令,进入目标Web站点的属性对话框;点击该属性对话框中的“目录安全性”标签,找到其中的“身份验证和访问控制”位置,单击对应位置处的“编辑”按钮,从其后弹出的设置窗口中,网络管理员先是选中了“集成Windows验证”、“匿名访问”等选项,发现仍然无法成功登录Web服务器,之后又取消了这些设置选项的选中状态,可是无论怎么设置,上述故障现象仍然存在。

    Web服务器故障排查过程3、检查上网连接设置

    悬案探究,实例解决关于Web服务器不能访问的问题。就在网络管理员毫无头绪的情况下,某位局域网用户突然跑来向网络管理员求援,说他们部门为了工作需要,最近新买回来了一台网络打印机,将该网络打印机连接到单位的核心交换机中,并设置好相关的网络打印参数后,他们部门的所有用户都能正常使用网络打印机打印材料了,不过在今天,他自己的计算机却不能使用网络打印机了,而其他人却能正常进行网络打印。听到这位用户的求援,网络管理员立即来到了网络打印机现场,登录到打印机后台管理界面,偶然之间打开了网络打印机的日志页面,发现网络打印机的IP地址与局域网中某台计算机IP地址发生了冲突,再仔细检查那个发生冲突的IP地址时,竟然是Web服务器使用的IP地址,怪不得Web服务器不能正常访问,原来网络打印机的IP地址与它使用的IP地址发生意外冲突了。

    由于目标Web服务器的突然故障影响了单位员工的正常工作,单位领导要求笔者想办法先让服务器正常工作起来,之后再去慢慢寻找具体的故障原因;不得已,笔者只好进入目标共享打印机的属性设置窗口,在其中强行将它的IP地址设置成“192.168.1.144”,同时再打开目标Web服务器的TCP/IP属性设置窗口,在其中将它的IP地址恢复成先前使用的“192.168.1.143”,最后重新启动了一下目标Web服务器系统,这时笔者发现该服务器的工作状态立即恢复正常了。

    后来,网络管理员又找到Web服务器的主目录,打开对应主目录的属性设置窗口,进入该窗口的“安全”标签页面,结果看到该目录允许任何用户进行访问,很显然Web服务器访问失败的故障,与身份验证设置无关。

    既然登录设置以及权限设置,都影响不了Web服务器访问失败的故障现象,那问题可能出在其他地方。考虑到单位的Web服务器自从搭建成功后,网络管理员很少去改动它,那么服务器自身出现问题的可能性比较小,于是网络管理员决定从普通客户端的网络连接设置着手,看看是否是客户端自身原因引起的。

    新葡亰496net,悬案探究,实例解决关于Web服务器不能访问的问题。原来,为了管理和维护方便,网络打印机上也运行着一个Web服务,用户通过Web形式的后台管理界面,可以非常轻松地设置网络打印机的各种上网参数,不过网络打印机自带的Weh服务器在默认状态下不支持匿名访问。当用户为网络打印机设置的IP地址与Web服务器地址发生冲突时,局域网用户再在 IE浏览器窗口的地址栏中输入Web服务器的IP地址时,其实访问的是网络打印机的后台登录界面,这也是为什么访问Web服务器时系统屏幕上出现身份验证对话框的原因。此时,使用Ping命令测试Web服务器的连通性时,却测试到了网络打印机身上,那样一来网络打印机可以被Ping通,但需要输入合法的用户账号才能访问。

    到了这里,目标Web服务器主机虽然能够正常工作了,但是对于抢用它IP地址的原因笔者还没有找到,因此下面的工作就是继续寻找真正造成共享打印机IP地址发生变化的原因;到目前为止,笔者始终认为共享打印机没有抢用IP地址的“本领”,它也仅仅是一个被动接受者,而分配给共享打印机地址的设备,也就是说支持DHCP服务的网络设备究竟又会是谁呢?

    Web服务器故障排除分析3、尝试调整授权模式

    网络管理员担心局域网中可能存在ARP病毒,造成了普通客户端系统访问目标Web站点时,上网数据包被强行转发到其他的主机上了,于是他立即登录进入单位局域网的核心交换机后台系统,并利用系统自带的诊断命令,对内网中每一个上网端口进行了扫描、诊断,结果发现所有上网端口的工作状态都是正常的,而且内网网络中也不存在由ARP病毒引起的地址冲突现象,这说明内网网络中不存在ARP病毒。

    弄清楚了故障原因后,网络管理员立即修改了网络打印机的IP地址,保证了Web服务器的IP地址没有与其他计算机的IP地址发生冲突,结果再次访问Web服务器时,果然能够很快速地打开其中的页面内容了,至此Web服务器能Ping通但不能访问的故障现象就被成功解决了。

    由于局域网中的DHCP服务器地址池中并没有目标Web服务器使用的“192.168.1.143”地址,会不会是局域网中还有另外的网络设备支持DHCP服务功能?下面的排除工作就很简单了,笔者先是将局域网中正在运行的DHCP服务器暂时停用掉,并随意从局域网中找了一台安装了Windows XP系统的计算机,同时在该系统桌面中依次单击“开始”/“设置”/“网络连接”命令,在弹出的网络连接列表窗口中,用鼠标右键单击目标本地连接图标,并执行快捷菜单中的“属性”命令,打开目标本地连接的属性设置界面,将其中的“Internet协议TCP/IP)”选项选中,同时单击“属性”按钮,进入如图2所示的TCP/IP属性窗口,选中该属性窗口中的“自动获取IP地址”选项,再单击“确定”按钮保存好上述设置操作。按理来说,当局域网中的DHCP服务器被关闭之后,这台使用自动获得IP地址方式的计算机不能上网才对,然而不可思议的事情出现了,在局域网DHCP服务器关闭运行的情况下,这台计算机仍然可以正常访问局域网,这就意味着此时此刻局域网中还存在其他DHCP服务器,或许正是这个隐蔽的DHCP服务器在偷偷为共享打印机提供地址分配服务。

    由于输入任何账户都无法成功访问发布到Web服务器中的单位信息,网络管理员开始怀疑Web服务器的授权模式可能存在问题,于是立即上网搜索相关信息,果然网上提示授权模式不当也能造成无法访问Web服务器的故障现象。看到这样的提示,网络管理员一不做、二不休,立即打开Web服务器系统的“开始”菜单,从中逐一展开“设置”、“控制面板”窗口,双击该窗口中的“授权”功能图标,打开授权模式设置对话框,网络管理员看到目标Web服务器系统缺省使用的是“每服务器”授权模式,同时发现用户连接数量被设置为了“10”,很显然这样的设置很可能会造成输入任何账户都无法成功访问Web服务器的故障现象;为此,网络管理员尝试着将目标Web服务器的授权模式调整为“每设备或用户”选项,然后选中每设备或每客户授权框中的“我同意”选项,原以为重新启动一下Web服务器系统就能解决问题,可事实上服务器授权模式的调整根本没有起到任何作用。

    接着网络管理员又对几台普通客户端系统的网络线缆连通性进行了测试,发现它们的状态也是正常的,并且从客户端系统中执行ping命令,来测试目标Web站点IP地址的连通性时,也是正常的,这说明普通客户端系统是可以正常访问目标Web站点的。

    最后的总结

    为了弄清楚局域网中究竟是哪台网络设备启用了DHCP服务功能,笔者又在该普通计算机中依次单击“开始”/“运行”命令,打开系统运行文本框,在其中输入“cmd”命令,单击回车键后,将系统屏幕切换到DOS命令行窗口,再在命令行提示符下执行“ipconfig /all”字符串命令,从其后返回的命令执行结果中笔者发现另外一台IP地址为“192.168.1.16”的网络设备正在向局域网提供DHCP服务,看来这台暗中启用了DHCP服务功能的网络设备其实就是造成服务器IP地址被非法抢用的“罪槐祸首”。笔者迅速查看了之前的网络地址备案分配表后,看到IP地址为“192.168.1.16”的网络设备竟然是局域网中的某个共享打印服务器。

    Web服务器故障排除分析4、地址冲突牵连访问

    后来,网络管理员担心客户端系统采用了代理局域网方式上网,因为采用这种方式访问目标Web站点时,需要先输入代理服务器的登录账号与密码,难道我们在进行Web站点访问操作时,系统屏幕弹出的身份验证对话框,是针对代理服务器的?为了排除这种因素,网络管理员立即打开客户端系统的IE浏览器窗口,依次单击其中的“工具”/“Internet选项”,打开Internet选项设置对话框,单击其中的“连接”标签,并在对应标签设置页面中,网络管理员发现本地客户端系统并没有启用代理服务器设置,这说明Web服务器访问失败的故障与客户端系统的上网连接设置没有任何关系。

    这种网络故障解决起来其实并不十分复杂,顺藤摸瓜一定能够找到最终的故障原因。不过,该故障从另一个角度提醒我们每一位网络管理员,解决网络故障不能盲目地套用经验,而应该先在解决故障之前熟悉网络环境的最新变化,熟悉工作环境中的各种网络设备的功能特性,只有知道了网络的最新变化以及网络设备的各种特性,我们才会在遇到网络故障的时候,下意识地进行思考与联想,只有这样才能迅速地找到具体的故障原因,并且能够及时地采取措施来快速解决网络故障。

    找到那台共享打印服务器,并打开它的属性设置对话框后,笔者对各项设置参数进行了仔细检查,当检查到“DHCP CFG”选项设置页面中的内容时,笔者看到该共享打印服务器是支持DHCP服务功能的,并且在缺省状态下DHCP服务功能是处于自动启用状态的,看来目标Web服务器的IP地址被突然抢用的原因果然是由这台共享打印服务器造成的;找到具体的故障原因后,笔者立即在共享打印服务器的“DHCP CFG”选项设置页面中,将缺省启用的DHCP功能调整为了“Disable”,再单击“确定”按钮保存好设置操作,果然那台用于测试的普通计算机不能正常访问局域网网络了,这恰好能说明共享打印服务器中内置的DHCP功能先前是能够为局域网中的普通计算机提供地址分配服务的。

    在尝试调整各种可能设置都无果的情况下,局域网中某用户突然电话求援网络管理员,说他们新投入使用的一台打印机,在设置成网络打印状态后,没有多长时间,就不能正常打印了。听到这样的故障描述,网络管理员头脑中立即闪过一丝念头,难道网络打印机影响了Web服务器的工作状态?抱着试试看的心态,网络管理员立即来到网络打印机现场,登录进入网络打印机管理页面,查看相关的网络设置参数时,打印日志页面中竟然提示说存在IP地址冲突现象;进一步检查受冲突的IP地址时,网络管理员顿时傻眼了,那个受冲突的IP地址居然就是单位局域网中Web服务器主机使用的那个地址,这也难怪局域网用户无法成功访问单位的Web服务器。

    Web服务器故障排查过程4、检查授权模式配置

     

    悬案探究结论

    原来,网络打印机为了便于用户管理和维护,在默认状态上也启用运行了一个Web服务,打印用户可以登录进入Web管理界面,来远程修改各种打印参数,只是网络打印机自动运行的Web服务不允许进行匿名访问。当网络打印机的IP地址抢用了单位Web服务器的主机地址后,上网用户日后再次访问单位的Web服务器时,可能访问的就是网络打印机的Web管理页面,而该页面是不允许用户进行匿名访问的,于是系统屏幕上就会弹出身份验证窗口,此时,网络管理员无论输入目标Web服务器中的任何一个用户账户,当然都不能成功完成登录操作,除非登录网络打印机的用户账户与登录目标Web服务器的用户账户相同。

    在排除了客户端系统的自身因素后,网络管理员再次将目光聚焦到Web服务器身上。经过上网咨询相关问题,网络管理员估计Windows Server 2003服务器系统的授权模式可能被意外修改,因为服务器授权模式要是设置不当时,很可能出现用户无论输入什么登录账号都无效的故障现象。想到做到,网络管理员立即登录进入Web服务器系统,依次单击“开始”/“设置”/“控制面板”命令,在弹出的控制面板窗口中双击“授权”图标,弹出授权模式配置窗口,在这里网络管理员发现目标Web站点当前使用的是“每服务器”授权模式;为了判断该参数是否对Web访问有影响,网络管理员将授权模式修改为了“每设备或用户”选项,并且重新启动了一下Web服务器系统,然而这样的调整也没有取得任何效果,看来授权模式配置也对Web访问操作没有直接的影响。

    您正在阅读:实例解决关于Web服务器不能访问的问题

    对上面的故障排查过程进行重新梳理后,笔者认为当局域网中的突然停电事故发生后,局域网中型号为HP5000的共享打印机配置的地址信息可能发生了丢失,当供电恢复正常后,没有关闭电源的共享打印机首先启动,在启动成功后立即向局域网发出了申请地址的请求信息,由于那时局域网中的DHCP服务器还没有启动成功,于是共享打印服务器中的DHCP功能就发挥了作用,偷偷地为HP5000共享打印机分配了一个动态的IP地址,而分配出去的地址恰好是目标Web服务器主机使用的“192.168.1.143”地址,所以当Web服务器系统重新启动成功后,就出现了地址被非法抢用的故障现象,这时WEB服务器自然就不能正常工作了!

    找到了具体的故障原因后,网络管理员调整了单位局域网中网络打印机使用的IP地址,确保Web服务器主机使用的IP地址没有被非法抢用,之后重新启动了一下单位的Web服务器主机系统,这一次没有再让网络管理员失望,客户端系统重新尝试访问单位的Web服务器时,可以正常访问各类信息,至此Web服务器访问失败的故障就被彻底解决了。

    Web服务器故障排查过程5、检查其他Web服务

    1. 虚拟化技术弊大于利?
    2. 预测惠普如何对战进军服务器领域的思科?
    3. 如何控制服务器虚拟测试环境

    独家特稿,转载请注明出处及作者!】一般来说,服务器系统都有一个固定的IP地址,该地址可以保证其始终能够稳定、高效地运行...

    写在最后

    经过上述排查,网络管理员确认Web服务器以及客户端系统自身状态都是正常的,单位内网的线路也是正常的,那为什么客户端系统偏偏会在访问单位Web站点时,弹出身份验证对话框,并且无论输入什么用户账号都没有用呢?经过仔细分析,网络管理员估计局域网中可能同时存在其他的Web服务,而其他Web服务恰好又抢用了单位Web服务器的站点地址,最后造成了单位员工在进行Web访问时,实际上是访问了其他一个没有经过正确配置的Web站点。

    ...

    从上面的故障排除过程来看,引起上述故障的原因,其实就是网络环境中的一次小小变动,而这个变动偶然之间影响了局域网中其他设备的工作状态。如果我们在解决故障之前注意到这些小小变化,或许就能进行针对性思考与联想,那样一来网络故障解决起来自然就不会多走弯路了。

    正当网络管理员准备排查局域网中究竟是否存在其他的Web服务时,一个故障电话突然打了进来,说单位新买的打印机突然无法正常网络打印了,那么这个故障会不会与Web服务器访问失败现象有什么必然的联系呢?想到这一点,网络管理员立即赶到网络打印机现场,登录进入该设备的后台管理页面,检查其配置参数时,发现该设备的日志页面提示说存在地址冲突现象,仔细一看,网络管理员发现那个冲突的地址竟然就是单位Web站点的地址,难道我们从内网客户端系统访问目标站点时,访问的却是打印机后台管理系统?既然存在地址冲突现象,网络管理员立即动手为网络打印机重新分配了一个地址,之后他再次对目标Web站点进行了访问操作,这一次很顺利地打开了对应站点内容,显然Web服务器故障现象已经被成功解决了。

    1. 玩转Web服务器 技巧大检索
    2. 排除故障 畅游web服务器
    3. Web服务器常见8种安全漏洞

    Web服务器故障总结

    ...

    经过更深入地检查,网络管理员发现打印机设备默认运行了Web服务,那样一来打印用户就能通过Web方式对打印设备进行远程管理;而在默认状态下网络打印机没有启用匿名访问功能,如此一来当网络打印机使用了单位Web站点的IP地址时,上网用户其实访问的就是打印机后台管理页面,而该页面是需要进行身份验证的,这也是普通用户为什么访问目标站点时会弹出身份验证对话框的原因了,而网络管理员由于没有输入网络打印机授权的用户账户,才会出现无论输入什么用户账号也不能成功登录的现象了。此次Web服务器故障的元凶就是这个原因。

    回顾上面的Web服务器故障排除过程,我们发现此次的Web服务器故障排查其实很简单,如果我们能够及时注意到局域网中新增加了网络打印机的话,那么在进行故障排查时我们或许就能注意到该变化会对Web服务器故障造成影响了。为此,我们日后在排查网络故障之前,应该先观察网络环境中是否存在变化,如果有变化的话,再对该变化展开针对性思考与联想,那样的话故障解决起来就不会绕弯子了。  

    ...

    本文由新葡亰496net发布于服务器网络,转载请注明出处:悬案探究,实例解决关于Web服务器不能访问的问

    关键词: