当前位置: 首页 » 资讯 » 机械 » 正文

医生怀疑网络发送命令不能成为成功的奥秘。

发布日期:2023-10-07 11:50:57     浏览次数:20
核心提示:有两个工作站的局域网,通过内置的Windows系统净send命令发送消息给对方,甚至建议两种错误故障,那么为什么净send命令,会有不一样的发现故障,我们如何应对的问题,向网络发送不成功的奥秘。现在,我将对故障现象以及故障排除过程进行贡献,
有两个工作站的局域网,通过内置的Windows系统净send命令发送消息给对方,甚至建议两种错误故障,那么为什么净send命令,会有不一样的发现故障,我们如何应对的问题,向网络发送不成功的奥秘。现在,我将对故障现象以及故障排除过程进行贡献,供大家参考!


故障现象


局域网中有A和B两个工作站。其中之一就是WindowsXP操作系统。IP地址是.10,和工作站的Windows 2003操作系统。IP地址是.我尝试在工作站系统中执行net send命令字符串;.20,testB发送工作站;test测试信息,工作站系统弹出一般性网络错误故障提示,而且还出现了net helpmsg 2136型;以获得更多的帮助;这样的消息;当我试图在乙工作站系统中执行net send命令字符串;.10 test,发送一个工作站;一个系统;test测试信息,乙工作站系统竟然弹出不能被网络上的消息别名发现的故障提示;,而且还出现了型nethelpmsg 2273以获得更多的帮助;这些M信息。为什么不同的工作站在局域网。在执行相同的净send命令,系统会弹出一个不同的故障提示,不同的信息,帮助它,我们应该如何应对的问题,网络发送不成功的奥秘


故障排除


根据工作站系统弹出型nethelpmsg 2136从得到更多的帮助;消息,立即实施一个工作站系统;nethelpmsg 2136结果字符串中的命令,如图1所示的结果界面中,我了解到,这很可能是由于网络故障的硬件出现破损,就会发生硬件设备没有网络连接或网络卡。为了验证笔者的分析,在本系统的实现.20平;平字符串命令,到一个工作站,发现该表的成功执行,与明的工作站系统B工作站系统和网络设备的物理线路没有问题。消除网络在发生硬件损坏的可能性后,什么因素会导致系统弹出一般网络错误的故障提示;它不会用工作站系统净send自己的经验,以确定故障命令;净send在工作站系统命令是正常的操作,T中的实现他系统的网络发送.10;test字符串命令,试着给自己发短信,最后的结果是消息被发送到.10,表明网;send在工作站系统中运行的字符串命令是正常的。通过以上的调查和分析,笔者估计,这是可能的,乙工作站系统有它自己的问题。



图1


根据B工作站系统弹出型nethelpmsg 2273以获得更多的帮助;提示信息,在乙工作站系统的net helpmsg实施;2273命令字符串,在弹出的界面如图2所示的结果,作者发现,失败可能是一个B工作站净send不能正确解释原因;命令。为了测试净send命令在乙工作站系统能否正常运行,在网络系统实现;送.20 test字符串命令,尝试发送测试消息,最终的结果是一样的:&不可能别名,网络信息发现这真是系统;净send在不破坏指挥,继续实施网络发送.30;test字符串命令,试图给另一个工作站发送测试消息,最后的结果是消息被发送到.30这表明,净;send字符串命令运行在乙工作站系统是正常的。



图2




所以为什么在乙工作站系统,你可以使用净send命令发送消息给别人,而不成功给自己一个工作站发送信息,它挣扎了很长一段时间,我总是摆脱它;不,我不得不搜索净send具体数据使用;命令,通过寻找信息,用户要发送接收来自他人的信息,必须登录到Windows工作站系统是正确的,但也需要正确的系统中的运输;messenger服务体系。比较这两个条件,笔者估计乙工作站系统无法发送消息自己的,可能是系统的messenger系统服务意外停止运行;据他们估计,右击桌面B工作站在我的电脑从快捷菜单管理图标;命令,打开对应工作站系统的计算机管理窗口,在该窗口的左侧,展开计算机管理;和服务应用和分支项目,在对应服务项目;;右子窗格,用鼠标单击Messenger服务体系,开放的服务属性,如图3所示的界面设置,笔者在interfaceb工作站系统的发现messenger系统服务;真的是残疾人,好像不是自己的B工作站系统将消息发送到犯罪的罪魁祸首是淮Messenger服务。找到失败的原因,我迅速点击图3中的开始按钮,界面;;服务将启动,同时,该服务的启动类型设置为自动,确保在系统重新启动服务不好启动停止运行;Messenger服务体系,力图B工作站系统开展了网送.20;test字符串命令,找到最后的无法在网络上找到消息别名;故障提示没有流行起来,所以工作站B;无法在网络上的消息别名发现故障;成功地解决了!



