作者: 南方周末记者 柴会群
铁道系统内部核心人士介绍,“7·23”动车追尾事故原因初步查明,只待有关方面权威发布。
信号系统地面设备本身的设计问题使雷击造成的故障升级,红码发成绿码,错误发出绿灯信号,引导D301前行追尾。
从23日20:25开始,一系列似乎合理的复杂调度实际上把两辆动车放到了危险的悬崖边,而信号设备的故障最终把两车推下了悬崖。
“必须出现”的红灯
事发5天了,寿达山仍然对他看见的那一幕困惑不已:前面的那辆火车为什么突然停下来?
寿达山是“7·23”动车追尾事故当地若干目击者之一。事故发生地位于温州双屿镇下岙村,这里是温州城郊的一个“城中村”,村民们与数倍于村民的外来务工者聚集此处。来自安徽宿州的寿达山在一个鞋厂上班, 他的厂子离出事地点不到一百米。
“前面的那辆车” 就是D3115,7月23日20:23,列车停在了高架桥上。在其后12公里的永嘉站,是另一辆动车D301。距离两车追尾的惨剧发生,还有最后的8分钟。
一份网上流传的火车 “调度记录”详细描述了事故发生前这一段复杂惊险且令专业人士费解的调度作业过程。南方周末分别向多位有关专家、温州南站相关负责人求证,基本认可这份记录的真实性。
根据这份调度记录,可以还原两车的行驶状态。在此之前,温州南站发现永嘉方向下行来车三接近(临近车站的三个闭塞分区,约5-6公里)电路出现红光带(无理由全部显示为红灯的故障 ) 。因此调度布置温州南站与永嘉站均转入非常站控。
据了解,事故线路使用CTCS-2列控设备,正常情况下列控设备会将铁路隔成若干区间,一个区间理论上只能放入一辆列车,列车进入后,区间尾部信号灯将显示红光。同时,铁道信号设计采取的是 “故障导向安全原则”,即假如出现故障问题,则自动导向安全一方的技术原则。假如地面信号系统损坏,无法发现列车信息, 则该区间永远显示红灯。
D3115与D301此时都已被调度呼叫转入非常站控模式运行——非常站控意味着区间信号故障,但出于效率需要,要维持一部分行车。通俗地说,两车都将以调度授权,人工结合信号的方式行驶。
事后分析,极有可能是由于调度与信号结合过程中出现的双重错误,导致追尾。
当晚为雷雨天气,来自铁道方面较早的说法,D3115 停车是因为遭受雷击。“动车遭到雷击后失去动力停车, 造成追尾。”
“雷击说” 甫一出笼,即引起广泛质疑——即使因雷击导致前面动车失去动力停车,由于动车有自动防护系统 (ATP),后面的车也不应该撞上,而是在距其一定距离时自动刹车。西南交通大学信息科学与技术学院副院长郭进告诉记者,“正常情况下,由于动车的速度很快,所以不能靠人来进行车速的控制,而是ATP设备自动控制车速保障安全。”
事实上, 在京沪高铁刚开通的三起事故中,虽然有一起事故因雷雨天气导致。但据专家分析影响的其实是风而并非雷电。一位有着20年驾龄的火车司机对南方周末记者称, 他的开车生涯中从未碰过到因雷击导致的停车事故。
而对D3115的行驶状态进行分析,在停车之前,D3115从永嘉站出发,8分钟内行驶12公里,平均时速近100公里,最高时速接近200公里。雷击丧失动力一说显然不能成立。
按照寿达山的描述,前面的动车(D3115)缓缓驶上高架桥而后停止。尽管每天有数十辆动车从头上飞驰,但停车的情况此前却从未发生。寿达山心里升起不祥预感:别出什么事吧?
20:25,D3115再度缓缓开行。按照调度授权,司机以目视模式闯红灯行驶,按规定时速20公里。在6分钟之内,列车向前行驶了2公里。
几乎在D3115重新启动的同时,后方停靠永嘉站的D301也接到调度指令重新开车。但和给D3115的指令不同,调度并未授权D301目视闯红灯,而是接触红光带后按信号行驶,也就是说,当信号显示红灯,D301必须停车等待。
调度的设想是,让D3115先目视闯红灯驶过红光带,D301则在红光带前停车,待确认D3115已经进站,再授权D301目视驶过红光带。
这里的关键在于,D3115车后区间的信号,必须是红灯,这样D301才会按信号停车。
在调度的计划中,那盏红灯理所当然地会出现——整个信号系统正在检修之中,修复之前一定显示红灯。那盏红灯也必须出现,它实际已经成为D3115和D301两个庞然大物之间最后的屏障。
2011年7月24日,浙江苍南县壹加壹应急救援中心空中搜救队航拍温州动车脱轨事故的救援工作。 (陈斌/图)
调度 “潜规则”
D301上的乘客傅丽娟原本打算乘坐Z60,一趟北京直达福州的火车。但是她发现,高铁开通后就买不到这趟车的车票了。她只能多花超过一半的钱买D301的二等座票。
D301先后经过几段不同线路,在京沪之前走京沪高铁。不过,在傅丽娟看来,在京沪高铁线上,D301似乎是 “二等公民”:“从济南之后就开始晚点,到南京时晚了有半小时”。有长期乘车经验的乘客告诉傅丽娟,这是因为京沪高铁线路上首先要保证高铁的速度和正点率,动车必须为高铁让路。
南方周末记者在这趟车的运行图上发现,其在京沪线上最长停站时间达25分钟。这对动车组而言极为罕见。在 “7·23” 追尾事故之前,京沪高铁正饱受非议,开通后四天内发生三起故障,导致高铁一度大面积停运。
在乘客们的抱怨声中,D301一路驶过京沪线,过了上海、杭州,便驶入繁忙的甬温铁路线。
2008年建成的甬温铁路于2009年10月开通动车组。短短一年半里,其开通的动车车次由7对增加到30对。不少动车相互间隔时间在10分钟以内。业内人士清楚,车次越多,间隔时间越短,铁路调度的难度和压力也就越大。
D301的乘客们还对在永嘉站停车不解,实际上它在永嘉并不需要停靠。
同样感到奇怪的还有D3115车16号车厢乘客宋建新。他乘坐的火车在永嘉进站后不久,旁边车道很快驶来另一辆动车D301。宋建新之所以注意这辆车, 是因为他发现这辆车的车厢都是卧铺, 但乘客却都坐着。
D3115在D301之前开走,这一事实在后来曾引起广泛质疑——按照列车时刻表,它本应在D301后面。
前文所提火车司机对南方周末记者解释,此行车安排应由位于上海铁路局的列车调度员决定,它也符合铁路系统的 “潜规则”:D301晚点起自济南局而非上海局,而统计列车晚点的指标是按趟数而非晚点程度来计算,由于D301已经晚点,调度员索性让它再晚一点,给D3115让路,以尽力保证后者不晚点。这样虽然D301会晚点更多时间,但在统计上,晚点趟数却只有一趟。
此外,铁道论坛上一位参与讨论的资深版主徐先生称,2006年京九线发生追尾事故后,铁道部曾作出规定,如发生信号故障,一律按站间闭塞办理,就是说两站之间仅容一辆车通过。具体到事发情况,也就是在让D3115从永嘉站开出后,D301在其抵达温州南站前绝不发车。然而,事实相反,后车在前车未到站前即出发。
徐先生认为,调度员之所以违规将D301放行,目的可能除了让整个过程省时间外,同时过于迷信ATP,以为有了这个系统,两车就不可能追尾。
灾难的因素似乎正是从此次行车顺序调整萌发,这导致其后两车都必须以复杂的非常规的方式通过温州南站前的区间。D3115于当晚20:15从永嘉站开出。9分钟后,20:24,D301从永嘉站沿同样线路开出。从现在起,两车的每一次停止与启动,都将关系到一场灾难是否发生。
最关键的环节都出事了
对于任何铁路专业人士而言,动车组相撞都是不可思议的事情。因为动车组装有自动防护系统 (ATP),如果后车迫近前车,系统将会自动导致后车停车,司机 “就是想撞也撞不上”。据《东方早报》报道,中国工程院院士、国家铁路建设高级顾问王梦恕表示,中国高铁在控制系统、信号系统方面很成功,能保证后面不追尾、前面不撞车。
那么,这起不可思议的事故究竟如何发生的?南方周末记者由铁道系统内部核心人士了解到,事故原因已经基本查明,其中调度方面有着难以推卸的责任,而信号系统也在最为关键的时刻出现了最致命的错误。
回到灾难前的20:25,D3115开始目视缓慢通过红光带。
据西南交通大学信息科学与技术学院副院长、信号系统专家郭进分析, 非常站控后,授权列车遇到红灯改为目视模式是正常情况,虽然地面信号系统出现问题也属信号故障,但这种情况也在铁路列控系统的设计框架内,所以D3115与调度员联系后以限速20公里行驶没有问题。
但D301却为何从D3115车后驶来?那盏 “必须出现的红灯” 为什么在最为关键的时刻消失了?
根据铁道系统内部核心人士所透露的事故初步原因,在两车同时前进时,雷电把甬温线一处铁路信号系统地面设备保险打断,按照要求,地面设备出现故障后应 “导向安全”, 即“发出红灯信号”;但由于地面设备电路设计本身存在问题,结果造成故障升级,迂回电路错误发码,红码发成绿码,即 “发出绿灯信号”, 原本出现故障后应自动亮出的停车红灯变成了行车绿灯。
据铁道系统内部消息,负责该事故路段地面设备电路设计的公司是中国铁路通信信号集团,“通号” 是铁路信号领域的大鳄。
目前全路都在紧急更改电路设计,铁道部估计一两天内全线电路能够修改完毕。但该人士担心,由于是设计不成熟导致的问题,所以不确定除了该故障外是否还存在其他设计纰漏。
另外,除此技术原因外,铁道系统内部认为应还有其他人为因素叠加造成 “7·23” 动车悲剧,尤其是已经遭到广泛质疑的调度问题。
7月25日,新任上海铁路局局长安路生在该局电视电话会议上的讲话在某种程度上印证了南方周末得到的消息。安在 “重点强调” 的一点中如此提到:“……设备故障时, ……必要时要采取停车措施。”“……出现红光带,第一暂定按站间办理行车; 第二由调度集中区段转为非常站控时, 必须经调度所值班主任准许、 确认车站盯控人员到岗后, 方可转换。”“……要把设备故障当成发生严重事故来对待……行车部门不要盲目指挥行车。”
此外,事故发生后,上海铁路局除原局长龙京外,副局长何胜利亦被免职——何分管的领域正是工务电务。
D301得到的调度指令是按照信号行驶,此时前方一路绿灯,司机应该据此认为前方D3115已经进入温州南站,前方区间畅通,因此正常高速行驶。从永嘉站到出事地点约14公里,D301只跑了约7分钟,平均时速120公里, 最高时速接近200公里。
在D301这个飞速的庞然大物之前,最后一道技术屏障消失了。挽救两车乘客性命的,此时只剩下最后一个可能:调度控制室内本应可以看到逐渐靠拢的两车,还可以通过无线电呼叫停车。
但无线电呼叫为何没有发生?目前对于调度室内所发生的问题仍在调查之中,一种分析认为,为了让D3115目视通过红光带,调度命令司机关闭信号系统前进,而关闭后不再报告列车位置,D3115在调度控制室内就此消失。
再没有任何可以阻挡悲剧发生的可能了。从23号20:25开始,一系列似乎合理的复杂调度实际上把两辆动车放到了致命的悬崖边上,而信号设备的故障则把两车最终推下了悬崖。
D301开了过来,它显然没有遇到那个 “必须出现的红灯”。20: 31,D301驶上桥面, 司机似乎已经刹车。但显然为时已晚——D3115正在以更慢的20公里时速爬行。
目击者寿达山眼睁睁看着D30撞上了前面的D3115,“后面的火车像骑马一样,撞完后 ‘骑’ 到前面车的上面, 然后几节车厢翻下桥去”。
根据事故后现场勘查,两车相撞后,后车D301车头爬上前车的尾车16号车厢,16号车瞬间被压垮塌陷,遇难乘客多来自这一节车厢。接着D301的前四节车厢跟着爬上D3115,再从桥左侧护栏掉下高架桥。对于被压垮的16号车以及掉下高架桥的4节车厢里的很多人来说,这短短的几秒钟, 即是他们人生的最后一瞬。(黄金萍、 舒眉亦有贡献)
“7·23”动车事故技术原因
《南方周末》记者从铁路内部可靠人士处独家获悉,“7·23”动车特别重大铁路交通事故的技术原因已初步查清。
诱因是雷电把甬温线一处铁路地面设备保险打断,本来按常规,出现故障后应“导向安全”,但由于电路设计存在问题,结果造成故障升级,迂回电路错误发码,红码发成绿码,原本出现故障后应自动亮出的停车红灯变成了行车绿灯。
据称,负责该事故路段地面设备电路设计的公司是中国铁路通信信号集团,“通号”是铁路信号领域的大鳄。
该消息人士透露,目前全路都在紧急更改电路设计,铁道部估计一两天内全线电路能够修改完毕。但该人士担心,由于是设计不成熟导致的问题,所以,不确定除了该故障外是否还存在其他设计纰漏。
7月28日,北京全路通信信号研究设计院网站刊出道歉信。全路通为通号集团旗下公司,负责该工程整个通信信号系统集成建设项目。
除了设计的因素之外,调度也应负有责任。在调度控制室,工作人员可以看到发生事故的两列班车,本可以通过车站的无线电呼叫,防止事故发生。
沪铁路局:温州南站信号设备设计存缺陷
据新华网7月28日报道,上海铁路局局长安路生说,根据初步掌握的情况分析,“7·23”动车事故是由于温州南站信号设备在设计上存在严重缺陷,遭雷击发生故障后,导致本应显示为红灯的区间信号机错误显示为绿灯。
安路生当天在温州召开的国务院“7·23”甬温线特别重大铁路交通事故调查组全体会议上说,存在设计缺陷的信号设备由北京一家研究设计院设计,2009年9月28日投入使用。
他在分析铁路部门的问题时说,在雷击造成温州南站信号设备故障后,电务值班人员没有意识到信号可能错误显示,安全意识敏感性不强;温州南站值班人员对新设备关键部位性能不了解,没能及时有效发现和处置设备问题,暴露出铁路部门对职工的教育培训不到位。
安路生还说,事故反映出现场作业控制不力,温州南站电务值班人员未按有关规定进行故障处理,没能有效防止事故的发生;事故反映出的设备质量、人员素质、现场控制等问题,说明铁路部门的安全基础还比较薄弱,这些问题反映出铁路部门的安全管理不到位。
值得关注的是,新华网7月24日公布的铁道部党组予以免职的人员名单中,除了上海铁路局局长龙京和党委书记李嘉,就包括了分管工务电务的副局长何胜利。
此外,新华网消息显示,在7月28日上午召开的“7·23”甬温线特别重大铁路交通事故调查组全体会议上,国家安全监管总局局长骆琳公布了事故调查组、专家组名单,其中骆琳任调查组组长,专家组组长由一名院士担任。
与此相关,新华网7月27日的消息称,最高人民检察院有关部门负责人确认,国务院“7·23”甬温线特别重大铁路交通事故调查组成立后,最高人民检察院已派员赶赴温州参与事故调查工作。
8 月 18 2011
[转]简单通俗解释什么是网关
本文共被喵星人侦察过4,376次。。。计算机主机网关的作用是什么?
假设你的名字叫小不点,你住在一个大院子里,你的邻居有很多小伙伴,在门口传达室还有个看大门的李大爷,李大爷就是你的网关。当你想跟院子里的某个小伙伴玩,只要你在院子里大喊一声他的名字,他听到了就会回应你,并且跑出来跟你玩。
但是你不被允许走出大门,你想与外界发生的一切联系,都必须由门口的李大爷(网关)用电话帮助你联系。假如你想找你的同学小明聊天,小明家住在很远的另外一个院子里,他家的院子里也有一个看门的王大爷(小明的网关)。但是你不知道小明家的电话号码,不过你的班主任老师有一份你们班全体同学的名单和电话号码对照表,你的老师就是你的DNS服务器。于是你在家里拨通了门口李大爷的电话,有了下面的对话:
小不点:李大爷,我想找班主任查一下小明的电话号码行吗?
李大爷:好,你等着。(接着李大爷给你的班主任挂了一个电话,问清楚了小明的电话)问到了,他家的号码是211.99.99.99
小不点:太好了!李大爷,我想找小明,你再帮我联系一下小明吧。
李大爷:没问题。(接着李大爷向电话局发出了请求接通小明家电话的请求,最后一关当然是被转接到了小明家那个院子的王大爷那里,然后王大爷把电话给转到小明家)
就这样你和小明取得了联系。
至于DHCP服务器嘛,可以这样比喻:
你家院子里的居民越来越多了,传达室李大爷那里的电话交换机已经不能满足这么多居民的需求了,所以只好采用了一种新技术叫做DHCP,居民们开机的时候随机得到一个电话号码,每一次得到的号码都可能会不同。
你家门口的李大爷:就是你的网关
你的班主任:就是你的DNS服务器
传达室的电话交换机:就是你的DHCP服务器
同上,李大爷和王大爷之间的对话就叫做路由。
另:如果还有个小朋友叫做小暗,他住的院子看门的是孙大爷,因为小暗的院子刚盖好,孙大爷刚来不久,他没有李大爷和王大爷办公室的电话(李大爷和王大爷当然也没有他的电话),这时会有两种情况:
1、居委会的赵大妈告诉了孙大爷关于李、王两位大爷的电话(同时赵大妈也告诉了李、王关于孙的电话),这就叫静态设定路由
2、赵大妈病了,孙大爷自己到处打电话,见人就说:“我是小暗他们院子管电话的”,结果被李、王二位听到了,就记在了他们的通讯录上,然后李、王就给孙大爷回了个电话说:“我是小明(小不点)他们院子管电话的”,这就叫动态设定路由
然后有一天小不点要找小暗,结果自然是小不点给李大爷打电话说:“大爷,我找小暗”(这里省略了李大爷去查小暗电话的过程,假设他知道小暗的电话),李大爷一找通讯录:“哦,小暗的院子的电话是孙大爷管着的,要找小暗自然先要通知孙大爷,我可以通知王大爷让他去找孙大爷,也可以自己直接找孙,那当然是自己直接找孙方便了”,于是李大爷给孙大爷打了电话,然后孙大爷又把电话转到了小暗家。
这里李大爷的通讯录叫做路由表。
李大爷选择是自己直接找孙大爷还是让王大爷帮忙转接叫做路由选择。
李大爷之所以选择直接找孙大爷是有依据的,因为他直接找孙大爷就能一步到位,如果要王大爷转接就需要两步才能完成,这里的“步”叫做“跳数”,李大爷的选择遵循的是最少步骤(跳数)原则(如果他不遵守这个原则,小不点可能就会多等些时间才能找到小暗,最终结果可能导致李大爷因工作不力被炒鱿鱼,这叫做“延时太长,选路原则不合理,换了一个路由器”)
当然,事情总是变化的,小不点和小明吵架了,这些天小不点老是给小暗打电话,小明心里想:“操,他是不是在说我坏话啊?”于是小明决定偷听小不点和小暗的通话,但是他又不能出院子,怎么办呢?小明做了这样一个决定:
首先他告诉自己院里管电话的王大爷说:“你给李大爷打个电话说小暗搬到咱们院子了,以后凡是打给他的电话我来接”,王大爷没反映过来(毕竟年纪大了啊!)就给李大爷打了电话,说:“现在我来管理小暗的电话了,孙已经不管了”,结果李大爷就把他的通讯录改了,这叫做路由欺骗。
以后小不点再找小暗,李大爷就转给王大爷了(其实应该转给孙大爷的),王大爷收到了这个电话就转给了小明(因为他之前已经和小明说好了),小明收到这个电话就假装小暗和小不点通信。因为小明作贼心虚,害怕明天小不点和小暗见面后当面问他,于是通信断了之后,又自己以小不点的名义给小暗通了个电话复述了一遍刚才的话,有这就叫数据窃听。
再后来,小不点还是不断的和小暗联系,而零落了小明,小明心里嘀咕啊:“我不能总是这样以小暗的身份和小不点通话啊,外一有一天露馅了怎么办!”于是他想了一个更阴险的招数:“干脆我也不偷听你们的电话了,你小不点不是不给我打电话吗!那我让你也给小暗打不了,哼哼!”,他怎么做的呢?我们来看:
他联系了一批狐朋狗友,和他们串通好,每天固定一个时间大家一起给小暗院子传达室打电话,内容什么都有,只要传达室的孙爷爷接电话,就会听到“打雷啦,下雨收衣服啊!”、“人是人他妈生的,妖是妖他妈生的”、“你妈贵姓”等等,听的脑袋都大了,不听又不行,电话不停的响啊!终于有一天,孙爷爷忍不住了,大喊一声:“我受不了拉!!!!”,于是上吊自杀了!
这就是最简单的DDOS攻击,孙爷爷心理承受能力弱的现象叫做“数据报处理模块有BUG”,孙爷爷的自杀叫做“路由器瘫痪”。如果是我,就会微笑着和他们拉家常,例如告诉他们“我早就听了天气预报,衣服10分钟前已经收好了”或者“那你妈是人还是妖”或者“和你奶奶一个姓”等等,我这种健全的心理叫做“健壮的数据报处理,能够抵御任何攻击”
孙爷爷瘫了之后,小不点终于不再给小暗打电话了,因为无论他怎么打对方都是忙音,这种现象叫做“拒绝服务”,所以小明的做法还有一个名字叫做“拒绝服务攻击”。
小明终于安静了几天,…
几天后,小明的院子来了一个美丽的女孩,名字叫做小丽,小明很喜欢她(小小年纪玩什么早恋!)可是小丽有个很帅的男朋友,小明干瞪眼没办法。当然这里还是要遵循上面的原则:小丽是不能出院子的。那个男的想泡小丽自然只能打电话,于是小明又蠢蠢欲动了:
还记得王爷爷是院子的电话总管吗?他之所以能管理电话是因为他有一个通讯录,因为同一个院子可能有2个孩子都叫小明,靠名字无法区分,所以通讯录上每一行只有两项:
门牌 电话
一号门 1234567 (这个是小明的)
二号门 7654321 (这个是小丽的)
……
王爷爷记性不好,但这总不会错了吧(同一个院子不会有2个“二号门”吧)?每次打电话人家都要说出要找的电话号码,然后通过通讯录去院子里面敲门,比如人家说我找“1234567”,于是王爷爷一比较,哦,是一号门的,他就去敲一号门“听电话”,如果是找“7654321”,那他就找二号门“听电话”。
这里的电话号码就是传说中的“IP地址”
这里的门牌号就是传说中的网卡的’MAC‘地址(每一块网卡的MAC地址都是不一样的,这是网卡的制造商写死在网卡的芯片中的)
小明心里想“奶奶的,老子泡不到你也别想泡”,于是他打起了王爷爷通讯录的主意,经过细心的观察,周密的准备,他终于发现王爷爷有尿频的毛病(毕竟是老人啊…),终于在一个月黑风高的白天,王爷爷去上厕所了,小明偷偷的摸进传达室,小心翼翼的改了王爷爷的通讯录……
过了几天,小丽的男朋友又给小丽打来了电话,对方报的电话是“7654321”,王爷爷一看通讯录,靠:
门牌 电话
一号门 1234567 (这个是小明的)
一号门 7654321 (注意:这个原来是小丽的,但是被小明改了)
……
王爷爷不知道改了啊,于是就去找一号门的小明了,小明心里这个美啊,他以小丽父亲的口吻严厉的教训了那个男的和小丽之间不正当的男女关系,结果那个男的恭恭敬敬的挂了电话。当然小丽并不知道整个事情的发生…
这里小明的行为叫做“ARP欺骗”(因为在实际的网络上是通过发送ARP数据包来实现的,所以叫做“ARP欺骗”),王爷爷的通讯录叫做“ARP表”
这里要注意:王爷爷现在有两个通讯录了,一个是记录每个院子传达室电话的本本,叫做“路由表”,一个是现在说的记录院子里面详细信息的本本,叫做“ARP表”。
有句命言是“人们总是在追求完美的,尽管永远也做不到”(请记住这句话,因为这是一个大名人–也就是我,说的)
王爷爷的制度中有一条是这么写的“每个月要重新检查一下门牌号和电话的对应本(也就是ARP表)”,这个动作叫做“刷新ARP表”,每个月的时间限制叫做 “刷新ARP表的周期”。这样小明为了让那个男的永远不能找到小丽,之后每个月都要偷偷改一次那个通讯录,不过这样也是不得不做的事啊!
补充一点,小明是很聪明的,如果通讯录(ARP表)被改成了这样:
门牌(MAC) 电话(IP)
一号门 1234567 (这个是小明的)
二号门 1234567 (注意:这个被小明改了,但是他一时头晕改错了)
……
就会是计算机就会弹出一个对话框提示“出现重复的IP地址”,最终会导致王爷爷不知所措,于是通知一号门和二号门,你们的电话重复了。这样小丽就知道有人在破坏她的好事,这个现象叫做“骗局被揭穿了”
小不点知道了小明偷听他和小暗的电话,于是就和小暗约定好了密码。小不点在家里把要说的加密了之后告诉小暗。土豆-〉星期三,地瓜-〉请客,笨蛋-〉小不点家。于是小不点告诉小暗:土豆笨蛋地瓜。小明听了???不懂。。。。郁闷了。。。这是加密。
除此之外,小丽也知道了小明改他家的电话号码了。于是王爷爷就登门一个一个把电话和门牌号记下来。并且藏起来不允许外人修改,只能自己有钥匙(密码)。这是ip地址和MAC地址绑定。当有人改了电话号码的时候,就得找王爷爷改。麻烦是麻烦了,但是安全了。不过小明偷偷的把王爷爷的钥匙偷配了一把(盗窃密码成功),于是他还可以修改。这样么,就这样了。
By Lazy Cat • 震惊 0 • Tags: Just For Fun, 懒猫, 真相, 震惊