首页 游戏攻略 服务器消息18456,服务器网络消息列表不兼容

服务器消息18456,服务器网络消息列表不兼容

大家好,今天来为大家分享服务器网络消息列表不兼容的一些知识点,和我的世界服务器网络消息列表不兼容的问题解析,大家要是都明白,那么可以忽略,如果不太清楚的话可以看看本篇文章,相信很大概率可以解决您的问题,接下来我们就一起来看看吧!

本文目录

  1. 我的世界服务器网络消息列表不兼容
  2. 网络连接失败或服务器超时
  3. 常用的网络交流工具有哪些

题主是否想询问“我的世界服务器网络消息列表不兼容的原因”?插件或模组不兼容,网络连接问题。

1、插件或模组不兼容:在服务器上安装了插件或模组,存在与Minecraft版本不兼容的问题。某些插件或模组需要特定版本的Minecraft才能正常工作。

2、网络连接问题:网络连接问题,如高延迟、丢包或不稳定的连接,会导致网络消息在传输过程中出现问题,从而导致不兼容的错误。

一般会遇到以下N种情况,你看有没有你的那种:

解决方案:如果有另一台计算机可以访问 Internet,那么请查看兼容调制解调器的列表。要查找由 Windows操作系统支持的硬件,请访问 Microsoft网站上的 Windows目录。

原因:调制解调器没有正确连接或已关闭。

解决方案:验证调制解调器是否适当地连接到了计算机上的正确端口。如果调制解调器是外置的,那么请验证电源是否已打开。

无法连接到 Internet服务提供商(ISP)。

解决方案:询问 ISP以验证远程访问服务器是否正在运行。

原因:没有有效的用户帐户,或者没有远程访问权限。

解决方案:询问 ISP是否已建立您的用户帐户以及您是否具有远程访问权限。

原因:拨打的号码不对,或者拨打了正确的号码但却忘记拨打外线访问号码,例如 9。

解决方案:验证所拨的号码是否正确。

原因:调制解调器无法与服务器的调制解调器协商。

解决方案:尝试使用与服务器使用的类型相同的调制解调器。

解决方案:不要使用大多数鼠标硬件所带的 9到 25针转换器,因为其中有一些不能传输调制解调器信号。为安全起见,应该使用专用的转换器。

原因:电话线(例如,在旅馆的房间内)不适应调制解调器的速度。

解决方案:选择较低的速率(bps)(或者向旅馆经理申请一条直拨线)。

另请参阅:更改调制解调器端口的最大速度。

原因:尝试使用的线路是数字的。

解决方案:大多数的调制解调器只能使用模拟电话线。请验证是否安装了模拟电话线,或者如果安装了数字电话线,请验证服务器和客户端是否具备数字调制解调器。

尝试连接时,收到 ISP服务器没有响应的消息。

速率较高时,调制解调器与服务器的调制解调器不兼容。

电话线路上存在许多干扰,这会阻止调制解调器以较高的 bps速率进行连接。

在客户端和服务器之间有某种切换设备,会阻止两个调制解调器以较高的 bps速率协商。

解决方案:将调制解调器调到较低的速率(bps)。

另请参阅:更改调制解调器端口的最大速度。

解决方案:询问您的 ISP以验证服务器是否在运行。

调制解调器总是以比指定速率(bps)低的速率连接。

原因:调制解调器和电话线路运行不正常。电话线上过多的干扰会导致会话中断。

解决方案:您可以使用调制解调器诊断程序来确认调制解调器是否操作正常。

解决方案:询问电信公司以验证线路的质量。

原因:正在拨打的线路影响速度。

解决方案:如果可以使用多个号码连接到 ISP,那么请尝试其他号码,看速度是否有所提高。

原因:调制解调器软件需要更新。

解决方案:请与调制解调器的制造商联系,以获得调制解调器软件的更新版本。

原因:呼叫等待在干扰您的连接。

解决方案:验证电话是否有呼叫等待功能。如果有,请禁用呼叫等待并尝试再次呼叫。

原因:由于不活动,ISP断开了与您的连接。

原因:有人接听电话。拿起电话时,连接将自动断开。

解决方案:验证调制解调器电缆连接正确。

原因:调制解调器软件需要更新。

解决方案:请与调制解调器的制造商联系,以获得调制解调器软件的更新版本。

原因:因为 ISP更改了服务器上的设置,所以您需要更改自己的调制解调器设置。

解决方案:请与 ISP系统管理员联系以验证调制解调器的设置。

