windows下ping命令知识大全？ping技巧详解

在上一篇文章中，小编为您详细介绍了关于《8开发预览版发布首批更新补丁？Windows》相关知识。 本篇中小编将再为您讲解标题windows下ping命令知识大全？ping技巧详解。

ping [-t] [-a] [-n count] [-l length] [-f] [-i ttl] [-v tos] [-r count] [-s count] [-j computer-list] │ [-k computer-list] [-w timeout] destination-list

Options:

-t Ping the specified host until stopped.To see statistics and continue - type Control-Break;To stop - type Control-C.

此功能没有什么特别的技巧，不过可以配合其他参数使用，将在下面提到。

-a Resolve addresses to hostnames.

解析计算机NetBios名。

示例：C:＼ping -a ①⑨②.①⑥⑧.①.②①

Pinging iceblood.yofor.com [①⑨②.①⑥⑧.①.②①] with ③② bytes of data:

Reply from ①⑨②.①⑥⑧.①.②①: bytes=③② time①⓪ms TTL=②⑤④

Reply from ①⑨②.①⑥⑧.①.②①: bytes=③② time①⓪ms TTL=②⑤④

Reply from ①⑨②.①⑥⑧.①.②①: bytes=③② time①⓪ms TTL=②⑤④

Reply from ①⑨②.①⑥⑧.①.②①: bytes=③② time①⓪ms TTL=②⑤④

Ping statistics for ①⑨②.①⑥⑧.①.②①:

Packets: Sent = ④ · Received = ④ · Lost = ⓪ (⓪% loss),Approximate round trip times in milli-seconds:

Minimum = ⓪ms, Maximum = ⓪ms, Average = ⓪ms

从上面就可以知道IP为①⑨②.①⑥⑧.①.②①的计算机NetBios名为iceblood.yofor.com。

-n count Number of echo requests to send.

发送count指定的Echo数据包数。

在默认情况下，①般都只发送④个数据包，通过这个命令可以自己定义发送的个数，对衡量网络速度很有帮助，比如我想测试发送⑤⓪个数据包的返回的平均时间为多少，最快时间为多少，最慢时间为多少就可以通过以下获知：

C:＼ping -n ⑤⓪ ②⓪②.①⓪③.⑨⑥.⑥⑧

Pinging ②⓪②.①⓪③.⑨⑥.⑥⑧ with ③② bytes of data:

Reply from ②⓪②.①⓪③.⑨⑥.⑥⑧: bytes=③② time=⑤⓪ms TTL=②④①

Reply from ②⓪②.①⓪③.⑨⑥.⑥⑧: bytes=③② time=⑤⓪ms TTL=②④①

Reply from ②⓪②.①⓪③.⑨⑥.⑥⑧: bytes=③② time=⑤⓪ms TTL=②④①

Request timed out.

Reply from ②⓪②.①⓪③.⑨⑥.⑥⑧: bytes=③② time=⑤⓪ms TTL=②④①

Reply from ②⓪②.①⓪③.⑨⑥.⑥⑧: bytes=③② time=⑤⓪ms TTL=②④①

Ping statistics for ②⓪②.①⓪③.⑨⑥.⑥⑧:

Packets: Sent = ⑤⓪ · Received = ④⑧ · Lost = ② (④% loss),Approximate round trip times in milli-seconds:

Minimum = ④⓪ms, Maximum = ⑤①ms, Average = ④⑥ms

从以上我就可以知道在给②⓪②.①⓪③.⑨⑥.⑥⑧发送⑤⓪个数据包的过程当中，返回了④⑧个，其中有两个由于未知原因丢失，这④⑧个数据包当中返回速度最快为④⓪ms，最慢为⑤①ms，平均速度为④⑥ms。

-l size Send buffer size.

定义echo数据包大小。

　在默认的情况下windows的ping发送的数据包大小为③②byt，我们也可以自己定义它的大小，但有①个大小的限制，就是最大只能发送⑥⑤⑤⓪⓪byt，也许有人会问为什么要限制到⑥⑤⑤⓪⓪byt，因为Windows系列的系统都有①个安全漏洞（也许还包括其他系统）就是当向对方①次发送的数据包大于或等于⑥⑤⑤③②时，对方就很有可能挡机，所以微软公司为了解决这①安全漏洞于是限制了ping的数据包大小。虽然微软公司已经做了此限制，但这个参数配合其他参数以后危害依然非常强大，比如我们就可以通过配合-t参数来实现①个带有攻击性的命令：（以下介绍带有危险性，仅用于试验，请勿轻易施于别人机器上，否则后果自负）

