登录电信电信宽带查询余额额老是弹出“取下挂产品信息异常是怎么回事

来源：蜘蛛抓取(WebSpider) 时间：2017-09-24 02:33 标签： 电信查询余额短信
如果两台计算机的IP地址和MAC地址相同，那么？
&今天，在《非常网管》中看到一句话引起了极大的兴趣：“如果把两台计算机的IP和MAC地址都配置成一样，则不会提示IP地址冲突，并且都可以上网。”
&回到宿舍后我就和宿舍的另一台计算机湿了一下，网络显示是通的，但是锐捷却认证不上？提示不能手动修改MAC地址，否则就不能认证上网，没办法，我就只能善罢甘休。所以就上网查了一下相关资料，找到了一篇比较有说服力的文字，分享如下：
（最近在论坛上看到很多人都在都在怀疑把两台电脑或多台电脑的MAC改成一样会不会引起IP冲突或不能上网。
其实是可以的，你完全可以把两台电脑的IP
和MAC改成一样，不但可以上网而且还没IP冲突。这种方法不但可以突破路由封锁用在ADSL共享上网，而且还可以用在IEEE802.1X认证上网的环境中，但是前提必须要用相同的账号来拨号上网（前提认证服务器没设验证账号的重复性），我的机子是通过学校校园网接入internet的，客户端采用802.1x认证客户端软件“STAR
Supplicant拨号软件”来拨号上网，在我们学校里可以将两台机子的IP和MAC改成一样然后用相同的一个账号来达到共享上网的目的，不过在我们学校只可以在同一个宿舍的两台机子才可以共享上网，因为我们学校的服务器不单只验证账号、ip、MAC而且还验证接入服务器IP（NAS
IP），和接入服务器端口（NAS port)，不同的宿舍接在学校交换机不同的端口，所以只限于同一个宿舍用这种法共享上网。
&至于为什么不会引起IP冲突而且还能上网,这是因为ARP工作的缺陷，系统之所以会发现网上有相的IP的而提示“IP冲突”，是因为系统在启动时,TCP/IP中的ARP会广播一个免费ARP(free
arp)请求包到网段上，这个ARP(free
arp)包包含自己的IP和MAC，如果网段上有机子回应了这个包，这台发广播的机子就会认为局域网有别的机子使用和自己相同的IP，
例如：PCA和PCB的IP和MAC完全一样，PCA的系统启动时会广播一个包含自己IP和MAC的免费ARP(free
arp)请求包到网段上，如果PCB回应了这个请求，PCA会认为自己的IP和网络上的IP有冲突并发出提示（这就是为什么IP冲突一般发生系统刚启动完成时），问题是PCB根本不会回应这个请求包，这是因为这个请求包的IP和MAC和PCB自己的完全一样，而PCB会认为是自己发的包，所以不会回应，既然不会回应自然不会发生IP冲突了。
好了，让我来解释下一个问题，就是两台机子的IP和MAC一样到底会不会导致不能上网：&
既然可以，那么网络上的硬件设备是怎样区分这些数据到底是哪台机的呢？？大家都知道局域网内是用硬件地址来通讯的，局域网的二层设备(如交换机）维护着一张地址表，地址表记录着本设备每个端口所对应的MAC（注：不是端口的MAC，而是端口所连设备的MAC），设备要经过地址学习状态才能知道这些端口所对应的MAC，当一个帧经过设备的某个端口时，设备会检查该帧源地址和目的地址,然后再对照自己的地址表，看地址表中是否存在该源地址的对应项，若不存在则端口会变为“地址学习状态”，将该地址保存在地址表中组成一个新的表项，如果PCA和PCB都连在同一个交换机上，则交换机经过“地址学习状态”后，地址表中存在两个相同的地址项，不过它们所对应的端口是不同的，当交换机在外部接收到一个目的地址为该地址（PCA和PCB相同的MAC地址）的帧时，则会检查地址表，检查地址表后会发现存在两个相同地址的表项，于是交换机会将该帧转发到这两个表项所对应的端口，(至于交换机是用组播的方式还是说用一个帧发两遍的方式转发给这两个端口我就不太清楚了)。
路由器也一样，不同是的路由器的地址表是路由表，存放的是IP而不是硬件地址。
连接这两个端口的PCA和PCB都会收到同样的帧，既然会收到同样的帧，那么计算机怎样才知道哪些帧才是自己想要的呢？这取决于工作在TCP/ip上层协议，虽然网卡是接收了这个帧，但是上层的协议进行进一步的分用，也可以说成是过滤，当TCP/IP的网络接口层(也叫链路层)收到一个帧，会检查帧头中的帧类型，如果是ARP类型的就交给ARP协议去处理，如果是RARP类型就会交给RARP协议处理，如果是IP类型会去掉帧头并把这个帧传给上一层（即网络层来处理），网络层会根据包头（去掉帧头就叫IP包了）中的协议类型来分用，如是TCMP类型就交给ICMP协议处理，如果是IGMP类型就交给IGMP协议处理，如果是TCP或UDP就把包头去掉并交给上一层（即传输层）来处理
，去掉IP包头后就叫做报文分段了（传输层的单位），同样传输层也会对报文分段的头部进行检查从而进行进一步的分用，如果是TCP类型的交给TCP协议处理，如果是UDP类型就交给UDP协议处理，TCP或UDP会根据报文分段的头部中的“目的端口号”来交给应用层（交给应用层前会把报文分段的头部去掉），然后应用层的用户进程会根据该“端口号”来决是否接收这个数据，例如QQ某个进程打开了UDP
1324这个端口，传输层的UDP协议会把所有接收到的且“目的端口号”为1324的报文分段交给QQ的这个进程，
&这样就完成接收数据的整个过程。虽然两台电脑都会接收到不是属于自己的数据帧，但是在把帧交给上层协议片理时有可能会被丢充，就如应用层的QQ进程不会接到除“目的端口号”为1324以外的其它数据包，因为这些数据在应用层前已经被丢弃。）&
另外还有一篇是关于这方面的错误排查的，网络工程师们可以看一看：
（公司某台电脑连不上服务器，刚下去看，又有人反映还有一台也是类似情况，当时倒没想太多。只是常规检查，ping了下服务器，中间有丢包，Request
out间歇出现，ping本机是正常的。整了半天，连系统也重装了、网线也更换了也是，突然发现从服务器端ping故障电脑，却很正常，完全连通。
　　然后在偶然的情况下，发现即使网线没接上，从服务器端ping故障机IP也能ping的通，开始怀疑网内有另一台电脑设相同IP。但原机在相同IP的情况下并没报警，上外网也正常，这让我想到网上流传的修改网卡MAC地址的方法，看来有人在用这个方法用该电脑的IP上外网(这台电脑是允许是外网的，其余电脑有限制)。很明显，那台说有同样故障的电脑嫌疑最大。
　　找到另一台同样故障的电脑一查，果然IP与前一台一样，从网卡属性的“高级”中发现MAC地址明显是手动添加的、而且与前一台故障电脑相同(不是所有网卡都可以如此方便的修改MAC地址，如果网卡属性中没有，就要通过修改注册表)。改掉相同的MAC，重新分配IP，马上故障就解决，再ping服务器也没有丢包了。
　　这种改MAC然后让两台电脑共同使用相同IP的方法上外网是可以，但对于局域网内通讯却是有麻烦的，特别是连接网内服务器使用专门的内部业务程序的环境，可能使服务器无法区分两台电脑，而不能准确传送数据到目的地。因此，对使用专门网内工作程序单位来说，这种修改MAC地址的方法是个绝对的大敌(我在找出原因前，已经楼上楼下跑了四五趟了，强烈BS只图自己快活、私下修改电脑的家伙)
看完了这些资料之后我也存在着自己的一些疑问：
1、什么情况下需要用这个方法上网呢？或者问是出于什么目的才用这个办法呢？（假如你是自己一条网线的话，有个路由就可以上网啦，没必要这么麻烦；如果你是宽带连接（需要账号密码认证的话），那么根本就没办法让你的PC机再接入网络了，所以也就没什么用了；再如如果你是校内网或者企业内部网的话，其实意义也不大。）
2、在可以上网的情况下，带宽是怎么分的？
求大神解答，欢迎交流。
已投稿到：
以上网友发言只代表其个人观点，不代表新浪网的观点或立场。

我要回帖

更多关于 电信查询余额短信 的文章

 

随机推荐