本地连接有发送无接收,接收为0
在日常的网络维护中，常常出现"本地连接"有发送无接收，这个故障曾经让我伤透脑筋，现在也没有一个正确的解决方案，而下面列举的是我在处理这些故障过程中，所遇到的各类问题以及应付措施。
1.禁用网卡，然后重新启用，重新启动电脑、插拔网线，看情况是否改善。（备注：用这个办法我也解决了好多这类问题，简单不费时间。）
2.卸载网卡驱动，重新安装网卡驱动，然后分配IP地址。（备注：我曾经给别的企业用这个方法后，也没有解决问题，只好重新安装系统，问题解决。）
网络连接图标不见了3.如果网卡是10/100Mbps自适应，可以试着把网卡速率设置为10Mbps试一下（备注：选择网卡属性，在“常规”选项卡中单击“配置”按钮，在“高级”选项卡中的“Link Speed/Duplex Mode”后面选择10。）
4.在这个情况下，用ping 命令ping 本地地址或127.0.0.1，可以确认以下几点。
◆该计算机是否正确安装了网卡。若果测试不成功，应当在控制面板的“系统”属性中查看前方是否有一个黄的“！”，如果有，则删除该网卡，并重新正确安装。如果没有，则继续向下检查。如果能ping通的话，则说明网卡是正常的。
◆该计算机是否正确安装了TCP/IP。如果测试不成功，应当在控制面板的“网络”属性中查看是否安装了ICP/IP。如果没有安装，则安装ICP\IP并正确配置后，重新启动计算机并再次测试。如果已经安装，继续向下检查。
◆该计算机是否配置了IP地址和子网掩码。如果测试不成功，应当在控制面板的“网络”属性中查看IP地址和子网掩码是否设置正确。如果设置不正确，重新设置后，重新启动计算机并再次测试。如果设置正确，继续向下检查。
◆确认网络连接是否正常。如果测试不成功，应当对网络设备和通信介质逐段测试、检查和排除。(备注：这个方法可以排除自身网卡和协议的故障。)
  上述方法，只是简单的介绍下这类故障的解决方法，其实，在日常网络维护中，如果自身的网卡、协议、系统没有问题的话，就考虑下，网线，水晶头和交换机的接口等等。  如果您有什么好的解决方法和思路，感谢在这里分享。