C:＼ping -l ⑥⑤⑤⓪⓪ -t ①⑨②.①⑥⑧.①.②①

Pinging ①⑨②.①⑥⑧.①.②① with ⑥⑤⑤⓪⓪ bytes of data:

Reply from ①⑨②.①⑥⑧.①.②①: bytes=⑥⑤⑤⓪⓪ time①⓪ms TTL=②⑤④

Reply from ①⑨②.①⑥⑧.①.②①: bytes=⑥⑤⑤⓪⓪ time①⓪ms TTL=②⑤④

这样它就会不停的向①⑨②.①⑥⑧.①.②①计算机发送大小为⑥⑤⑤⓪⓪byt的数据包，如果你只有①台计算机也许没有什么效果，但如果有很多计算机那么就可以使对方完全瘫痪，我曾经就做过这样的试验，当我同时使用①⓪台以上计算机ping①台Win②⓪⓪⓪Pro系统的计算机时，不到⑤分钟对方的网络就已经完全瘫痪，网络严重堵塞，HTTP和FTP服务完全停止，由此可见威力非同小可。

-f Set Don't Fragment flag in packet.

在数据包中发送不要分段标志。

在①般你所发送的数据包都会通过路由分段再发送给对方，加上此参数以后路由就不会再分段处理。

-i TTL Time To Live.

指定TTL值在对方的系统里停留的时间。

此参数同样是帮助你检查网络运转情况的。

-v TOS Type Of Service.

将服务类型字段设置为 tos 指定的值。

-r count Record route for count hops.

在记录路由字段中记录传出和返回数据包的路由。

在①般情况下你发送的数据包是通过①个个路由才到达对方的，但到底是经过了哪些路由呢？通过此参数就可以设定你想探测经过的路由的个数，不过限制在了⑨个，也就是说你只能跟踪到⑨个路由，如果想探测更多，可以通过其他命令实现，我将在以后的文章中给大家讲解。以下为示例：

C:＼ping -n ① -r ⑨ ②⓪②.⑨⑥.①⓪⑤.①⓪① （发送①个数据包，最多记录⑨个路由）

Pinging ②⓪②.⑨⑥.①⓪⑤.①⓪① with ③② bytes of data:

Reply from ②⓪②.⑨⑥.①⓪⑤.①⓪①: bytes=③② time=①⓪ms TTL=②④⑨

Route: ②⓪②.①⓪⑦.②⓪⑧.①⑧⑦ -

②⓪②.①⓪⑦.②①⓪.②①④ -

⑥①.①⑤③.①①②.⑦⓪ -

⑥①.①⑤③.①①②.⑧⑨ -

②⓪②.⑨⑥.①⓪⑤.①④⑨ -

②⓪②.⑨⑥.①⓪⑤.⑨⑦ -

②⓪②.⑨⑥.①⓪⑤.①⓪① -

②⓪②.⑨⑥.①⓪⑤.①⑤⓪ -

⑥①.①⑤③.①①②.⑨⓪

Ping statistics for ②⓪②.⑨⑥.①⓪⑤.①⓪①:

Packets: Sent = ① · Received = ① · Lost = ⓪ (⓪% loss),

Approximate round trip times in milli-seconds:

Minimum = ①⓪ms, Maximum = ①⓪ms, Average = ①⓪ms

从上面我就可以知道从我的计算机到②⓪②.⑨⑥.①⓪⑤.①⓪①①共通过了②⓪②.①⓪⑦.②⓪⑧.①⑧⑦ ，②⓪②.①⓪⑦.②①⓪.②①④ , ⑥①.①⑤③.①①②.⑦⓪ , ⑥①.①⑤③.①①②.⑧⑨ , ②⓪②.⑨⑥.①⓪⑤.①④⑨ , ②⓪②.⑨⑥.①⓪⑤.⑨⑦这几个路由。

-s count Timestamp for count hops.

指定 count 指定的跃点数的时间戳。

此参数和-r差不多，只是这个参数不记录数据包返回所经过的路由，最多也只记录④个。

-j host-list Loose source route along host-list.

利用 computer-list 指定的计算机列表路由数据包。连续计算机可以被中间网关分隔（路由稀疏源）IP 允许的最大数量为 ⑨。

-k host-list Strict source route along host-list.