解决方案:询问 ISP系统管理员以验证服务器是否正在运行。

调制解调器无法与 ISP服务器的调制解调器正确协商。

计算机的串行端口无法跟上您选择的速度。

解决方案:请尝试用较低的初始端口速度进行连接。

原因:调制解调器软件需要更新。

解决方案:请与调制解调器的制造商联系,以获得调制解调器软件的更新版本。

解决方案:验证调制解调器是否已经打开。如果调制解调器被关闭,请将其打开并重新拨号。

解决方案:启用调制解调器日志记录来测试连接。

解决方案:如果您的调制解调器是通过“终端”而不是“网络连接”进行通讯,那么连接调制解调器与计算机的电缆可能不兼容。您需要安装兼容的电缆。

串行端口之间的冲突导致连接问题。

解决方案: Com1和 Com3共享中断请求(IRQ) 4。Com2和 Com4共享 IRQ 3。因此,对于串行通信,不能同时使用 COM1和 COM3,也不能同时使用 COM2和 COM4。例如,不能在 COM1上使用“网络连接”的同时在 COM3上使用“终端”。

该规则同样适用于在使用其他串行通讯程序(例如“网络连接”或“终端”程序)的同时使用鼠标的情况。如果使用智能串行适配器(如 DigiBoard串行卡),那么此规则不适用。

试图使用 ISDN连接时,收到“无应答”的消息。

原因: ISP服务器没有应答,因为服务器已关机或者调制解调器没有连接。

解决方案:请与系统管理员联系。

解决方案:稍后再尝试呼叫,或与您的系统管理员联系。

解决方案:验证是否正确安装和配置了 ISDN适配器。

解决方案:在某些情况下,ISDN线路上的每个 B信道都有自己的号码,而在其他的情况下,两个 B信道共用一个号码。电信公司可以告诉您 ISDN线路有多少个号码。

原因:如果是在美国或加拿大,那么服务配置文件标识符(SPID)的配置不正确。SPID通常由开头、结尾或两头附加数字的电话号码组成。SPID帮助交换机了解连接到线路上的设备的类型,以及对线路上适当设备的路由呼叫。如果 ISDN信道需要 SPID,但是没有正确输入,那么设备将无法进行呼叫或接受呼叫。

解决方案:验证是否正确地输入了 SPID。

原因:线路条件不好(例如,过多的干扰)导致连接中断。

解决方案:等几分钟再尝试拨号。

原因:您没有启用线路类型协商,或不能使用所选择的线路类型进行连接。

解决方案:如果没有最新的 PCIMAC-ISA DigiBoard卡(序列号为 A14308或更高),那么请与 DigiBoard联系进行更换。

原因:拨号 PAD配置了错误的 X.3参数或串行设置。

解决方案:如果远程访问服务器正在运行,而您不能通过 X.25智能卡或外部 PAD直接连接到它,那么请修改拨号 PAD X.3参数或串行设置。询问系统管理员正确的设置是什么。

原因:新建的 Pad.inf项不正确。

解决方案:您可以检查用于直接连接和外部 PAD的其他 Pad.inf项,并查看其注释。可能需要线路分析器或终端程序才能看到 PAD的响应。对于拨号 PAD项,可以使用 Pad.inf中的项作为范例,同时注意范例所附的注释。

解决方案:如果连接到拨号 PAD的调制解调器在连接时的速度低于其应有的速度,那么请使用兼容的调制解调器替换它。

原因:远程访问服务器的线路拥挤。如果已经建立连接,但是网络驱动器会断开,而且您的会话会被断开或遇到网络错误,那么原因可能是远程访问服务器的租用线路上出现拥挤。

例如,若四个客户端以 9600 bps的速率进行连接(通过拨号 PAD),则要求服务器端的租用线路为 38,400 bps(四倍于 9600)。如果租用线路没有足够的带宽,则可能会造成超时并降低已连接客户端的性能。此例假定“路由和远程访问”使用了全部带宽。如果路由和远程访问共享带宽,那么可以建立的连接会更少。

解决方案:您的系统管理员需要验证所租用线路的速度能够支持所有 COM端口以客户端拨入时使用的各种速度进行连接。

原因: TCP/IP连接问题阻止您连接到 PPTP服务器。

解决方案:您或您的系统管理员可以使用 ipconfig和 ping命令来验证到服务器的连接。

原因: Winsock代理客户端处于活动状态。