图3


现在,从B工作站工作站发送消息时,不是思想;不能被网络上的消息别名发现;故障,但是当我实践的检验,使B工作站Messenger对故障现象的情况下,服务体系仍然存在。通过以上的调查和分析,作者已经基本确认,净;sendA、B系统中的两个工作站运行正常的命令,每个工作站接收短信功能正常;让笔者感到困惑的是为什么,两站之间已无法成功发送信息,这样做是和B两工作站之间的物理线路问题笔者不放心,又在乙工作站系统MS-DOS窗口中执行;平.10字符串命令,是否从B Ping工作站工作站,实施的结果让我感到很惊讶。请求定时出现;out这表明,难怪B站不能成功的消息给发送站。考虑一个工作站可以Ping B和B工作站和工作站,可以发送消息给其他工作站,笔者估计,A、B两工作站肯定没问题之间的物理线路,而且集B工作站系统应该没有问题,但问题可能是工作站的系统设置错误已经发生。这个错误可能是使用两工作站;净send不同故障提示命令的根本理由互相发送信息。


根据上述分析,作者回到工作站系统并仔细检查系统的网络参数。首先打开工作站系统的本地连接属性;;设置窗口,在选择窗口;Internet协议(TCP / IP)选项,然后单击的属性按钮,进入;;TCP / IP窗口参数设置窗口中,作者研究了IP地址和网关参数的结果,发现一切正常;在关闭TCP / IP参数设置窗口,返回到本地连接;;属性设置窗口,我突然转向窗口先进的标签,和一些思想前几天刚刚安装了WindowsXP系统SP2补丁,据说补丁包的防火墙功能得到了加强和完善,没有故障A和B两个工作站不能互相发送消息是由防火墙系统造成的。


想到这里,我赶紧点击本地连接属性设置在高级窗口;;标签,然后单击对应标签页面的设置按钮;;,打开防火墙的设置界面;在查看接口的例外标签页,我看到了文件和打印机共享;项目没有被选中(图4),将项目最终的元凶;作者怀;抱着试试看的态度,在文件和打印机共享;项目选中,并单击确定按钮;B工作站;;系统的MS-DOS窗口执行后;平.10字符串命令,一个工作站,平又发现,每形成送192 .10 test字符串命令,笔者发现现在可以B工作站净send命令发送消息成功的工作站系统,从一个工作站系统和网络实施;送.20 test字符串命令,执行的结果是成功的,它建立一个防火墙的说明故障参数A和B两个工作站无法相互发送消息是一个工作站不当。在这一点上,两个工作站无法通过净send回答该命令不能互相发送信息是解决!



图4


故障总结


在这种情况下,本文可以结束了。但我不明白的是为什么防火墙例外标签页,在文件和打印机共享的,并在项目的所有故障消失。网上查阅资料后,笔者终于明白的原因,原来的文件和打印机共享;相关的四个港口服务和服务体系,他们是UDP 137UDP 138港口;港口,TCP 139TCP 445端口;端口。如果在防火墙的文件和打印机共享不选;的服务,然后在139工作站;TCP;TCP 445端口;端口将被关闭,与PingTCP 445命令将使用;;串口通信,净send命令使用TCP 139 ;通信端口,所以我们在乙工作站系统实现平.10字符串命令,自然会有requesttimed out这样的提示,并尝试发送消息到一个工作站,它也会出现的找不到网络上的别名;在故障提示。Messenger的情况下,在工作站系统和系统服务被停止,也送你当我们从工作站发送消息到B工作站时。一般网络错误有不同的故障提示。


总结上面的故障排除过程,笔者认为,在排除网络故障的过程中,我们将看看除了关键的网络参数,随着网络硬件故障的直接接触,但还需要考虑防火墙系统的干扰因素;而在具体的故障排除,我们必须仔细思考,一通过分析,又排除在外,可以有效地解决故障现象。

头条分类

免责声明:本站所有信息由各公司自行发布,请在交易前确认真实合法性,本站不承担任何交易及此类作品侵权行为的直接责任及连带责任!