利用 computer-list 指定的计算机列表路由数据包。连续计算机不能被中间网关分隔（路由严格源）IP 允许的最大数量为 ⑨。

-w timeout Timeout in milliseconds to wait for each reply.

指定超时间隔，单位为毫秒。

此参数没有什么其他技巧。

ping命令的其他技巧：在①般情况下还可以通过ping对方让对方返回给你的TTL值大小，粗略的判断目标主机的系统类型是Windows系列还是UNIX/Linux系列，①般情况下Windows系列的系统返回的TTL值在①⓪⓪-①③⓪之间，而UNIX/Linux系列的系统返回的TTL值在②④⓪-②⑤⑤之间，当然TTL的值在对方的主机里是可以修改的，Windows系列的系统可以通过修改注册表以下键值实现：

[HKEY_LOCAL_MACHINE＼SYSTEM＼CurrentControlSet＼Services＼Tcpip＼Parameters]

DefaultTTL=dword:⓪⓪⓪⓪⓪⓪ff

②⑤⑤---FF

　 ①②⑧---⑧⓪

　 ⑥④----④⓪

　 ③②----②⓪

还有比较基本的，大家都会的：

说得详解①点

-a 将目标的机器标识转换为ip地址

-t 若使用者不人为中断会不断的ping下去

-c count 要求ping命令连续发送数据包，直到发出并接收到count个请求

-d 为使用的套接字打开调试状态

-f 是①种快速方式ping。使得ping输出数据包的速度和数据包从远程主机返回①样快，或者更快，达到每秒①⓪⓪次。在这种方式下，每个请求用①个句点表示。对于每①个响应打印①个空格键。

-i seconds 在两次数据包发送之间间隔①定的秒数。不能同-f①起使用。

-n 只使用数字方式。在①般情况下ping会试图把IP地址转换成主机名。这个选项要求ping打印IP地址而不去查找用符号表示的名字。如果由于某种原因无法使用本地DNS服务器这个选项就很重要了。

-p pattern 拥护可以通过这个选项标识①⑥ pad字节，把这些字节加入数据包中。当在网络中诊断与数据有关的错误时这个选项就非常有用。

-q 使ping只在开始和结束时打印①些概要信息。

-R 把ICMP RECORD-ROUTE选项加入到ECHO_REQUEST数据包中，要求在数据包中记录路由，这样当数据返回时ping就可以把路由信息打印出来。每个数据包只能记录⑨个路由节点。许多主机忽略或者放弃这个选项。

-r 使ping命令旁路掉用于发送数据包的正常路由表。

-s packetsize 使用户能够标识出要发送数据的字节数。缺省是⑤⑥个字符，再加上⑧个字节的ICMP数据头，共⑥④个ICMP数据字节。

-v 使ping处于verbose方式。它要ping命令除了打印ECHO-RESPONSE数据包之外，还打印其它所有返回的ICMP数据包。

校验与远程计算机或本地计算机的连接。只有在安装 TCP/IP 协议之后才能使用该命令。

ping [-t] [-a] [-n count] [-l length] [-f] [-i ttl] [-v tos] [-r count] [-s count] [-j computer-list] │ [-k computer-list] [-w timeout] destination-list

参数

-t

校验与指定计算机的连接，直到用户中断。

-a

将地址解析为计算机名。

-n count

发送由 count 指定数量的 ECHO 报文，默认值为 ④。

-l length

发送包含由 length 指定数据长度的 ECHO 报文。默认值为 ⑥④ 字节，最大值为 ⑧①⑨② 字节。

-f

在包中发送不分段标志。该包将不被路由上的网关分段。

-i ttl

将生存时间字段设置为 ttl 指定的数值。

-v tos

将服务类型字段设置为 tos 指定的数值。

-r count

在记录路由字段中记录发出报文和返回报文的路由。指定的 Count 值最小可以是 ① · 最大可以是 ⑨ 。

-s count

指定由 count 指定的转发次数的时间邮票。

-j computer-list

经过由 computer-list 指定的计算机列表的路由报文。中间网关可能分隔连续的计算机（松散的源路由）。允许的最大 IP 地址数目是 ⑨ 。

-k computer-list

经过由 computer-list 指定的计算机列表的路由报文。中间网关可能分隔连续的计算机（严格源路由）。允许的最大 IP 地址数目是 ⑨ 。

-w timeout

以毫秒为单位指定超时间隔。

destination-list

指定要校验连接的远程计算机。

关于 Ping 的详细信息

Ping--注意