解决方案:当 Winsock代理客户端处于活动状态时,VPN连接不能工作。在虚拟网络连接对数据包进行封装处理之前,Winsock Proxy已经将数据包重定向到代理服务器。请要求系统管理员禁用 Winsock代理客户端。

原因:您在远程访问服务器上没有适当的连接和域访问权限。

解决方案:请与系统管理员联系。

原因:如果使用的是 TCP/IP协议,那么说明没有唯一的 TCP/IP地址。

解决方案:请与系统管理员联系。

原因:名称解析问题阻止您将名称解析为 IP地址。

解决方案:在连接中指定完全合格的域名和 IP地址。

使用 PPP或 TCP/IP实用程序进行的连接失败。

解决方案:如果您不能使用 PPP连接到服务器,或者远程计算机终止您的连接,那么服务器可能不支持 LCP扩展。请在“网络连接”中,清除“启用 LCP扩展”复选框。

原因: IP报头压缩阻止 TCP/IP实用程序的运行。如果已使用 PPP成功地连接到远程服务器,但是 TCP/IP实用程序不运行,那么问题可能是 IP报头压缩。

解决方案:在关闭 IP报头压缩以后,尝试重新连接。

特定的程序遇到 Internet连接问题,而且 Internet连接共享、Windows防火墙或者两者同时被启用。

原因: Windows防火墙、Internet连接共享或者这两者阻止程序或者禁止程序成功建立跨 Internet的完全双向通讯。

解决方案:从程序制造商那里获取 Internet连接共享和 Windows防火墙插件。Internet连接共享和 Windows防火墙插件可以在启用 Internet连接共享(ICS)或 Windows防火墙时解决特定程序遇到的任何 Internet连接问题。插件是在磁盘或者 Internet上作为可执行文件提供的。因为 Internet连接共享和 Windows防火墙插件可能使您的网络不安全,所以只有当它们的来源可信时才应该安装。详细信息,请参阅使用 Internet连接共享和 Windows防火墙插件。

使用 Internet连接共享建立的连接失败。

原因:共享了错误的 LAN网络适配器。

解决方案:有 Internet连接共享的计算机需要两个连接。一个连接通常是网络适配器,连接到家庭或小型办公网络上的计算机,而另一个连接则将家庭或小型办公网络连接到 Internet。需要确保在将家庭或小型办公网络连接到 Internet的连接上启用 Internet连接共享。

原因:家庭或小型办公网络没有安装 TCP/IP。

解决方案:默认情况下,运行 Windows XP、Windows 2000、Windows Millennium Edition、Windows 98和 Windows NT 4.0的计算机上安装了 TCP/IP协议。如果家庭或小型办公网络上的用户运行的是其他操作系统,那么请检查计算机上是否安装了 TCP/IP协议。

原因:如果家庭或小型办公网络上的用户无法连接 Internet,那么可能是计算机上的 TCP/IP配置不正确。

解决方案:确保在本地连接上建立了下列 TCP/IP设置:

IP地址:自动获取 IP地址(通过 DHCP)

DNS服务器:自动获取 DNS服务器地址

对于运行 Windows 95、Windows 98、Windows Millennium或 Windows NT 4.0的计算机,可以在“控制面板”的“网络”中找到 TCP/IP设置。

原因:如果家庭或小型办公网络用户不能连接 Internet,那么需要修改其 Internet选项。

解决方案:必须修改 Internet连接共享的 Internet选项。详细信息,请参阅配置 Internet连接共享的 Internet选项。

原因:没有启动 Internet连接共享服务。

解决方案:使用事件查看器确认是否已启动 Internet连接共享服务。

原因:没有正确配置 Internet连接共享计算机的名称解析。

解决方案:您可能需要在计算机上配置 WINS或 DNS名称解析服务。如果家庭或小型办公网络中的计算机无法将名称解析为 IP地址,那么可以使用 ipconfig命令检查 Internet连接共享计算机的名称解析配置。ISP配置名称解析的方法有两种:

必须用 ISP提供的名称服务器的 IP地址来手动配置 TCP/IP协议。如果您拥有静态分配的名称服务器,那么就可以随时使用 ipconfig命令来获取您的已配置名称服务器的 IP地址。

不需要手动配置。只要一拨打 ISP,就会动态分配 ISP提供的名称服务器的 IP地址。如果名称服务器是动态分配的,那么必须在连接到 ISP“之后”运行 ipconfig命令。

原因:如果不能通过 Internet玩游戏,那么此应用程序使用的协议是不可转换的。

