网管常用的指令 如果你玩过路由器的话，就知道路由器里面那些很好玩的命令缩写。~例如，"sh~的意思是。~现在~也有了类似界面的工具，叫做。~

我们在~的~下，输入~就出来：netsh>~提示符，~输入~就显示：~interface~然后输入~，我们就可以看到当前系统的网络配置：~

#~#~#~pushd~

#~

set~mask~add~set~set~set~

popd~#~

上面介绍的是通过交互方式操作的一种办法。~我们可以直接输入命令：~"netsh~255.0.0.0"~来添加~地址。~

如果不知道语法，不要紧的哦！~在提示符下，输入~就可以找到答案了。方便不方便啊？~原来微软的东西里面，也有那么一些让人喜欢的玩意儿。可惜，之至者甚少啊！~

windows网络命令行程序~这部分包括：~

使用~查看配置~使用~刷新配置~使用~管理~和~类别~使用~测试连接~使用~解决硬件地址问题~使用~解决~名称问题~使用~显示连接统计~使用~跟踪网络连接~使用~测试路由器~使用~查看配置~发现和解决~网络问题时，先检查出现问题的计算机上的~配置。可以~使用~命令获得主机配置信息，包括~地址、子网掩码和默认网关。~

注意~

对于~和~的客户机，请使用~命令而不是~g~命令。~使用带~选项的~命令时，将给出所有接口的详细配置报告，包括任何~已配置的串行端口。使用，可以将命令输出重定向到某个文件，并将~输出粘贴到其他文档中。也可以用该输出确认网络上每台计算机的~配置，或~者进一步调查~网络问题。~

例如，如果计算机配置的~地址与现有的~地址重复，则子网掩码显示为~.0。~

下面的范例是~命令输出，该计算机配置成使用~服务器动态配置~tcp/ip，并使用~和~服务器解析名称。~

windows~

node~ip~wins~

ethernet~

host~dns~description.~physical~dhcp~autoconfiguration~ip~subnet~default~dhcp~primary~secondary~lease~lease~

如果~配置没有问题，下一步测试能够连接到~网络上的其他主机。~

使用~刷新配置~解决~网络问题时，先检查遇到问题的计算机上的~配置。如果计算机~启用~并使用~服务器获得配置，请使用~命令开始刷新租~约。~

使用~时，使用~的计算机上的所有网卡（除了那些手动配置的~适配器）都尽量连接到~服务器，更新现有配置或者获得新配置。~

也可以使用带~选项的~命令立即释放主机的当前~配置。有~关~和租用过程的详细信息，请参阅客户机如何获得配置。~

注意~

对于启用~的~和~客户，请使用~命令的~ease~和~选项，而不是~和~命令，手动~释放或更新客户的~配置租约。~使用~管理~和~类别~也可以使用~命令：~

显示或重置~缓存。~详细信息，请参阅使用~查看或重置客户解析程序缓存。~

刷新已注册的~名称。~详细信息，请参阅使用~更新~客户注册。~

显示适配器的~类别。~详细信息，请参阅显示客户机上的~类别~信息。~

设置适配器的~类别。~详细信息，请参阅设置客户机上的~类别~信息。~

使用~测试连接~ping~命令有助于验证~级的连通性。发现和解决问题时，可以使用~向目标主~机名或~地址发送~回应请求。需要验证主机能否连接到~网络和网络~资源时，请使用。也可以使用~隔离网络硬件问题和不兼容配置。~

通常最好先用~命令验证本地计算机和网络主机之间的路由是否存在，以及要连~接的网络主机的~地址。ping~目标主机的~地址看它是否响应，如下：~

ping~

使用~时应该执行以下步骤：~

ping~环回地址验证是否在本地计算机上安装~以及配置是否正确。~ping~

ping~本地计算机的~地址验证是否正确地添加到网络。~ping~

ping~默认网关的~地址验证默认网关是否运行以及能否与本地网络上的本地主机通~讯。~ping~

ping~远程主机的~地址验证能否通过路由器通讯。~ping~

ping~命令用~套接字样式的名称解析将计算机名解析成~地址，所以如果~用地址成功，但是用名称~失败，则问题出在地址或名称解析上，而不是网络连~通性的问题。详细信息，请参阅使用~解决硬件地址问题。~

