我是一个Linux的家伙，试图挽救一个Windows用户上飞机来检查“似乎没有运行”的服务器。
**远程networking上有一个商用硬件可用于端口转发。 它有一个笨重的networking界面，需要添加每个端口所需的几个步骤。 做一个完整的端口扫描是不可行的。
validation任何服务器正在运行的最确定的方法是坐在它的前面并摇动鼠标。 但是这里的好消息是， 任何人都可以做到这一点。 我不知道你在哪里保存这个服务器，但是在飞机上必须有人能够实际检查它。 如果您是MSP并且是客户的服务器，则您的客户应该可以物理访问服务器。 如果它在一个托pipe位置，那么你的服务协议指定有人在那里有物理访问服务器。
但是除此之外，我们从基础开始。
你可以ping服务器？ 从远程networking外部到公共IP地址的ping会告诉您互联网是否启动，远程防火墙是否正常工作。 来自远程networking内部的ping会告诉您内部网是否启动，服务器是否响应。 如果您无法ping通，则服务器或networking已closures。 （请注意，有些pipe理员会阻止ICMP，并且某些版本的Windows随Windows防火墙封锁了ICMP，这意味着ping将永远失败。虽然通常是为了安全起见，但这是一个愚蠢的决定，IMO，就像试图改变你的轮胎没有扳手。）
你能连接到你的应用程序使用的特定端口吗？ 在大多数情况下，转发的端口是转发的端口，因此除非您正在执行第3层数据包检查和筛选以仅允许特定的协议，否则您可以远程testing是否存在监听特定端口的服务。 您可以使用telnet会话到这些端口（例如telnet localhost 25来testingSMTP）。 您可以使用诸如CryPing之类的应用程序来简化端口testing，这种应用程序以类似ping的格式进行类似telnet的testing。
如果您的pingtesting失败，您有时可以使用Trace Route来确定失败点。 跟踪路由实质上发送一个“ping”到从工作站到目的IP的path上的每个路由器。 但是，这并不总是准确的，因为很多ISP会阻止ICMP，并且您的跟踪将停止。 如前所述，如果ICMP被目标服务器的软件防火墙阻止，ping也将失败。
如果您的pingtesting成功，那么您需要访问服务器。 请注意，即使shell已经崩溃并且不响应，有时服务器也会响应ping。
你能打开远程主机的远程shell吗？ 对于Windows服务器，如果转发端口3389并启用远程桌面，则可以连接到远程桌面客户端。 如果您有权访问远程networking上的本地Windows工作站，则可以从该工作站尝试远程桌面，也可以从sysinternals尝试远程Powershell或PSExec 。
SNMP是否启用？ 许多企业使用SNMP来监视和报告系统健康状况。 您可以使用免费的SNMP工具，如Paessler SNMP Tester或一般不太自由的SNMP监控套件（如Solar Winds或WhatsUP）来检查远程服务器的状态。 对于Windows服务器，SNMP通过WMI获取信息，所以如果启用了SNMP并返回结果，那么服务器肯定会响应。
你有远程带外pipe理吗？ 这通常采用集成型Dell远程访问控制器（Dell iDrac）或HP Integrated Lights Out（HP iLO）控制器的forms。 这些设备提供对服务器状态的远程访问，并且使用成本更高的企业版本甚至允许远程控制服务器。 通常只能从本地networking访问它们，并且需要唯一的根pipe理凭据（尽pipe它们可以与Active Directory集成以进行身份pipe理）。 请注意，如果您有iDRAC或iLO控制器，则通常会为其分配唯一的IP地址。 如果您可以ping iDRAC或iLO而不是服务器，那么您知道networking已启动，服务器已closures。 （除了一些大型企业，出于安全原因，他们的带外pipe理在一个单独的pipe理networking有限的访问。）
在虚拟服务器的情况下，您是否有权访问虚拟机pipe理程序？ 这通常采用VMWare vSphere或vCenter或Microsoft Hyper-Vpipe理器的forms。 （我听说有些人仍然使用Citrix XenServer作为虚拟机pipe理程序…）如果你有权访问虚拟机pipe理程序，那么你对服务器的物理访问完全一样，你不必坐飞机。 对于最新版本的VMWare ESXi，您甚至可以通过浏览器pipe理系统pipe理程序。 如果它不是虚拟服务器，问问自己为什么不呢？
你需要考虑一些事情。 只是因为您的应用程序不再连接到这些端口上的目标服务器并不意味着目标服务器已closures，甚至目标networking防火墙正在阻止它。 您的ISP可能会阻止这些端口，它可能是您的本地networking防火墙，甚至您的操作系统防火墙阻止应用程序的访问。 不要害怕尝试从不同的本地networking（你的办公室，也可能是你的家庭networking）的所有上述testing。
服务器可能正常运行，但它所托pipe的应用程序服务可能已经崩溃或挂起。 在这种情况下，服务器本身将响应ping和其他testing，但应用程序使用的端口将被closures。
您提到远程networking上没有远程访问* nix工作站，但是您是否可以远程访问Windows工作站？ 即使是Mac，也会给你一个本地工作站，你可以从中testingping，跟踪路由，服务，甚至是远程桌面。
交换机是否连接到pipe理型交换机？ 如果是这样，并且可以login到交换机的CLI，则可以检查服务器所连接的接口的状态。 如果接口出现故障或断开连接，则说明服务器处于脱机状态，网线出现故障或拔出，或交换机端口出现故障 – 如果现场没有合格的技术人员，所有这些都将需要飞行计划。
你有远程访问防火墙吗？ 所有的防火墙都具有基本的诊断function，如ping和trace route。 您可以使用它们在本地networking上testing远程服务器，而无需访问远程networking上的工作站。 有些甚至允许telnet或SSH，允许你从一个防火墙连接到远程networking上的路由器和交换机。 如果您的防火墙在GUI中没有这些function，并且没有您可以访问的CLI，请让您的朋友上机 – 而不是检查服务器，而是更换您在外面使用的POS防火墙。 当他在那里时，他可以解决服务器问题，P2V，安装ESXi或Hyper-v，并转发远程pipe理程序pipe理和带外iDRAC或iLO，因此您不必再次通过此操作。