解决方案:尝试从 Internet连接共享计算机运行该程序。如果程序在那里能正常运行,而在家庭或小型办公网络的其他计算机上却不能,那么说明该程序可能是不可转换的。

原因:如果无法在 Internet上玩游戏,那么可能没有在运行 Internet连接共享的计算机上配置该程序。

解决方案:验证是否正确配置了该程序,包括端口号。

原因:如果 Internet用户不能看到家庭或小型办公网络上的服务(如 Web服务器),那么该服务没有正确配置。

解决方案:验证已正确配置了该服务,包括端口号和 TCP/IP地址。

原因:如果家庭网络上的用户不能使用友好名称访问 Internet站点,那么存在 DNS解析问题。

解决方案:当访问 Internet资源时,请让您的家庭或小型办公网络上的用户使用完全合格的域名或 IP地址。

检查本地连接图标的外观。根据本地连接的状态,“网络连接”文件夹中本地连接图标的外观会有所不同。而且,如果本地连接媒体断开(例如,电缆被拔掉),那么通知区域将显示一个状态图标。详细信息,请参阅本地连接。

使用设备管理器验证您的网络适配器工作是否正常。

原因:本地连接电缆可能没有插入网络适配器。

解决方案:检查并确保本地连接电缆已插入网络适配器。

使用笔记本电脑连接到 ISP时,部分或所有程序运行不正常。

原因:当使用 ISP连接时,WinSock代理客户端可能会阻止程序正常运行。

解决方案:如果您是移动用户,并且是在公司环境中使用笔记本电脑,那么当您使用同一台计算机拨号连接到 ISP或其他网络时,可能需要禁用 Microsoft WinSock代理客户端(“控制面板”中的 WSP客户端)。例如,如果在办公室使用笔记本电脑,并且在家中使用同一台计算机连接到 ISP或其他网络,那么当您使用 ISP连接时,可能会在运行各种应用程序时遇到问题。(例如,您的程序可能无法找到需要的资源或服务器。)如果是这种情况,请禁止 Microsoft WinSock代理客户端(“控制面板”中的 WSP客户端)运行那些您在公司办公室里使用笔记本电脑时经常运行的程序。

传入连接客户端看不到传入连接计算机之外的资源。

如果你玩过路由器的话,就知道路由器里面那些很好玩的命令缩写。

例如,\”shint\”的意思是\”showinterface\”。

现在Windows2000也有了类似界面的工具,叫做netsh。

我们在Windows2000的cmdshell下,输入netsh

然后输入dump,我们就可以看到当前系统的网络配置:

#———————————-

#———————————-

#InterfaceIPConfigurationfor\”LocalAreaConnection\”

setaddressname=\”LocalAreaConnection\”source=staticaddr=192.168.1.168

addaddressname=\”LocalAreaConnection\”addr=192.1.1.111mask=255.255.255.0

setaddressname=\”LocalAreaConnection\”gateway=192.168.1.100gwmetric=1

setdnsname=\”LocalAreaConnection\”source=staticaddr=202.96.209.5

setwinsname=\”LocalAreaConnection\”source=staticaddr=none

#EndofinterfaceIPconfiguration

上面介绍的是通过交互方式操作的一种办法。

\”netshinterfaceipaddaddress\”LocalAreaConnection\”10.0.0.2255.0.0.0\”

在提示符下,输入?就可以找到答案了。方便不方便啊?

原来微软的东西里面,也有那么一些让人喜欢的玩意儿。可惜,之至者甚少啊!

使用ipconfig管理DNS和DHCP类别ID

使用nbtstat解决NetBIOS名称问题

发现和解决TCP/IP网络问题时,先检查出现问题的计算机上的TCP/IP配置。可以使用ipconfig命令获得主机配置信息,包括IP地址、子网掩码和默认网关。

对于Windows95和Windows98的客户机,请使用winipcfg命令而不是ipconfig命令。

使用带/all选项的ipconfig命令时,将给出所有接口的详细配置报告,包括任何已配置的串行端口。使用ipconfig/all,可以将命令输出重定向到某个文件,并将输出粘贴到其他文档中。也可以用该输出确认网络上每台计算机的TCP/IP配置,或者进一步调查TCP/IP网络问题。

例如,如果计算机配置的IP地址与现有的IP地址重复,则子网掩码显示为0.0.0.0。

下面的范例是ipconfig/all命令输出,该计算机配置成使用DHCP服务器动态配置TCP/IP,并使用WINS和DNS服务器解析名称。

EthernetadapterLocalAreaConnection:

