我有两个数据库服务器，我可以ping通两个IP，但只能ping一个名字。 设置： 服务器1 – 原始数据 Server2 – 通过复制从Server1接收数据 Server1可以通过IP和NAME来ping通Server2。 Server2可以通过IP ping Server1，但不能通过NAME ping。 为什么server2不能通过名字来ping server1？ 我需要它，因为当我键入数据库服务器的名称，他不认识。
我有一个pfSense v1.2.3运行，并希望允许从广域网到我的局域网的ping，并允许响应通过。 networkingstream量经过很好，但不是ping。 正如其他地方所build议的，我有如下的防火墙规则： 行动：通过 接口：WAN ICMPtypes：回声 来源：任何 目的地：Wan地址 但是乒乓球仍然没有发生。 networking不是我的专长。 任何人都可以指向我可能会出错的地方吗？
我有一个3台计算机networking，通过Linksys / Cisco E3000路由器连接到一个小型办公室。 一个运行Windows 2008 R2 Foundation，另外两个运行Windows 7。 当我使用名称（例如ping服务器）从Windows 7机器ping R2时，ping等待6秒钟，然后开始打印往返时间（往返时间没有问题）。 打印时间是1ms，一旦开始打印，就会很好。 当我使用服务器的IP ping时，ping立即开始打印，并且没有启动延迟。 我没有记得检查7台机器上的ARP表，但这似乎很奇怪。 路由器正在处理DNS。 我可以访问服务器上的共享文件夹，非常活泼。 但是，我们有一个应用程序（即使用机器名称工作），并已变得非常缓慢。 我怀疑，如果我弄清楚ping的启动时间发生了什么，我可能会弄清楚为什么应用程序运行缓慢。 我会很感激这个奇怪的ping行为的任何想法。
我试图用nmap在networking上find现场主机： nmap -sP 192.168.3.0/24 Starting Nmap 5.21 ( http://nmap.org ) at 2012-04-10 10:28 EEST Nmap scan report for km-localhost (192.168.3.1) Host is up. Nmap scan report for km-localhost (192.168.3.6) Host is up (0.00067s latency). MAC Address: 00:26:18:B8:4E:B8 (Asustek Computer) Nmap scan report for 192.168.3.7 Host is up (0.00016s latency). MAC Address: 00:0E:2E:2B:E7:BD (Edimax Technology Co.) […]
当我在同一台服务器上ping两个不同的IP到eth1和eth1：0时，ping时间是相同的，但ping结果在terminal中出现所花费的时间比eth1：0要长得多。 例如，eth1的ping结果输出可能需要半秒钟，而eth1：0的ping结果输出之间可能需要4秒钟的时间。 有任何想法吗？ 谢谢
长期读者首次海报。 我pipe理了一个连接到3个不同的networking交换机的70台奇怪PC的networking（彼此相邻的3个build筑物）。 看起来像这样： build筑1开关 – >build筑2开关 – >build筑3开关 BUILDING 3是路由器和主服务器的地方。 所以，build设一台PC需要经过2号楼的交换机才能到达3号楼的服务器或互联网网关。 现在，奇怪的是，我们在build筑物2（PABX）中有一个设备，可以从build筑物的1＆2无后顾之间进入和接受。 然而，在3号楼，它将响应1个ping请求，然后什么都不做。 目的地主机无法访问整个方式。 一切似乎都find了，这是我们在整个networking中无法访问（或知道我们无法访问）的唯一设备。 我怀疑在3号楼的交换机上可能会出现设备IP冲突，所以1号楼和2号楼的交通情况良好，因为它在build设3号楼之前find了正确的设备。我将花费一些时间拔掉在3号楼重新安装电缆并进行testing，但除了知识产权冲突，我承认我有点失落，还有什么可能导致这种情况呢？ MAC冲突也许？ 只是想知道有没有人经历过这样的事情？ 想法？ 谢谢！ 斯科特
当我ping IP时，我得到这个： 21:31:50.136623 IP SITE_IP > 173.194.33.4: ICMP echo request, id 14941, seq 1, length 64 21:31:51.136138 IP SITE_IP > 173.194.33.4: ICMP echo request, id 14941, seq 2, length 64 21:31:52.136118 IP SITE_IP > 173.194.33.4: ICMP echo request, id 14941, seq 3, length 64 21:31:53.136129 IP SITE_IP > 173.194.33.4: ICMP echo request, id 14941, seq […]
我有一个奇怪的问题。 在一台Mac上，我注意到有一些奇怪的问题与服务器通信。 我从mac上的terminalping到服务器2.0.5.90，这里是我看到的回应。 64 bytes from 10.0.5.90: icmp_seq=0 ttl=64 time=0.457 ms 64 bytes from 10.0.5.125: icmp_seq=0 ttl=255 time=4.753 ms (DUP!) 64 bytes from 10.0.5.90: icmp_seq=1 ttl=64 time=0.459 ms 64 bytes from 10.0.5.125: icmp_seq=1 ttl=255 time=4.716 ms (DUP!) 64 bytes from 10.0.5.90: icmp_seq=2 ttl=64 time=0.288 ms 64 bytes from 10.0.5.125: icmp_seq=2 ttl=255 time=4.742 ms (DUP!) 为什么两个设备会响应这些ping？
我有一些VMWare-ESXi服务器上运行的虚拟服务器。 其中之一是运行Windows Server 2003的邮件服务器，现在已经运行得相当好了。 大约4天前，邮件服务器运行的时间大概是5-8小时，而这个速度慢到无法抓取。 当我尝试虚拟机进入服务器，它很可能告诉我，它不能连接，我不能看到发生了什么事情。 当我尝试ping服务器时，它通常会丢弃2-4个数据包，在2秒钟之后ping另外2-4个数据包，回写时间范围从<1到200+，有几个请求超时，有时候目的地不可达。 事实上，在一些ping我得到的目标无法访问，请求超时，并在<1ms pingback成功。 而不是按照这个顺序。 为了解决这个问题，我做了一个F12的物理机重新启动，并在一个接一个地启动虚拟机，然后我又花了几个小时才开始爬行。 但是，在启动任何虚拟机之前，我在pipe理服务器的pipe理地址时遇到了同样不稳定的ping行为。 如果我在平稳运行的情况下ping虚拟服务器，则不会丢失数据包。 当我VMWarepipe理服务器，因为我需要启动虚拟，我会经常看到它失去了控制台，并得到它回来。 这台服务器是一对4双胞胎中的一对，其他双胞胎没有这样的问题，非常稳定，非常快，ping任何<1毫米不亏损。 有没有人遇到过类似的问题，或者是否有这种行为敲响了警钟。 我在看硬件故障还是坏的configuration/软件？
我正在通过TCP连接testing与Flash客户端和云服务器（ boost::asio for software）的连接。 我与服务器的连接已经非常差 – 平均120ms ping。 我发现，当我开始发送2字节大小的数据包（没有TCP报头），速度为30包/秒 – 平均增长到170-200。 我认为这是非常糟糕的，我的糟糕的连接和糟糕的云提供商是没有任何负载这个高ping的原因。 你怎么看？ （我testing了我的软件 – 它可以计算大约5万个小包/秒，所以软件不是问题）。 我通过flash客户端测量我的ping – 发送带有时间戳的数据包，立即从服务器发送到客户端。