本地连接有发送无接收
2009-07-10 16:43
本地连接有发送无接收
看看你的网关吧！
要是自动获取就上网你所在地的网关
如果已经有了，就改为自动获取。试试吧
或是看你的网线插牢了么！
有很多问题！`不只一种。比如有网关，网线，水晶头，IP地址，系统，硬件。等等。
我们网管员在日常维护中会经常遇到这么一个奇怪的问题:机器只能发送数据包却不能接受数据包。笔者在长期的日常维护中也排除了一些类似的故障，所以讲出来大家分享分享，不足之处请大家批评、指正、补充。
  网卡惹的祸
  故障现象:公司局域网一台电脑不能连网，本地网络连接状态只发送数据，而接收数据包为0。
  故障处理:使用笔记本电脑测试，网络正常，于是更换计算机网卡，故障解决。
  故障原因:网卡物理故障。
  双绞线惹的祸
  故障现象:利用ADSL　MODEM的路由功能，笔者与六个邻居通过一个10M　HUB共享一条ADSL宽带上网，一个月来运行正常。前天，自家电脑突然不能上网了，ADSL虚拟拨号不通，而其它五家都能正常上网。
  故障处理:首先怀疑是系统故障，于是在Windows XP中重装网卡驱动程序，重建ADSL拔号连接，仍然不能拨通，接着在自家换用其它能正常上网的笔记本电脑，故障依旧，这就排除了电脑本身的问题。在HUB上调换了端口，甚至直接连接到ADSL MODEM上，故障依旧，而他人利用该端口却能正常上网，这也就排除了HUB端口故障。查看本地连接，网络连接图标正常地显示在任务栏，上面并未出现“×”(事实上网络不通时网络连接图标上往往有个“×”)，再查看网络连接状态，发现只有发送数据包，接收数据包为0，由此断定网络连接有问题，于是检查了一下线路，看是否有扭曲或断裂，并未发现异常现象，然后在双绞线两端依次重新制作水晶头接头，故障还是没有解决。于是冷静地思考了一下，双绞线有四对线，水晶头中1、2、3、4、5、6、7、8位置依次为白橙、橙、白绿、兰、白兰、绿、棕、白棕，实际使用的是其中两对线，它们排在水晶头的1、2与3、6位置。由于接收数据包为0，怀疑是其中一对线有问题(白橙、橙或白绿、绿，事实上应该是排在3、6位置的一对线为接收数据线)，于是在双绞线两端重新制作接头，按照非常规的排线顺序:水晶头中1、2、3、4、5、6、7、8位置依次为白橙、橙、白兰、棕、白棕、兰、白绿、绿，当然仍要保持1、2为一对线，3、6为一对线。重新连接好双绞线，问题解决了。为了进一步证明自己的推断，白绿、绿这一对线有问题，后来借来了网线测试仪，果然测得白绿、绿这一对线不通，但由于7、8位置上这一对线是备用线，实际上不起作用，对网络连接并没有影响。
  故障原因:5类UTP双绞线有4对线，实际使用的是其中两对用于接收和发送数据，由于1、2或3、6位置的某一对线出现故障，引起网络通讯故障，事实上即使4、5或7、8位置的两对线断裂也不会影响网络通讯。
  VLAN惹的祸
  故障现象:公司局域网通过CISCO 4006交换机千兆光纤接口与上级总部相联，交换机有四个模块，共划分为三个VLAN，网络一直运行正常。后来因上级部门要求，对VLAN及IP地址进行了重新规划与调整，结果公司大部分电脑能正常连网，但有一些电脑却不能正常连网。在不能正常连网的电脑上发现:网络连接图标显示在任务栏，上面并未出现“×”，再查看网络连接状态，发现只有发送数据包，接收数据包为0。
  故障处理:首先怀疑是交换机物理故障，但观察交换机的指示灯状态以及各端口的状态，显示为绿灯，状态正常。接着用笔记本电脑在故障点进行测试，故障依旧。这就排除了电脑本身故障。然后用网线测试仪在网络两端进行了测试，网线正常。最后仔细地检查了交换机配制，发现有一条设置VLAN的命令，SET VLAN 80 3/1-48，5/1-34，而实际上只有4个模块，这里将模块号4错写成了5，重新配制VLAN 80，SET VLAN 80 3/1-48，4/1-34，故障排除。
  故障原因:由于连接在模块4上的端口的计算机IP地址是按VLAN 80进行配制，事实上因配制错误，模块4的端口并没有划入VLAN 80，这些计算机实际上并不属于任何VLAN，导致计算机不能通讯的故障。
  从以上三例故障处理中本人得到以下启示:
  出现网络故障要善于分析，依次排除。当网络连接图标出现在任务栏中，只有发送数据包而接收数据包为0时，可能的故障原因至少有:网卡物理故障、网线故障、计算机IP地址与交换机上对应的端口所在VLAN不匹配。
实际中，还发现一种情况，就是有些交换器和网线使用时间久远，需更换网络接口，或更换交换器，或接头重做等。
一次，小王所在单位的大多数电脑突然无法与局域网连接了，怎么回事？小王连忙查看电脑的相关属性，发现能正常工作的电脑，无论是使用指定IP还是使用通过DHCP自动获取IP地址，都获得了正确的IP地址；而那些不能正常工作的电脑，是使用DHCP服务自动获得的IP地址，它们的IP地址是169.254开头的地址，这显然不对。正常工作的电脑应使用192开头的C类地址，而这些出问题的电脑用的却是B类地址。由于169与192打头的电脑不处在同一网段，又没有其他跨网段的手段，当然也就无法互通了。到出问题的电脑，记下它的电脑名(例如DP)、目前获得的IP地址(例如192.168.0.42)备用。另一台能正常上网的电脑，从这台电脑Ping刚刚我们记下的那个IP地址：ping 192.168.0.42
不通，再试着Ping那台电脑的电脑名：ping DP。
当然不会通，但是却发现了一个意外的情况——电脑名能够被解析成IP地址，但这个地址192.168.0.57显然不是我们刚刚记下的那个IP地址。这又是怎么回事？重启这些问题电脑——“别试了，如果重启管用还要网管干什么？”网管老李说。我晕……重启后果然故障依旧。
小王：“以前也出现过这种情况，但不像今天一下子坏了一大批。过了两天它自己就好了。”
老李：“一定是DHCP的某个环节出问题了！我们一起来分析一下！”
DHCP的工作机制
之前赛迪网电脑应用频道《妙使局域网内主机自动获得IP地址》一文中，我们曾经介绍过DHCP的有关知识。DHCP(动态主机配置协议)是一种动态的机制，它允许客户机在启动引导时向DHCP服务器请求一个地址，并且由DHCP服务器集中管理记录了电脑名和IP地址对应关系的一个库。
DHCP服务器中有一个地址池，里面有多个可供分配的IP地址。每个IP地址被分配给某个客户机之后，DHCP服务器会记录下该客户机的电脑名与IP地址间的一个对应关系，并且指定一个时间间隔，它被称为租用周期。
租用周期通常是由网管设定的一个时间间隔，决定IP地址可以持续使用的时间。客户机在启动的过程中会发一个广播消息，相当于大喊了一声：谁是DHCP服务器呀？
DHCP服务器听到(收到这个广播消息)之后，就会给出应答：我能提供DHCP服务。由于此时客户机还没获得地址，DHCP也是以广播形式给出这个应答。如果网络里有多个DHCP服务器，客户机就会收到不止一个应答，客户机会从这些应答当中选一个。于是直接向DHCP服务器发一个请求：“嘿！你好，给我分配一个IP地址吧。”
DHCP服务器会在应答中给出客户机所需的配置信息，并确认IP地址的租赁期。客户机会把这次与DHCP会话所得的信息保存下来，以后在重启的过程中只需验证一下：“嘿！DHCP，我是DP，你还记得我吗？”DHCP答道：“当然，你还用上次的资料吧！”于是客户机DP就可以直接使用上一次保存在本地的信息了。
故障分析
为什么系统重启之后，客户机仍无法上网呢？这些客户机又为什么过几天自己就会好呢？
这与客户端信息的更新机制有关。客户机会把它从DHCP服务器得的IP地址和其他相关信息保存在本地硬盘里。这些信息里包括该IP地址的租赁周期。当过了租赁周期，客户机就必须更新该租用。很显然，由于重启后客户机仍认为拥有“最新”的数据，也就没去与DHCP好好沟通一下，导致了数据的不一致。
为什么某些电脑获得了形如169．254．．之类的IP地址呢？
这说明这些电脑根本未能获得DHCP服务。如DHCP服务器太忙导致无法及时给客户机应答，使客户机认为网络里不存在DHCP服务器。这时，微软的操作系统会自动查一个形如169.254.*.*的IP地址分配给客户机。
经检查，的确是DHCP服务器出问题所致。于是在DHCP地址池中删除那些不能上网的电脑的信息，释放这些地址资源，再重启DHCP服务器。重启完成之后通知各客户机用户，重启系统，故障排除！
当然，另一种解决办法就是给客户端分配固定的IP地址，在电脑数量较少的情况下，这个办法显得更好一些。