TCP/IP_背后你有所不知的故事
来源:互联网 发布:查找词语的软件 编辑:程序博客网 时间:2024/06/05 14:07
如果你认为这是一篇抒情小清新,那你就大错特错了,如果你认为这是一篇揭露社会上不为人知丑陋现象的批判文,那你也错了。
接下来咋办?那就去找DNS服务器吧,它会告诉我们想要的IP地址,这里先说明一下我的IPV4设置:
我的DNS服务器首选的是202.106.196.115,查询一下,看看它能告诉我们什么?
果然,它告诉了我2个百度服务器IP地址:61.135.169.125和61.135.169.105
对不对呢?直接验证一下,点击这里->61.135.169.125
果然,我们正确的登陆了,没错,我们登陆网站都会经历这些个步骤。否则,这就是域名的好处,便于记忆。
不过,我们和DNS交流的内容是什么呢?这就涉及计算机网络的很多知识了,简单起见,就抓了几个包,看看关键部分:
以上内容意思是:我->192.168.1.3,向DNS服务器202.106.169.115提出query:“请问百度服务器的IP地址是多少呀?”一丝不苟的DNS马上行动,很快就为我找到了答案,并response我:
就这样,得到了百度服务器的IP地址了。
接下来该出发了,应用层的信息一层一层向下传递,被各层协议做了手脚,先看一个大致的地图:
IP包首先从我的电脑出发,它要到达网关192.168.1.1才能进入外网,问题是,如何到达网关呢?我们知道,IP是用来路由的,而网络中的节点之间是通过MAC地址进行交互信息的,怎么才能知道网关的MAC地址呢?不用担心ARP协议已经为你解决了问题:
因为不知到IP地址,只能用MAC地址来ARP广播,内容如下:
可以看到目标的MAC是全0,因为此时还不知道网关MAC。
网关收到ARP广播后,发现别人正在找自己,于是根据信息马上回复了过去:
这下就解决问题了。网络上其他节点的相互查找也是这样以此类推。为了方便下次使用,电脑将查询的结果放在了ARP表中:
好了,这下准备OK了,那就出发吧,看看IP包们路上经过了哪些节点:
这下终于第一次到达了百度服务器了,然后呢,干哈啊然后啊,我们拽实的TCP协议开始发挥作用,目的是保证和百度服务器的通信质量可靠。
首先,TCP/IP三次握手登场了:
第一次握手:“我是192.168.1.3,我请求同步!”
第二次握手:“我是61.135.169.125,收到请求同步!”
第三次:“我是192.168.1.3,好的,我知道了!”
这样,一个可靠的连接就建立了,若是发生丢包或出错,自会有相应办法解决,由TCP全权保证,请放心使用!
这下,就可以开始传输有用的数据了,网页嘛,使用HTTP协议:
收到这些数据后,浏览器就呈现出了一幅图画:
然后,开始做你想做的吧。
看看,每次我们上网,背后都会发生这么多你没在意的事情,而且发生的时间极其短暂,短暂到不会引起你的注意
- TCP/IP_背后你有所不知的故事
- 你有所不知的8个时髦新词
- 《李宇春》光彩背后,你不得不知的10件事
- 你有所不知的HTML发布Flash的参数(三):base
- Emoji搜索:必应带你寻找表情符号背后的故事
- 强暴背后的故事
- 丁香花背后的故事
- 虚拟机背后的故事
- 成语背后的故事
- 卡农背后的故事
- 委托背后的故事
- HTML5背后的故事
- malloc背后的故事
- lena背后的故事
- ibatis背后的故事
- 面试背后的故事
- printf背后的故事
- 背后的故事
- 系统时钟 裸板
- Fighting for HDU 2109
- 异步处理
- Struts2用token防止表单数据重复提交
- Servlet & JSP系列文章总结
- TCP/IP_背后你有所不知的故事
- sjhzdgmzfh,
- 没该放就放
- IIS7拒绝包含双重转义序列的请求的解决方法
- [学习笔记]二叉树的遍历
- 黑马程序员--基本概念以及基础知识篇
- [学习笔记]二叉树的线索化和遍历
- 编程之美——传话游戏题目与解答
- 25 Linux下的off_t类型