HostName………:corp1.microsoft.com

Description…….:3Com3C90xEthernetAdapter

PhysicalAddress…..:00-60-08-3E-46-07

IPAddress………:192.168.0.112

SubnetMask……..:255.255.0.0

DefaultGateway……:192.168.0.1

PrimaryWINSServer….:10.1.0.101

SecondaryWINSServer…:10.1.0.102

LeaseObtained…….:Wednesday,September02,199810:32:13AM

LeaseExpires…….:Friday,September18,199810:32:13AM

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

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

使用ipconfig/renew时,使用DHCP的计算机上的所有网卡(除了那些手动配置的适配器)都尽量连接到DHCP服务器,更新现有配置或者获得新配置。

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

对于启用DHCP的Windows95和Windows98客户,请使用winipcfg命令的release和renew选项,而不是ipconfig/release和ipconfig/renew命令,手动释放或更新客户的IP配置租约。

使用ipconfig管理DNS和DHCP类别ID

详细信息,请参阅使用ipconfig查看或重置客户解析程序缓存。

详细信息,请参阅使用ipconfig更新DNS客户注册。

详细信息,请参阅显示客户机上的DHCP类别ID信息。

详细信息,请参阅设置客户机上的DHCP类别ID信息。

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

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

Ping环回地址验证是否在本地计算机上安装TCP/IP以及配置是否正确。

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

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

pingIP_address_of_default_gateway

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

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

如果在任何点上都无法成功地使用Ping,请确认:

安装和配置TCP/IP之后重新启动计算机。

“Internet协议(TCP/IP)属性”对话框“常规”选项卡上的本地计算机的IP地址有效而且正确。

启用IP路由,并且路由器之间的链路是可用的。

您可以使用Ping命令的不同选项来指定要使用的数据包大小、要发送多少数据包、是否记录用过的路由、要使用的生存时间(TTL)值以及是否设置“不分段”标志。可以键入ping-?查看这些选项。

下例说明如何向IP地址172.16.48.10发送两个Ping,每个都是1,450字节:

C:>ping-n2-l1450172.16.48.10

Pinging172.16.48.10with3450bytesofdata:

Replyfrom172.16.48.10:bytes=1450time<10msTTL=32

Replyfrom172.16.48.10:bytes=1450time<10msTTL=32

Packets:Sent=2,Received=2,Lost=0(0%loss),

Approximateroundtriptimesinmilli-seconds:

Minimum=0ms,Maximum=10ms,Average=2ms

默认情况下,在显示“请求超时”之前,Ping等待1,000毫秒(1秒)的时间让每个响应返回。如果通过Ping探测的远程系统经过长时间延迟的链路,如卫星链路,则响应可能会花更长的时间才能返回。可以使用-w(等待)选项指定更长时间的超时。

“地址解析协议(ARP)”允许主机查找同一物理网络上的主机的媒体访问控制地址,如果给出后者的IP地址。为使ARP更加有效,每个计算机缓存IP到媒体访问控制地址映射消除重复的ARP广播请求。

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

详细信息,请参阅查看“地址解析协议(ARP)”缓存和添加静态ARP缓存项目。

使用nbtstat解决NetBIOS名称问题

TCP/IP上的NetBIOS(NetBT)将NetBIOS名称解析成IP地址。TCP/IP为NetBIOS名称解析提供了很多选项,包括本地缓存搜索、WINS服务器查询、广播、DNS服务器查询以及Lmhosts和主机文件搜索。

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

nbtstat-n显示由服务器或重定向器之类的程序在系统上本地注册的名称。

nbtstat-c显示NetBIOS名称缓存,包含其他计算机的名称对地址映射。

nbtstat-R清除名称缓存,然后从Lmhosts文件重新加载。

nbtstat-RR释放在WINS服务器上注册的NetBIOS名称,然后刷新它们的注册。

nbtstat-aname对name指定的计算机执行NetBIOS适配器状态命令。适配器状态命令将返回计算机的本地NetBIOS名称表,以及适配器的媒体访问控制地址。

nbtstat-S列出当前的NetBIOS会话及其状态(包括统计),如下例所示:

LocalnameStateIn/outRemoteHostInputOutput

——————————————————————

CORP1ConnectedOutCORPSUP16MB5MB

CORP1ConnectedOutCORPPRINT108KB116KB

CORP1ConnectedOutCORPSRC1299KB19KB

CORP1ConnectedOutCORPEMAIL1324KB19KB