如果在任何点上都无法成功地使用，请确认：~

安装和配置~之后重新启动计算机。~"internet~协议~属性"对话框"常规"选项卡上的本地计算机的~地址~有效而且正确。~启用~路由，并且路由器之间的链路是可用的。~您可以使用~命令的不同选项来指定要使用的数据包大小、要发送多少数据包、~是否记录用过的路由、要使用的生存时间~值以及是否设置"不分段"标志。可~以键入~查看这些选项。~

下例说明如何向~地址~发送两个，每个都是~字节：~

c:\>ping~pinging~

reply~reply~

ping~packets:sent~approximate~minimum~默认情况下，在显示"请求超时"之前，ping~等待~毫秒（1~秒）的时间让每~个响应返回。如果通过~探测的远程系统经过长时间延迟的链路，如卫星链路，~则响应可能会花更长的时间才能返回。可以使用~（等待）选项指定更长时间的超~时。~

使用~解决硬件地址问题~"地址解析协议"允许主机查找同一物理网络上的主机的媒体访问控制地址，~如果给出后者的~地址。为使~更加有效，每个计算机缓存~到媒体访问控制~地址映射消除重复的~广播请求。~

可以使用~命令查看和修改本地计算机上的~表项。arp~命令对于查看~缓~存和解决地址解析问题非常有用。~

详细信息，请参阅查看"地址解析协议"缓存和添加静态~缓存项目。~

使用~解决~名称问题~tcp/ip~上的~将~名称解析成~地址。tcp/ip~为~os~名称解析提供了很多选项，包括本地缓存搜索、wins~服务器查询、广播、dns~服~务器查询以及~和主机文件搜索。~

nbtstat~是解决~名称解析问题的有用工具。可以使用~命令删除或~更正预加载的项目：~

nbtstat~显示由服务器或重定向器之类的程序在系统上本地注册的名称。~nbtstat~显示~名称缓存，包含其他计算机的名称对地址映射。~nbtstat~清除名称缓存，然后从~文件重新加载。~nbtstat~释放在~服务器上注册的~名称，然后刷新它们的注册。~nbtstat~对~指定的计算机执行~适配器状态命令。适配器状态~命令将返回计算机的本地~名称表，以及适配器的媒体访问控制地址。~nbtstat~列出当前的~会话及其状态（包括统计），如下例所示：~netbios~

local~------------------------------------------------------------------~corp1~corp1~corp1~corp1~corp1~使用~显示连接统计~可以使用~命令显示协议统计信息和当前的~连接。netstat~命令~将显示所有连接，而~显示路由表和活动连接。netstat~命令将显示~ethernet~统计信息，而~显示每个协议的统计信息。如果使用~-n，则不能将地址和端口号转换成名称。下面是~的输出示例：~

c:\>netstat~interface~

received~bytes~unicast~non-unicast~discards~errors~unknown~

c:\>netstat~

active~

proto~tcp~tcp~tcp~tcp~tcp~tcp~tcp~tcp~udp~udp~udp~udp~udp~udp~

c:\>netstat~ip~

packets~received~received~datagrams~unknown~received~received~output~routing~discarded~output~reassembly~reassembly~reassembly~datagrams~datagrams~fragments~

icmp~received~messages~errors~destination~time~parameter~source~redirects~echoes~echo~timestamps~timestamp~address~address~

tcp~

active~passive~failed~reset~current~segments~segments~segments~

udp~

datagrams~no~receive~datagrams~

使用~跟踪网络连接~tracert（跟踪路由）是路由跟踪实用程序，用于确定~数据报访问目标所采取的路~径。tracert~命令用~生存时间~字段和~错误消息来确定从一个主机到~网络上其他主机的路由。~

tracert~工作原理~通过向目标发送不同~生存时间~值的"internet~控制消息协议"回~应数据包，tracert~诊断程序确定到目标所采取的路由。要求路径上的每个路由器在~转发数据包之前至少将数据包上的~递减。数据包上的~减为~时，路由器~应该将"icmp~已超时"的消息发回源系统。~

