根据Pingdom（pingdom.com）的测量，我的一台服务器的平均响应时间为566毫秒。 这是一个好成绩？ 我应该做更多的优化吗？
当一个ping报告一个合理的时间（~10ms）但是实际上需要相当长的挂钟时间（~15 秒 ）时，这意味着什么？ （另外，传递“完全用户到用户延迟”的-U选项不起作用。） 当从我的工作计算机上ping某个外部主机时，会发生这种情况，而且我正在四处寻找，因为我也在HTTP请求超时了同一个主机。 跟踪路由发生了类似的情况，只有最后几跳才能到达目的地的子网。 （另外，值得一提的是，外部主机是cdn.sstatic.net，我知道它通常是可行的！）
希望这个问题不是太愚蠢。 我想知道一个ping是多么昂贵（系统资源和带宽明智）。 如果我有一个小的embedded式linux设备，它的ram，cpu和带宽非常有限，那么启动一个ping命令并让它连续运行好几天会不好？ 我试图找出如何最小化影响。 看看ping的选项，看起来像我可以指定大小。 我应该这样做，使其更小？ 还有什么我可以做的，使其更小？ 我需要它运行，但我不希望它对RAM，CPU或带宽（性能以任何方式）有任何负面影响。 在我的testing中，我没有观察到ram或cpu与它运行的任何差异。 我没有非常彻底地testingnetworking速度，但是我也没有注意到任何东西。 思考？
对于一个在工作中的项目，我需要能够通过将它们连接到“回送适配器插件”来testing各种以太网NIC，就像这个在生产assembly线上的各种embedded式Linux boxen上的一样。 我希望能够在一个以太网接口上设置两个不同的IP地址（AddressA和AddressB），然后从AddressA到AddressB运行ping。 Ex: ping -I AddressA AddressB 这甚至有可能吗？ 另外，是否有一个testing可以使用环回插头仅在L2 / MAC地址级别testing以太网接口？ 如果我回想起来，RealTek为他们的8139以太网适配器提供了一个诊断工具，它进行了仅仅L2的环回testing，我想知道是否有一个相同的linux工具。 更新：添加评论为什么我在上面的评论中testing框。 这个周末我将不得不尝试一些这些想法来看看会发生什么。 也许用一个keystonesockets+一个硬件存储器的一些连线做自己的“loopback适配器插头”，然后试着用示波器或逻辑分析仪来观察信号，以确保信号实际上是在接触线路。 由于这似乎比预期的更困难，我们的工作团队决定testingLinux boxen以太网端口，select一个小型家庭NAT路由器，然后ping路由器，并将其放入硬件testing夹具中。 不过，我对这个技术方面很感兴趣，并且想自己试验这个主题。
我有一个软件， PingPlotter ，使我可以确定延迟，往返时间，数据包丢失和其他networking统计数据。 我想用这些统计数据来certificate我的ISP在我的领域提供了一个糟糕的连接。 如何说服ISP认为错在他们身边，而不是在我身边？ P / S：即使我们没有SLA，但我仍然希望他们承认他们很糟糕。
我有一个/ 24networking划分成一堆小块。 我最近进入了networking上的每个路由器（主要是思科），以便logging这个networking是如何分裂的。 现在看一下ping扫描输出： nmap -sP 192.168.1.* 我看到一些但并非所有保留的“networking”和“广播”IP响应ping。 例如，networking192.168.1.80/29具有192.168.1.80的networking和192.168.1.87的广播。 在这个特定的子网上，这两个IP都给了我一个来自路由器外部接口（192.168.5.20）的ping响应。 许多其他子网的行为也是相似的。 但其他人不。 看着路由器configuration，没有真正跳出来，看起来会导致这种行为。 有没有人知道这种行为的原因？ 我希望这些地址是否响应？ 有点不相干：我应该有networking和广播IP的反向DNS条目吗？
我是初级pipe理员，负责了解networking。 我知道并使用networking上的一些服务器，所以能够tracert / ping他们看到设备的名称/地址，并逐步build立一个地图，但我怎样才能find触angular如果我不知道服务器等的名字，那么这里有什么？
我login到我的Windows Server 2003.我试图通过使用命令promt并将其放在我已经给它的IP地址ping另一台是Windows 2008的服务器。 由于某种原因，我每次ping它都会超时。 如果我尝试使用mstsc和ip地址连接到它，它将允许我join它。 由于某种原因，虽然当我使用netscan它不会出现，或者如果我尝试ping它。 为什么会发生这种情况，如何在我的服务器上启用ping？
我在104.143.14.103pipe理KVM VPS，出于某种原因无法访问http://pecl.php.net 。 当我ping PECL服务器（104.236.228.160）的IP地址，以确保它不是一个DNS问题，每次我得到Destination Host Unreachable 。 如何debugging根本原因是我的服务器configuration错误，还是被目标服务器拒绝？ 我从我pipe理的各种其他服务器ping PECL没有问题，所以我知道PECL不会阻止所有的ping。 我也没有任何问题，我尝试从我的VPS ping任何其他网站，问题是完全与PECL服务器。 我使用了我的VPS主机的镜头 （ http://lg.las1.ultravps.net/ ），并且在PECL上没有任何问题。 我还向主机提交了支持凭证，他们login到该节点的pipe理程序，并表示可以成功ping PECL。 我从另一台服务器向PECL服务器运行了traceroute以查找倒数第二跳的IP地址。 我可以成功地从我的VPS ping IP（162.243.188.222）。 当我从VPS运行traceroute ，我得到： [jeffwidman@ultravps ~]$ traceroute pecl.php.net traceroute to pecl.php.net (104.236.228.160), 30 hops max, 60 byte packets 1 ultravps.jeffwidman.com (104.143.14.103) 3005.478 ms !H 3005.400 ms !H 3005.270 ms !H [jeffwidman@ultravps ~]$ traceroute 104.236.228.160 […]
所以这是问题。 我在同一个networking后面有两台不同的电脑。 两者都有相同的网关，IP地址前缀等 计算机1：Windows XP IP 192.168.0.15 这台计算机可以ping通和 tracertnetworking到另一台计算机，我试图达到 电脑2：Linux（debian）IP 192.168.0.54 这台计算机可以ping通该networking外的计算机，但不能对其进行跟踪 。 这使我相信这与防火墙无关，而是与OSconfiguration有关。 路由命令的输出： Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface 192.168.0.0 * 255.255.255.0 U 0 0 0 eth0 169.254.0.0 * 255.255.0.0 U 0 0 0 eth0 default 192.168.0.1 0.0.0.0 UG 0 0 0 eth0 任何想法可能是什么问题？