随笔分类 -  Tcp/Http

摘要:三次握手阶段 客户端SYN包的重试次数 sysctl -w net.ipv4.tcp_syn_retries=6 相关介绍 第 1 次重试发生在 1 秒钟后,接着会以翻倍的方式在第 2、4、8、16、32 秒共做 6 次重试,最后一次重试会等待 64 秒,如果仍然没有返回 ACK,才会终止三次握手。 阅读全文
posted @ 2020-10-07 21:48 -零 阅读(2009) 评论(0) 推荐(0) 编辑
摘要:HTTP发展历史 HTTP/0.9 (1989)短连接,无状态,它只有一个 GET 方法, 没有首部, 设计目标是获取HTML(没有图片, 只有文本) HTTP/1.0 (1996)在 HTTP/0.9 版本的基础上新增了大量内容,加入了许多重要概念: 首部 响应码 重定向 错误 条件请求 内容编码 阅读全文
posted @ 2020-09-01 09:16 -零 阅读(803) 评论(0) 推荐(0) 编辑
摘要:对称加密 1.第一次传输对称密钥为明文传输,不安全。 2.密钥存储问题。 对称密钥的问题主要在于:在第一次传输密钥时,这个密钥怎么让传输的双方知晓,同时不被别人知道。 如果由服务器生成一个密钥并传输给浏览器,那这个传输过程中密钥被别人劫持弄到手了怎么办?之后他就能用密钥解开双方传输的任何内容了,所以 阅读全文
posted @ 2020-06-13 16:20 -零 阅读(672) 评论(0) 推荐(0) 编辑
摘要:1.多条件过滤 条件表达式: 等于:== 或者 eq 大于: > 或者 gt 小于:< 或者 lt 不大于: <= 或者 le 不小于:>= 或者 ge 不等:ne ||(或),&&(与),或者使用英文:and,or 例子:ip.src eq 192.168.1.107 or ip.dst eq 1 阅读全文
posted @ 2020-06-11 23:10 -零 阅读(2779) 评论(0) 推荐(1) 编辑
摘要:原文:【图解】你还在为 TCP 重传、滑动窗口、流量控制、拥塞控制发愁吗?看完图解就不愁了 作者:小林coding 拥塞控制 为什么要有拥塞控制呀,不是有流量控制了吗? 前面的流量控制是避免「发送方」的数据填满「接收方」的缓存,但是并不知道网络的中发生了什么。 一般来说,计算机网络都处在一个共享的环 阅读全文
posted @ 2020-06-11 18:56 -零 阅读(1360) 评论(0) 推荐(0) 编辑
摘要:原文:【图解】你还在为 TCP 重传、滑动窗口、流量控制、拥塞控制发愁吗?看完图解就不愁了 作者:小林coding TCP窗口 在tcp的首部有Window字段,也就是窗口大小。 这个字段是接收端告诉发送端自己还有多少缓冲区可以接收数据。于是发送端就可以根据这个接收端的处理能力来发送数据,而不会导致 阅读全文
posted @ 2020-06-10 21:42 -零 阅读(2367) 评论(0) 推荐(0) 编辑
摘要:TCP重传机制 在错综复杂的网络,并不一定所有的数据能正常的数据传输,万一数据在传输过程中丢失了呢? TCP要保证所有的数据包都可以到达,所以,必需要有重传机制。 常见的重传机制: 超时重传 快速重传 SACK D-SACK 而所有重传的机制都需要依赖通过序列号Seq与确认应答ACK。 在 TCP 阅读全文
posted @ 2020-06-09 20:56 -零 阅读(8400) 评论(2) 推荐(4) 编辑
摘要:HTTP请求格式 当浏览器向Web服务器发出请求时,它向服务器传递了一个数据块,也就是请求信息,HTTP请求信息由3部分组成: 请求方法 URI协议 版本 请求头(Request Header) 请求正文 下面是一个HTTP请求的例子:GET/sample.jspHTTP/1.1Accept:ima 阅读全文
posted @ 2020-02-29 21:56 -零 阅读(2117) 评论(0) 推荐(2) 编辑
摘要:Cookie Cookie的由来 HTTP协议是无状态的,无状态的意思是每次请求都是独立的,它的执行情况和结果与前面的请求和之后的请求都无直接关系,它不会受前面的请求响应情况直接影响,也不会直接影响后面的请求响应情况。 对服务器来说,记不住是谁刚刚发了HTTP请求,所以每次的请求都是全新的。 状态可 阅读全文
posted @ 2019-10-04 20:24 -零 阅读(473) 评论(0) 推荐(0) 编辑