可以使用netstat命令显示协议统计信息和当前的TCP/IP连接。netstat-a命令将显示所有连接,而netstat-r显示路由表和活动连接。netstat-e命令将显示Ethernet统计信息,而netstat-s显示每个协议的统计信息。如果使用netstat-n,则不能将地址和端口号转换成名称。下面是netstat的输出示例:

ProtoLocalAddressForeignAddressState

TCPCORP1:1572172.16.48.10:nbsessionESTABLISHED

TCPCORP1:1589172.16.48.10:nbsessionESTABLISHED

TCPCORP1:1606172.16.105.245:nbsessionESTABLISHED

TCPCORP1:1632172.16.48.213:nbsessionESTABLISHED

TCPCORP1:1659172.16.48.169:nbsessionESTABLISHED

TCPCORP1:1714172.16.48.203:nbsessionESTABLISHED

TCPCORP1:1719172.16.48.36:nbsessionESTABLISHED

TCPCORP1:1241172.16.48.101:nbsessionESTABLISHED

ReceivedPacketsDelivered=4616524

DatagramsSuccessfullyFragmented=0

DatagramsFailingFragmentation=0

Tracert(跟踪路由)是路由跟踪实用程序,用于确定IP数据报访问目标所采取的路径。Tracert命令用IP生存时间(TTL)字段和ICMP错误消息来确定从一个主机到网络上其他主机的路由。

通过向目标发送不同IP生存时间(TTL)值的“Internet控制消息协议(ICMP)”回应数据包,Tracert诊断程序确定到目标所采取的路由。要求路径上的每个路由器在转发数据包之前至少将数据包上的TTL递减1。数据包上的TTL减为0时,路由器应该将“ICMP已超时”的消息发回源系统。

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

Tracert命令按顺序打印出返回“ICMP已超时”消息的路径中的近端路由器接口列表。如果使用-d选项,则Tracert实用程序不在每个IP地址上查询DNS。

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

Tracingrouteto172.16.0.99overamaximumof30hops

可以使用tracert命令确定数据包在网络上的停止位置。下例中,默认网关确定192.168.10.99主机没有有效路径。这可能是路由器配置的问题,或者是192.168.10.0网络不存在(错误的IP地址)。

Tracingrouteto192.168.10.99overamaximumof30hops

110.0.0.1reportsestinationnetunreachable.

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

Tracert命令支持多种选项,如下表所示。

tracert[-d][-hmaximum_hops][-jhost-list][-wtimeout]target_name

-d指定不将IP地址解析到主机名称。

-hmaximum_hops指定跃点数以跟踪到称为target_name的主机的路由。

-jhost-list指定Tracert实用程序数据包所采用路径中的路由器接口列表。

-wtimeout等待timeout为每次回复所指定的毫秒数。

target_name目标主机的名称或IP地址。

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

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

-nHostnames不将地址解析成主机名。

-hMaximumhops搜索目标的最大跃点数。

-gHost-list沿着路由列表释放源路由。

-pPeriod在ping之间等待的毫秒数。

-qNum_queries每个跃点的查询数。

-wTime-out为每次回复所等待的毫秒数。

-TLayer2tag将第2层优先级标记(例如,对于IEEE802.1p)连接到数据包并将它发送到路径中的每个网络设备。这有助于标识没有正确配置第2层优先级的网络设备。-T开关用于测试服务质量(QoS)连通性。

-RRSVPisbaseChe检查以确定路径中的每个路由器是否支持“资源保留协议(RSVP)”,此协议允许主机为数据流保留一定量的带宽。-R开关用于测试服务质量(QoS)连通性。

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

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

Computingstatisticsfor125seconds…

HopRTTLost/Sent=PctLost/Sent=PctAddress

141ms0/100=0%0/100=0%172.16.87.21813/100=13%|

222ms16/100=16%3/100=3%192.68.52.10/100=0%|

324ms13/100=13%0/100=0%192.68.80.10/100=0%|

421ms14/100=14%1/100=1%10.54.247.140/100=0%|

524ms13/100=13%0/100=0%10.54.1.196

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

最右边的两栏ThisNode/LinkLost/Sent=Pct和Address包含的信息最有用。172.16.87.218(跃点1)和192.68.52.1(跃点2)丢失13%的数据包。所有其他链接工作正常。在跃点2和4中的路由器也丢失寻址到它们的数据包(如ThisNode/Link栏中所示),但是该丢失不会影响转发的路径。

OK,本文到此结束,希望对大家有所帮助。

关于作者: 谷德小子

发表回复