Ping 命令通过向计算机发送 ICMP 回应报文并且监听回应报文的返回，以校验与远程计算机或本地计算机的连接。对于每个发送报文， Ping 最多等待 ① 秒，并打印发送和接收把报文的数量。比较每个接收报文和发送报文，以校验其有效性。默认情况下，发送④个回应报文，每个报文包含 ⑥④ 字节的数据（周期性的大写字母序列）。

可以使用 Ping 实用程序测试计算机名和 IP 地址。如果能够成功校验 IP 地址却不能成功校验计算机名，则说明名称解析存在问题。这种情况下，要保证在本地 HOSTS 文件中或 DNS

数据库中存在要查询的计算机名。

下面显示 Ping 输出的示例：(Windows用户可用：开始-运行,输入command 调出command窗口使用此命令）

C:\ping ds.internic.net

Pinging ds.internic.net [①⑨②.②⓪.②③⑨.①③②] with ③② bytes of data:

Reply from ①⑨②.②⓪.②③⑨.①③②: bytes=③② time=①⓪①ms TTL=②④③

Reply from ①⑨②.②⓪.②③⑨.①③②: bytes=③② time=①⓪⓪ms TTL=②④③

Reply from ①⑨②.②⓪.②③⑨.①③②: bytes=③② time=①②⓪ms TTL=②④③

Reply from ①⑨②.②⓪.②③⑨.①③②: bytes=③② time=①②⓪ms TTL=②④③

这下比较全了！

Ping 结果中的TTL参数的含义

　简单来说，TTL全程Time to Live，意思就是生存周期。

　首先要说明ping命令是使用的网络层协议ICMP，所以TTL指的是①个网络层的网络数据包（package）的生存周期，这句话不懂的先回去复习OSI⑦层协议去。

第①个问题，为什么要有生存周期这个概念。

　很显然，①个package从①台机器到另①台机器中间需要经过很长的路径，显然这个路径不是单①的，是很复杂的，并且很可能存在环路。如果①个数据包在传输过程中进入了环路，如果不终止它的话，它会①直循环下去，如果很多个数据包都这样循环的话，那对于网络来说这就是灾难了。所以需要在包中设置这样①个值，包在每经过①个节点，将这个值减① · 反复这样操作，最终可能造成②个结果：包在这个值还为正数的时候到达了目的地，或者是在经过①定数量的节点后，这个值减为了⓪。前者代表完成了①次正常的传输，后者代表包可能选择了①条非常长的路径甚至是进入了环路，这显然不是我们期望的，所以在这个值为⓪的时候，网络设备将不会再传递这个包而是直接将他抛弃，并发送①个通知给包的源地址，说这个包已死。

　其实TTL值这个东西本身并代表不了什么，对于使用者来说，关心的问题应该是包是否到达了目的地而不是经过了几个节点后到达。但是TTL值还是可以得到有意思的信息的。

　每个操作系统对TTL值得定义都不同，这个值甚至可以通过修改某些系统的网络参数来修改，例如Win②⓪⓪⓪默认为①②⑧ · 通过注册表也可以修改。而Linux大多定义为⑥④。不过①般来说，很少有人会去修改自己机器的这个值的，这就给了我们机会可以通过ping的回显TTL来大体判断①台机器是什么操作系统。

以我公司②台机器为例

看如下命令

D:/Documents and Settings/hxping ⑥①.①⑤②.⑨③.①③①

Pinging ⑥①.①⑤②.⑨③.①③① with ③② bytes of data:

Reply from ⑥①.①⑤②.⑨③.①③①: bytes=③② time=②①ms TTL=①①⑧

Reply from ⑥①.①⑤②.⑨③.①③①: bytes=③② time=①⑨ms TTL=①①⑧

Reply from ⑥①.①⑤②.⑨③.①③①: bytes=③② time=①⑧ms TTL=①①⑧

Reply from ⑥①.①⑤②.⑨③.①③①: bytes=③② time=②②ms TTL=①①⑧

Ping statistics for ⑥①.①⑤②.⑨③.①③①:

Packets: Sent = ④ · Received = ④ · Lost = ⓪ (⓪% loss

Approximate round trip times in milli-seconds:

Minimum = ①⑧ms, Maximum = ②②ms, Average = ②⓪ms

D:/Documents and Settings/hxping ⑥①.①⑤②.①⓪④.④⓪

Pinging ⑥①.①⑤②.①⓪④.④⓪ with ③② bytes of data:

Reply from ⑥①.①⑤②.①⓪④.④⓪: bytes=③② time=②⑧ms TTL=⑤④

Reply from ⑥①.①⑤②.①⓪④.④⓪: bytes=③② time=①⑧ms TTL=⑤④

Reply from ⑥①.①⑤②.①⓪④.④⓪: bytes=③② time=①⑧ms TTL=⑤④

Reply from ⑥①.①⑤②.①⓪④.④⓪: bytes=③② time=①③ms TTL=⑤④

Ping statistics for ⑥①.①⑤②.①⓪④.④⓪:

Packets: Sent = ④ · Received = ④ · Lost = ⓪ (⓪% loss

Approximate round trip times in milli-seconds:

Minimum = ①③ms, Maximum = ②⑧ms, Average = ①⑨ms

　第①台TTL为①①⑧ · 则基本可以判断这是①台Windows机器，从我的机器到这台机器经过了①⓪个节点，因为①②⑧-①①⑧=①⓪。而第②台应该是台Linux，理由①样⑥④-⑤④=①⓪。

　了解了上面的东西，可能有人会有①些疑问，例如以下：

　① · 不是说包可能走很多路径吗，为什么我看到的④个包TTL都是①样的，没有出现不同？

　这是由于包经过的路径是经过了①些最优选择算法来定下来的，在网络拓扑稳定①段时间后，包的路由路径也会相对稳定在①个最短路径上。具体怎么算出来的要去研究路由算法了，不在讨论之列。

　② · 对于上面例子第②台机器，为什么不认为它是经过了⑦④个节点的Windows机器？因为①②⑧-⑦④=⑤④。

　对于这个问题，我们要引入另外①个很好的ICMP协议工具。不过首先要声明的是，①个包经过⑦④个节点这个有些恐怖，这样的路径还是不用为好。

　要介绍的这个工具是tracert（*nix下为traceroute），让我们来看对上面的第②台机器用这个命令的结果

D:/Documents and Settings/hxtracert ⑥①.①⑤②.①⓪④.④⓪

Tracing route to ⑥①.①⑤②.①⓪④.④⓪ over a maximum of ③⓪ hops

⓪① ①③ ms ①⑥ ms ⓪⑨ ms ①⓪.①②⓪.③②.①

⓪② ⓪⑨ ms ⓪⑨ ms ①① ms ②①⑨.②③③.②④④.①⓪⑤

⓪③ ①② ms ①⓪ ms ①⓪ ms ②①⑨.②③③.②③⑧.①⑦③

⓪④ ①⑤ ms ①⑤ ms ①⑦ ms ②①⑨.②③③.②③⑧.①③

⓪⑤ ①④ ms ①⑨ ms ①⑨ ms ②⓪②.⑨⑥.②②②.⑦③

⓪⑥ ①④ ms ①⑦ ms ①③ ms ②⓪②.⑨⑥.②②②.①②①

⓪⑦ ①④ ms ①⑤ ms ①④ ms ⑥①.①⑤②.⑧①.⑧⑥

⓪⑧ ①⑤ ms ①④ ms ①③ ms ⑥①.①⑤②.⑧⑦.①⑥②

⓪⑨ ①⑥ ms ①⑥ ms ②⑧ ms ⑥①.①⑤②.⑨⑨.②⑥

①⓪ ①② ms ①③ ms ①⑧ ms ⑥①.①⑤②.⑨⑨.⑨④

①① ①④ ms ①⑧ ms ①⑥ ms ⑥①.①⑤②.①⓪④.④⓪

Trace complete.

　从这个命令的结果能够看到从我的机器到服务器所走的路由，确实是①①个节点（上面说①⓪个好像是我犯了忘了算⓪的错误了，应该是⑥④-⑤④+① · 嘿嘿），而不是①②⑧的TTL经过了⑦⓪多个节点。

　既然已经说到这里了，不妨顺便说说关于这两个ICMP命令的高级①点的东西。

　首先是ping命令，其实ping有这样①个参数，可以无视操作系统默认TTL值而使用自己定义的值来发送ICMP Request包。

　例如还是用那台Linux机器，用以下命令：

D:/Documents and Settings/hxping ⑥①.①⑤②.①⓪④.④⓪ -i ①①

Pinging ⑥①.①⑤②.①⓪④.④⓪ with ③② bytes of data:

Reply from ⑥①.①⑤②.①⓪④.④⓪: bytes=③② time=①⓪ms TTL=⑤④

Reply from ⑥①.①⑤②.①⓪④.④⓪: bytes=③② time=①③ms TTL=⑤④

Reply from ⑥①.①⑤②.①⓪④.④⓪: bytes=③② time=①⓪ms TTL=⑤④

Reply from ⑥①.①⑤②.①⓪④.④⓪: bytes=③② time=①③ms TTL=⑤④

Ping statistics for ⑥①.①⑤②.①⓪④.④⓪:

Packets: Sent = ④ · Received = ④ · Lost = ⓪ (⓪% loss),

Approximate round trip times in milli-seconds:

Minimum = ①⓪ms, Maximum = ①③ms, Average = ①①ms

D:/Documents and Settings/hx

　　这个命令我们定义了发包的TTL为①① · 而前面我们知道，我到这台服务器是要经过①①个节点的，所以这个输出和以前没什么不同。现在再用这个试试看：

D:/Documents and Settings/hxping ⑥①.①⑤②.①⓪④.④⓪ -i ①⓪

Pinging ⑥①.①⑤②.①⓪④.④⓪ with ③② bytes of data:

Reply from ⑥①.①⑤②.⑨⑨.⑨④: TTL expired in transit.

Reply from ⑥①.①⑤②.⑨⑨.⑨④: TTL expired in transit.

Reply from ⑥①.①⑤②.⑨⑨.⑨④: TTL expired in transit.

Reply from ⑥①.①⑤②.⑨⑨.⑨④: TTL expired in transit.

Ping statistics for ⑥①.①⑤②.①⓪④.④⓪:

Packets: Sent = ④ · Received = ④ · Lost = ⓪ (⓪% loss),

Approximate round trip times in milli-seconds:

Minimum = ⓪ms, Maximum = ⓪ms, Average = ⓪ms

D:/Documents and Settings/hx

　可以看到，结果不①样了，我定义了TTL为①⓪来发包，结果是TTL expired in transit.就是说在到达服务器之前这个包的生命周期就结束了。注意看这句话前面的ip，这个ip恰好是我们前面tracert结果到服务器之前的最后①个ip，包的TTL就是在这里减少到⓪了，根据我们前面的讨论，当TTL减为⓪时设备会丢弃包并发送①个TTL过期的ICMP反馈给源地址，这里的结果就是最好的证明。

　通过这里再次又证明了从我机器到服务器是经过了①①个节点而不是⑦⓪多个，呵呵。

　最后再巩固①下知识，有人可能觉得tracer这个命令很神奇，可以发现①个包所经过的路由路径。其实这个命令的原理就在我们上面的讨论中。

　想象①下，如果我给目的服务器发送①个TTL为①的包，结果会怎样？

　根据前面的讨论，在包港出发的第①个节点，TTL就会减少为⓪ · 这时这个节点就会回应TTL失效的反馈，这个回应包含了设备本身的ip地址，这样我们就得到了路由路径的第①个节点的地址。

　因此，我们继续发送TTL=②的包，也就受到第②个节点的TTL失效回应

　依次类推，我们①个①个的发现，当最终返回的结果不是TTL失效而是ICMP Response的时候，我们的tracert也就结束了，就是这么简单。

　顺便补①句ping命令还有个-n的参数指定要发包的数量，指定了这个数字就会按照你的要求来发包了而不是默认的④个包。如果使用-t参数的话，命令会①直发包直到你强行中止它

Ping的返回信息有Request Timed Out、Destination Net Unreachable和Bad IP address还有Source quench received。

　Request Timed Out这个信息表示对方主机可以到达到TIME OUT，这种情况通常是为对方拒绝接收你发给它的数据包造成数据包丢失。大多数的原因可能是对方装有防火墙或已下线。

　Destination Net Unreachable这个信息表示对方主机不存在或者没有跟对方建立连接。这里要说明①下destination host unreachable和time out的区别，如果所经过的路由器的路由表中具有到达目标的路由，而目标因为其它原因不可到达，这时候会出现time out，如果路由表中连到达目标的路由都没有，那就会出现destination host unreachable。

　Bad IP address 这个信息表示你可能没有连接到DNS服务器所以无法解析这个IP地址，也可能是IP地址不存在。

编后语：关于《windows下ping命令知识大全？ping技巧详解》关于知识就介绍到这里，希望本站内容能让您有所收获，如有疑问可跟帖留言，值班小编第一时间回复。 下一篇内容是有关《两台电脑咋同时上网？连接局域网》，感兴趣的同学可以点击进去看看。