tracert~先发送~为~的回应数据包，并在随后的每次发送过程将~递增，~直到目标响应或~达到最大值，从而确定路由。通过检查中间路由器发回的"icm~p~已超时"的消息确定路由。某些路由器不经询问直接丢弃~过期的数据包，这在~tracert~实用程序中看不到。~

tracert~命令按顺序打印出返回"icmp~已超时"消息的路径中的近端路由器接口列表~。如果使用~选项，则~实用程序不在每个~地址上查询。~

在下例中，数据包必须通过两个路由器（10.0.0.1~和）才能到达主机~172.16.0.99。主机的默认网关是，192.168.0.0~网络上的路由器的~地~址是。~

c:\>tracert~tracing~1~2~3~trace~用~解决问题~可以使用~命令确定数据包在网络上的停止位置。下例中，默认网关确定~2.168.10.99~主机没有有效路径。这可能是路由器配置的问题，或者是~0~网络不存在（错误的~地址）。~

c:\>tracert~

tracing~

1~

trace~

tracert~实用程序对于解决大网络问题非常有用，此时可以采取几条路径到达同一个~点。~

tracert~命令行选项~tracert~命令支持多种选项，如下表所示。~

tracert~

选项~描述~-d~指定不将~地址解析到主机名称。~-h~指定跃点数以跟踪到称为~的主机的路由。~-j~指定~实用程序数据包所采用路径中的路由器接口列表。~-w~等待~为每次回复所指定的毫秒数。~target_name~目标主机的名称或~地址。~

详细信息，请参阅使用~命令跟踪路径。~

使用~测试路由器~pathping~命令是一个路由跟踪工具，它将~和~命令的功能和这两个工~具所不提供的其他信息结合起来。pathping~命令在一段时间内将数据包发送到到达最~终目标的路径上的每个路由器，然后基于数据包的计算机结果从每个跃点返回。由于~命令显示数据包在任何给定路由器或链接上丢失的程度，因此可以很容易地确定可能~导致网络问题的路由器或链接。某些选项是可用的，如下表所示。~

选项~名称~功能~-n~不将地址解析成主机名。~-h~搜索目标的最大跃点数。~-g~沿着路由列表释放源路由。~-p~在~之间等待的毫秒数。~-q~每个跃点的查询数。~-w~为每次回复所等待的毫秒数。~-t~将第~层优先级标记（例如，对于）连接到数据包并~将它发送到路径中的每个网络设备。这有助于标识没有正确配置第~层优先级的网络~设备。-t~开关用于测试服务质量~连通性。~-r检查以确定路径中的每个路由器是否支持"资源保留协议"~，此协议允许主机为数据流保留一定量的带宽。~开关用于测试服务质量~连~通性。~

默认的跃点数是，并且超时前的默认等待时间是~秒。默认时间是~毫秒，并~且沿着路径对每个路由器进行查询的次数是。~

以下是典型的~报告。跃点列表后所编辑的统计信息表明在每个独立路由器~上数据包丢失的情况。~

d:\>pathping~

tracing~over~0~1~2~3~4~5~

computing~source~hop~0~0/~1~13/~2~0/~3~0/~4~0/~5~

trace~

当运行~时，在测试问题时首先查看路由的结果。此路径与~命令所~显示的路径相同。然后~命令对下一个~毫秒显示忙消息（此时间根据跃~点计数变化）。在此期间，pathping~从以前列出的所有路由器和它们之间的链接之间~收集信息。在此期间结束时，它显示测试结果。~

最右边的两栏~和~包含的信息最有用。172~.16.87.218（跃点）和（跃点）丢失~的数据包。~所有其他链~接工作正常。在跃点~和~中的路由器也丢失寻址到它们的数据包（如~/link~栏中所示），但是该丢失不会影响转发的路径。~

对链接显示的丢失率（在最右边的栏中标记为）表明沿路径转发丢失的数据包。该~丢失表明链接阻塞。对路由器显示的丢失率（通过最右边栏中的~地址显示）表明~这些路由器的~可能超负荷运行。这些阻塞的路由器可能也是端对端问题的一个因~素，尤其是在软件路由器转发数据包时。