向xxxhub发了一个数据包,发现了一些不可告人的秘密
大家好,我是周杰伦。
那天,我突然想到一个问题:
当我访问那个让万千宅男程序员为之着迷的GitHub时,我电脑发出的数据包是如何抵达大洋彼岸的GitHub服务器的呢,这中间又要经过哪些节点呢?
让我们一起来探究下这个问题,请注意系好安全带,计算机网络快车要发车了···
IP报文
互联网把无数的手机、电脑、服务器、路由器、交换机等各种设备连接在一块儿,那这些设备之间要通过网络通信,自然就需要一套通信协议,TCP/IP就是这样一套协议。
包括浏览器在内的这些应用程序发出的数据,被HTTP、TCP、IP协议层层封装,最终形成一个个的IP报文,交给底层网卡发出去。
IP报文经过网络中节点的不断路由转发,最终来到了目标服务器。
那如何知道路由转发过程中,都经过了哪些网络节点呢?
Windows上的tracert程序和Linux上的traceroute程序就能够做到。
它们是如何做到的呢?
IP报文总不能无限制转发吧,万一搞了个循环转发,那不就没完没了了?网络中的IP报文有一个生存时间的概念,位于IP报文头部字段中——
TTL:time to live。
每经过一次转发,TTL的值就会减1。如果某一个节点发现TTL变成了0,就会丢掉这个IP报文,并给这个数据报文的发送者发一个超时的通知消息过去。
tracert和traceroute正是利用了IP协议中的这个特点,将TTL的值从1开始递增,观察都是谁给自己发回了这个通知,就能判断路由过程中经历了哪些节点了。
这两个程序的区别在于,tracert发送的是ICMP报文,traceroute发送的则是UDP报文。
路由跟踪
好了,基础知识交代完毕,赶紧来试一下,访问GitHub的情况。
首先ping了一下,拿到了GitHub的IP地址:140.80.121.3。注意,这个地址,不同地区的人拿到的可能不一样。
接下来路由跟踪一下吧:
F:\work>tracert 140.82.121.3通过最多 30 个跃点跟踪
到 lb-140-82-121-3-fra.github.com [140.82.121.3] 的路由:1 <1 毫秒 <1 毫秒 <1 毫秒 10.??.??.12 <1 毫秒 <1 毫秒 <1 毫秒 10.??.??.??3 2 ms 1 ms 1 ms 182.150.63.14 * * * 请求超时。5 1 ms * 2 ms 171.208.199.816 * 25 ms * 202.97.29.457 * * * 请求超时。8 36 ms 37 ms 36 ms 202.97.91.1909 184 ms 191 ms 185 ms 202.97.27.24210 195 ms 194 ms 194 ms xe-10-0-0.mpr4.sjc7.us.zip.zayo.com [64.125.14.45]11 190 ms 190 ms 190 ms ae16.cr2.sjc2.us.zip.zayo.com [64.125.31.14]12 324 ms 325 ms 324 ms ae27.cs2.sjc2.us.eth.zayo.com [64.125.30.232]13 * * 333 ms ae16.cs2.den5.us.zip.zayo.com [64.125.28.215]14 334 ms * * ae5.cs4.ord2.us.eth.zayo.com [64.125.29.217]15 * 327 ms 325 ms ae3.cs2.lga5.us.eth.zayo.com [64.125.29.212]16 * * * 请求超时。17 * * * 请求超时。18 332 ms 332 ms 340 ms ae0.cs1.lhr15.uk.eth.zayo.com [64.125.29.119]19 * * * 请求超时。20 343 ms 338 ms * ae4.cs1.ams17.nl.eth.zayo.com [64.125.28.36]21 355 ms 353 ms 353 ms ae2.cs1.fra6.de.eth.zayo.com [64.125.29.58]22 335 ms 334 ms 338 ms ae1.mcs1.fra6.de.eth.zayo.com [64.125.29.57]23 340 ms 341 ms 341 ms 82.98.193.3124 * * * 请求超时。25 * * * 请求超时。26 335 ms 343 ms 343 ms lb-140-82-121-3-fra.github.com [140.82.121.3]
可以看到,经过了26个节点的转发后,最终到达了GitHub服务器。也就是说,你电脑发出的IP报文的TTL至少要大于等于26才能抵达GitHub,否则就会中道崩殂。
【配套技术文档】
接下来,咱们来看一下,这一路都去了哪里?
1-2
数据包从我的计算机发出后,遇到的第一个转发节点就是我的本地局域网网关:10.??.??.1。为了安全性,我把IP地址进行了脱敏,中间两段用?代替。
这之后第二个节点还是局域网的地址,由此可见,我所在的网络格局,经过了两级局域网路由转发才上了公网。
3
第三个转发节点是一个公网地址:182.150.63.1,查了一下发现位于成都市武侯区,这和我的实际情况相符。
4
接下来的第四个路由节点就有点迷了,三个时间点都是*,tracert显示请求超时。出现这个意味着tracert程序在将TTL设置为4后,没有收到通知,或者等待的时间太久。网络中的有一些节点出于安全考虑可能并不会发送超时通知。
如此一来,tracert便无法知道这第四个节点到底是谁。
5
第五个节点是:171.208.199.81,仍然还在成都。
6
第六个节点时:202.97.29.45,到了北京了。
【配套技术文档】
7
第七个节点和第四个一样,也看不到。
8
第八个节点:202.97.91.190,来到上海了。
9
第九个节点:202.97.27.242,还在上海。
10
第十个节点:出国了,美国加利福尼亚州。
后面的咱就不看了,就是在美国境内各个节点的转发了。
接下来看一下,这是一条什么样的路径呢?
ChinaNet
网络数据包出了咱们本地的局域网后,就会通过电信运营商提供的城域网最终接入到更大的骨干网。
中国大陆地区的民用骨干网主要有四个:
ChinaNet:中国电信163骨干网CN2:中国电信下一代承载网CHINA169:中国联通169骨干网CMNET:中国移动骨干网
其中中国电信的163骨干网和中国联通的169骨干网是最主要的两个骨干网,承载了中国互联网绝大多数的流量。
我所在的网络,最后接入的就是中国电信的163骨干网,下面是163骨干网的一个大致网络拓扑图。
163骨干网在全国总共有9个核心节点:
超级核心:北京、上海、广州普通核心:天津、西安、南京、杭州、武汉、成都
9个核心节点各自负责中国大陆的一部分区域。
在北京、上海、广州三个超级核心下还挂有国际网间互联设备(X路由器) ,ChinaNet通过X路由器与世界上其他运营商互联和流量互访。
因此,通过163网络出国,必然经过北上广三个核心节点之一。
GitHub的服务器位于美国,对于一个要出国的数据包,它在出国前的大致旅程是这样的:
本地局域网 -> 市级网络 -> 省级网络 -> 核心节点 -> 国际出口 -> 境外接入点
这个过程跟我们上面tracert追踪到的路径是吻合的。
想不到吧,就那么一回车,数据包竟然就跑了这么多地方,计算机网络真是一个神奇的玩意。
【配套技术文档】
向xxxhub发了一个数据包,发现了一些不可告人的秘密相关推荐
- 向xxxhub发了一个数据包,发现了···
那天,我突然想到一个问题: 当我访问那个让万千宅男程序员为之着迷的GitHub时,我电脑发出的数据包是如何抵达大洋彼岸的GitHub服务器的呢,这中间又要经过哪些节点呢? 让我们一起来探究下这个问题, ...
- 探究!一个数据包在网络中的心路历程
来自:小林coding 前言 想必不少小伙伴面试过程中,会遇到「当键入网址后,到网页显示,其间发生了什么」的面试题. 还别说,这真是挺常问的这题,前几天坐在我旁边的主管电话面试应聘者的时候,也问了这个 ...
- 交换机工作原理,收到一个数据包后交换机是如何处理的(实验加抓包详细了解)
感受集线器 在基础课程里面了解过集线器的原理,那会没有太多的去做实验,这里我们使用eNSP来做一个实验,正好支持HUB这个设备. 这里使用192.168.255.1去ping 192.168.255. ...
- 一个数据包的旅程_数据科学语言的个人旅程
一个数据包的旅程 by Elena Nisioti 由Elena Nisioti 数据科学语言的个人旅程 (A personal journey through the languages of da ...
- 《Linux防火墙(第4版)》——2.3 对一个数据包的驳回(Rejecting)VS拒绝(Denying)...
本节书摘来自异步社区<Linux防火墙(第4版)>一书中的第2章,第2.3节,作者:[美]Steve Suehring(史蒂夫 苏哈林)著,更多章节内容可以访问云栖社区"异步社区 ...
- 一个数据包的旅程_如何学习数据科学并开始您的惊人旅程
一个数据包的旅程 With coming fast tech industry changes and robotic innovations, Data Science is one of the ...
- 一个数据包大小是多少k_算法交流: 6046 数据包的调度机制 【2.6基本算法之动态规划】...
[题目描述] 6046 数据包的调度机制 By OIer14wa随着 Internet的迅猛发展,多媒体技术和电子商务应用日益广泛,Internet上的服务质量 (QoS,Qualityof Serv ...
- 怎么看xray发了那些数据包
怎么看xray发了那些数据包.版本说明:Xray 下载地址:https://github.com/chaitin/xray/releases 使用环境:windows.linux.macos皆可 工具 ...
- 【网络原理】一个数据包从发送到接收在网络中经历了那些过程(详细分析)
一个数据包从发送到接收在网络中经历了那些过程 假设学生给老师发送电子邮件,内容为:"老师您好!".从计算机A向另一台计算机B发送电子邮件,站在网络原理的角度来分析整个过程. 启动应 ...
最新文章
- javaSE8的流库总结
- 从*p++说指针,数组,结构和函数
- 轮播图html_【技术篇前端】用html+css实现小米首页部分内容(含源码,不含轮播图)...
- 计算开机时间c语言编程,计算电脑开机时间的代码
- LeetCode-数组-删除有序数组重复元素
- java面试题,将String字符串转换成数字
- 9行Python代码搭建神经网络
- 5月24日上课笔记-js操作DOM
- TensorFlow基础篇(六)——tf.nn.max_pool()和tf.nn.avg_pool()
- apache php mysql_PHP环境搭建(php+Apache+mysql)
- 录音喊话器的故障修理_小鸭圣吉奥滚筒进水后不洗故障维修
- 哈工大计算机报深圳还是本部,哈工大本部和哈工大深圳哪个比较好?
- html怎么自动过度,HTML与CSS中的过渡模块
- Latex tabular 表格
- html5在线拍照,js html5 调用摄像头拍照
- 消息称微软Windows暂停接受华为新订单;2019 Q1 亚太区公有云IaaS、PaaS服务收入排名现已揭晓……...
- uniapp同目录的相对地址_如何修改手机MAC地址?
- ARINC818(FC-AV)协议,ADVB
- 5G网络切片技术解析,一文让你读懂5G切片
- 简单好用的桌面日历便签软件有哪些?
热门文章
- Oracle ADF 12.2.1 使用报告
- python中label函数_python实现在函数图像上添加文字和标注的方法
- Django 项目编码问题1UnicodeDecodeError: ‘utf-8‘ codec can‘t decode byte 0xd2 in position 0: invalid contin
- 关于计算机的职业畅想,我的职业畅想作文
- 最近在B站重新看学习视频小结
- 网页制作和java有关系么_网页设计注意问题
- 名悦集团:车撞报废,保险能赔多少?
- i7 10750h和i7 10870h 的区别
- app第三方支付,微信小程序支付
- 程序员练级(转自酷壳)