服务器，可以ping通 但是无法访问WEB？

Posted 2023-04-30

大家先看看情况再具体作答。就有20分全部献上。
情况是这样的 。 我这里有电信光纤一条。申请了两个固定IP。
光猫出来一根网线线给了交换机。交换机出来两根线分别给两台服务器。
A WEB服务器IP 假设 222.222.222.1 B 代理服务器假设 222.222.222.2
之前一直使用正常。可是最近突然发现A web服务器外网无法访问了，不要说映射端口什么的，是固定IP。但是用B代理服务器下面的客户端都可以访问A服务器 通过域名和外网IP都可以访问网站 并且 3389也可以连接。 可是外网却无法访问，ping可以ping通B服务器。但是 网页 和 3389都无法连接。 防火墙全部关闭 纯净系统！什么软件也没装 这到底是什么原因造成的？
如果是服务器的原因 那么A代理服务器下面的客户机也无法访问啊。怎么也想不通。大家帮帮忙
不要COPY啊 网上要是能找到答案 早就找到了。 没有使用交换机 路由器 直接光猫解出来就给服务器了 希望大家帮忙啊！ 我最近看新闻 会不会是电信封杀了80端口？ 但是为什么我的B服务器能访问A服务器呢?

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

能Ping通但是不能访问

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

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

检查Web站点访问权限

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

检查服务器连接限制

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

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

意外找到故障原因

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

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

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

最后的总结

这种网络故障解决起来其实并不十分复杂，顺藤摸瓜一定能够找到最终的故障原因。不过，该故障从另一个角度提醒我们每一位网络管理员，解决网络故障不能盲目地套用经验，而应该先在解决故障之前熟悉网络环境的最新变化，熟悉工作环境中的各种网络设备的功能特性，只有知道了网络的最新变化以及网络设备的各种特性，我们才会在遇到网络故障的时候，下意识地进行思考与联想，只有这样才能迅速地找到具体的故障原因，并且能够及时地采取措施来快速解决网络故障。 参考技术A 一定是电信封杀了80端口，我们这里也是，最近在调查违法服务器，一批一批的解封，不相信你可以问你的网络服务商本回答被提问者采纳 参考技术B

可能是你访问的web网页开发人员和测试人员正在更新代码，暂时关闭项目，导致无法访问


可能你访问的web项目内部崩溃，造成暂时无法访问

出现你这个情况，可以隔一段时间再次访问，如果还是不行，就联系相关的开发项目人员，让他们做个内测，确定一下是不是他们项目本身出现了问题从而导致无法访问

windows server 2008 R2服务器可以ping通 无法远程访问

我将我的用户帐号加到了远程桌面组，远程桌面和远程管理都是启用的

首先判断问题点在哪儿。是网络还是2008本身。

1，先测试2008本身。就是在本机mstsc是否能打开界面，然后输入本机IP，看提示的错误信息来判断问题，无法连接，就说明服务没有开启，
这里需要进入服务里，看远程桌面服务是不是真开启了。
如果弹出不能连接本机说明远程服务是正常的。
此外，可以telnet 127.0.0.1 3389
也能判定服务是否开启。

2，如果上面判断上面服务是正常后，就在局域网里找到机器，进行Mstsc来远程。
若无法连接的错误，查看2008是不是防火墙阻止了服务，不管是第三方的，还是本机内置的。

3，上面都保证好了。如果这台服务器还是通过防火墙发布出去的。还要看前面的网站有没有开启3389.

4，最后一点。有的ISP封锁一些常见的端口。最后也要确认。就上面都不是问题所在。

你说的无法远程访问现象要说清楚。是远程桌面能打开了，输入验证都不过，还是连画面都没有?这样更能确定问题 参考技术A 防火墙关掉