加餐2 | “趣谈网络协议”专栏食用指南
刘超
该思维导图由 AI 生成,仅供参考
你好,我是刘超。
“趣谈网络协议”专栏现在已经全部更新完毕。这里有一份「食用指南」,可以帮你找到学习本专栏的最佳姿势。
在这份指南中,我为你整理了专栏的所有学习资料,并告诉你如何更高效地使用这些资料,从而帮助你消化吸收,以期获得更好的学习效果。
不管你是刚刚打开这个专栏,还是进入温故的阶段,我的这份指南,都可以帮你更上一个台阶。一起加油吧!
1. 能力测试
我从常用的网络协议中,精心筛选了核心知识点,编成了 10 道题。这里面的题目和答案都是我精心设计的。希望你一定要先拿出纸笔,认真思考,记录下自己的答案,之后再和文末的详细解析进行对照。
刚刚打开这个专栏的你,可以据此寻找自己的薄弱点,对症下药;已经学习了一段时间的你,可以检测学习成果,查漏补缺。
点击查看:网络协议能力测试题
2. 答疑解惑
每篇文章后,我都会留两个思考题,其中第一个问题意在启发你的思考,是对本节内容的延伸学习;第二个问题是为引出下一节,下一节的内容其实就是答案(所以我就不单独解答啦)。
我希望你能够好好地利用这些思考题,毕竟所有的“知”,只有经过了自己的思考之后,才能成为“识”。
如果你是刚刚加入学习,你可以继续在思考题后的“留言区”写下你的答案,学习过程中遇到的问题和思考也欢迎多多分享,我依然会在这里回复你的留言,和你一起讨论。
公开
同步至部落
取消
完成
0/2000
荧光笔
直线
曲线
笔记
复制
AI
- 深入了解
- 翻译
- 解释
- 总结
学习网络协议的最佳姿势,刘超提供了一份详尽的“食用指南”。首先,他设计了10道精心筛选的能力测试题,帮助读者检测学习成果,查漏补缺。其次,每篇文章后都有思考题,鼓励读者深度思考并留言讨论,以促进知识的内化。此外,刘超还提供了知识串讲、知识图谱和实验环境,帮助读者全面、深入地掌握网络协议知识。他特别强调了实践的重要性,鼓励读者动手操作,以真正掌握知识。此外,刘超还提供了专栏音频、记录和分享功能,以及创作故事,帮助读者高效学习并享受学习的乐趣。这份指南为读者提供了全方位的学习支持,帮助他们更高效地学习网络协议知识。
仅可试看部分内容,如需阅读全部内容,请付费购买文章所属专栏
《趣谈网络协议》,新⼈⾸单¥68
《趣谈网络协议》,新⼈⾸单¥68
立即购买
© 版权归极客邦科技所有,未经许可不得传播售卖。 页面已增加防盗追踪,如有侵权极客邦将依法追究其法律责任。
登录 后留言
全部留言(37)
- 最新
- 精选
- 大明发不了私信, 有个疑问一直没敢问, 老师是写了很多lucene文章的觉先吗
作者回复: 是的
2018-09-1411 - buoge多年之前学习过超哥的lucene教程,从音频中感受到超哥踏实严谨的技术风格,超哥还记得iteye博客的觉先吗?😃
作者回复: 哈哈,是的,老朋友
2018-09-114 - 尹兆发看完了老师的课程了,想咨询老师一个比较菜的问题,为什么要进行网络抓包,如何进行网络抓包?那个工具或者命令比较实用?
作者回复: tcpdump
2018-12-123 - keོrgee可以用OPNET NS-3之类的模拟不?
作者回复: 没试过
2018-09-111 - 朝闻道老师,问个问题,为什么直连路由的下一跳是自己出接口的ip,它发数据包给对端ip时,目标mac地址不是应该封装下一跳的mac地址吗?难道源目mac地址都是自己,这怎么可能?请问哪里有错误,谢谢老师。
作者回复: 源mac也不都是自己的
2018-09-111 - 天边的一只鱼整体看了前面一大部分(后面看不懂了), 除了搞懂了从ip:a 访问ip:b的流程,其它的没什么收获。
作者回复: 啊,好可惜,再看一遍,加油
2019-04-28 - richtoto刘超老师能讲一下nfs和cifs协议吗~
作者回复: NFS讲RPC的时候大概讲了一下。CIFS需要研究一下
2019-03-26 - 小橙橙这个专利真的太良心了,更新这么多期,有答疑解惑还有知识图谱,内容真的太丰富了,谢谢老师!!2018-09-0878
- 一粟果断把知识图谱换成桌面2018-09-0815
- 刘祖明我最近遇到一个特别难搞的网络问题,我的一个虚拟机在内网可以正常使用,但是不能访问外网。下面是我的调试步骤(ubuntu): 1 直接 ping baidu.com 发现需要等待 1分钟左右,发错错误是 unknown host baidu.com 发现这个错误之后,我的第一判断就是 DNS 配置错误, 2 直接修改 /etc/network/interfaces 文件,修改配置正确的 DNS,重启 network。发现还是还是未知主机错误 3 判断是否是由于 route table 配置的有问题,使用 ip route 查看路由配置,发现路由配置确实有点问题,使用 ip route add default via 172.16.0.1 dev en0 配置为正确的 route table 测试还是同样的错误 unknown host baidu.com 4 判断是否是DNS 源存在问题,ping 114.114.114.114 发现错误原因是网络不可达 5 判断是否为网关是否有问题,ping 172.16.0.1 发现也出现错误为网络不可达,内网的其他 ip 都可以访问,就这个网关不能访问 6 判断问题应该是出现在 arp 的 ip 和 mac 地址对应不上 7 ip neigh list 查看 arp 缓存,发现网关对应的请求记录是 FAIL,删除缓存。这时候我发现 arp 缓存的状态居然在一直变化:delay,failed,stale,incomplete,probe 8 使用 arp 发送 arp 请求,绝大部分时候我们都能请求到正确的返回值,但是花费的时候比较长(预计在1分钟左右) 9 arp 请求讲道理应该非常快,不可能会这么慢,虽然 arp 请求以及返回正确值了 10 判断是否是路由出了问题,使用差错报文协议中命令 traceroute 172.16.0.1 范文网关,但是结果是: traceroute/traceroute -n 172.16.0.1 traceroute to 172.16.0.1 (172.16.0.1), 30 hops max, 60 byte packets 1 * * * 2 * * * 3 * * * 4 * * * 5 * * * 6 * * * 7 * * * 8 * * * 9 * * * 10 * * * 11 * * * 12 * * * 13 * * * 14 * * * 15 * * * 16 * * * 17 * * * 18 * * * 19 * * * 20 * * * 21 * * * 22 * * * 23 * * * 24 * * * 25 * * * 26 * * * 27 * * * 28 * * * 29 * * * 30 * * * 这个时候我已经不知道该怎么办了, 刘老师,我这里的问题是出现在哪里了2018-10-197
收起评论