这完全是一个孤立的事件，但我执行了这个命令： ping 192.168.1.134 并得到了这个结果[ image ]： Pinging 192.168.1.134 with 32 bytes of data: Reply from 192.168.1.133: Destination host unreachable. Reply from 192.168.1.134: bytes=32 time=75ms TTL=128 Reply from 192.168.1.134: bytes=32 time=83ms TTL=128 Reply from 192.168.1.134: bytes=32 time=96ms TTL=128 请注意第一个“无法访问”答复中的.133。 我想我不明白这是怎么可能的 – 即使是完全疯狂的巧合。
如果我从另一台服务器上ping我的一台服务器，是否有任何日志或任何东西，从目标机器上的其他服务器“查看”ping并确定它是源IP还是什么？
我越来越多地看到程序员开发基于我所谓的“ping-then-do”心态的基于web的应用程序。 一个例子是在发送邮件之前ping邮件服务器的应用程序。 在另外一个论坛的一个激烈争论中，我发表了这样一个声明：“如果你要编写使用互联网的程序，你至less应该有一个关于基础的基本概念，而”ping-then-do“的愿望告诉我那许多人，不是。“ 在这个论坛和Stack Overflow上，我看到很多关于ping / trace路由的问题，不知道为什么？ 如果能在这里讨论一下，我想听听其他人的想法。 如果没有，我认为它会被迅速closures。 一个澄清 – 我想清楚，我正在谈论互联网stream量，而不是私人networking。
有两台服务器具有相同的networkingIP，唯一不同的是最后两个数字，如： 37.211.15.247和37.211.166.178 。 主机提供商声称这两个networking的子网掩码是255.254.0.0 当我尝试命令Tracert （Traceroute）来testingping，看看到达目标服务器需要花费多less时间，我得到了不同的ping时间和不同的正向path结果，这很奇怪，因为它们都位于同一个公司主机。 有什么不对？ 难道它不应该采取同样的道路吗？ 我已经按照一些评论者的要求将完整的IP地址添加到两台服务器上。 那么这两个服务器不是“国际”呢，据我所知，唯一想到的就是这两个服务器configuration在不同子网上的可能性，就像“joeqwerty”在他的回答中所说的那样 。 虽然是可疑的 更新：经过这么多的研究，我发现了这两个主机的子网。 它们位于/15 （ 255.254.0.0 ）子网掩码上。 不幸的是，这是托pipe服务提供商所声称的不真实，他们显然使用的真正子网是一个/17 （ 255.255.128.0 ）子网掩码。 事实certificate，他们绝对是在不同的子网上。 这就是为什么当我testing这两个IP 37.211.15.247和37.211.166.178因为他们清楚地在不同的子37.211.166.178时，我得到不同的跟踪路由。 谢谢大家这些好的答案，特别是joeqwerty，他的回答对我很有帮助 。
我有一个工作的虚拟主机是Ubuntu的服务器清醒（10.4）。 我已经使用了一段时间，并在Lucid上创build了几个function的客人。 今天我升级到小牛，然后升级到纳蒂（11.4）。 升级进展顺利，所有我的老客人都来了，function正常。 我创build了一个新的来宾，当它出现，并且似乎没有在日志中的错误，我不能ping或ssh到它。 $ virsh start stg-app2（无错误）…在'virsh list'中显示为'running' 在转换为qcow映像之前，我能够捕获guest虚拟机的interfaces文件（看起来不错）： cat /tmp/somepath/etc/networking/interfaces # The primary network interface auto eth0 iface eth0 inet static address 192.168.1.193 netmask 255.255.255.0 network 192.168.1.0 broadcast 192.168.1.255 gateway 192.168.1.1 # dns-* options are implemented by the resolvconf package, if installed dns-nameservers 192.168.1.1 dns-search defaultdomain 创build日志： $ sudo vmbuilder kvm ubuntu […]
在我的LANnetworking192.168.0.x. 我的电脑连接到一个小型的Netgear路由器192.168.0.19。 在某些ping请求上，我从路由器得到答案，而不是来自实际的服务器。 在针对同一台服务器的多个请求中，我甚至可能会从两者获得响应。 例： c:\>ping 192.168.0.17 Reply from 192.168.0.17: bytes=32 time=1ms TTL=225 c:\>ping google.com Reply from **192.168.0.19**: bytes=32 time=1ms TTL=225 c:\>ping something_outside_the_Lan_that_do_not_answer_to_ping Reply from **192.168.0.19**: bytes=32 time=1ms TTL=225 c:\>ping something_INside_the_Lan_that_do_not_answer_to_ping Destination unreachable 这是为什么？ .19怎样才能回答“OK”？
我在networking上遇到服务器（Windows Server 2008 R2）的问题。 它一度短时间下降，但并不常见。 有趣的事情： 如果我使用-t开关从我的计算机（我们称之为客户端-x）ping服务器，我将不会得到任何答复。 然而，第二我ping客户端x从服务器，我可以看到以前的ping拿起一个答复？ 就好像从服务器ping客户端x，唤醒networkingfunction一样？ 有没有人知道这里发生了什么？
我在CentOS 5.4（Final）x86_64机器（Linux 2.6.18-164.el5＃1 SMP）上创build了Linux PPPoE服务器。 我也成功build立了PPPoE连接。 但是，使用ppp接口从客户端ping服务器失败，而服务器可以成功ping客户端。 Server ppp IP：10.0.0.1 Client ppp IP：10.67.15.111 服务器上的PPP接口： ppp0 Link encap:Point-to-Point Protocol inet addr:10.0.0.1 PtP:10.67.15.111 Mask:255.255.255.255 UP POINTOPOINT RUNNING NOARP MULTICAST MTU:1500 Metric:1 RX packets:513 errors:0 dropped:0 overruns:0 frame:0 TX packets:5 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:3 RX bytes:42304 (41.3 KiB) TX bytes:130 (130.0 b) 服务器上的Tcpdump打印输出的ping请求，以及来自客户端的传入响应。 # tcpdump -i […]
我们如何获得私有子网中的Apache实例？ 组态 具有1个NAT实例的公有子网 有1个App实例的私有子网 细节 1.伪装是通过NAT打开的 iptables -t nat -A POSTROUTING -j MASQUERADE 2. PREROUTING通过启用 iptables -t nat -A PREROUTING -p tcp –port 80 -j DNAT –to-destination 10.0.10.102:80 3.在/proc/sys/net/ipv4/ip_forward启用端口转发 4. NAT和应用程序的安全组（将永远不会保留在生产，但纯粹是为了显示所有的端口是开放的） Inbound All Traffic 0.0.0.0/0 Outbound All Traffic 0.0.0.0/0 5.networkingACL Inbound All Ports 0.0.0.0/0 Outbound All Ports 0.0.0.0/0 6.为外部请求进行工作 ping google.com wget google.com 7. Apache正在监听私有子网中的App实例。 […]
在创build数据包性能监视器时，我遇到了以下问题：如果我ping一台服务器，则会获得大约4ms。 如果我计算一个POST和第一个ACK之间的时间，那么我得到大约25us（微秒）。 这里是两种情况下的Wireshark数据： * REF * 172.26.45.212 10.160.86.12 ICMP 74回声（平）请求 0.003988000 10.160.86.12 172.26.45.121 ICMP 74回应（ping）回复 * REF * 172.26.45.212 10.160.86.12 HTTP 606 POST / form / etc … 0.000025000 10.160.86.12 172.26.45.121 TCP 60 80> 6704 [ACK] Seq … 有谁知道为什么区别？ 这两种方法都应该给我的networking往返时间。 提前致谢。