网络
渣一个
这个作者很懒,什么都没留下…
展开
-
TCP连续ARQ协议和滑动窗口协议
转自:https://blog.csdn.net/guoweimelon/article/details/50879588TCP协议通过使用连续ARQ协议和滑动窗口协议,来保证数据传输的正确性,从而提供可靠的传输。一、ARQ协议ARQ协议,即自动重传请求(Automatic Repeat-reQuest),是OSI模型中数据链路层和传输层的错误纠正协议之一。它通过使用确认和超时这两个机制,在不可靠服务的基础上实现可靠的信息传输。如果发送方在发送后一段时间之内没有收到确认帧,它通常会..原创 2020-12-02 17:24:00 · 2124 阅读 · 0 评论 -
TCP拥塞控制和TCP流量控制
转自:https://blog.csdn.net/qq_38623623/article/details/81290265TCP拥塞控制提高网络利用率,降低丢包率,并保证网络资源对每条数据流的公平性,这就是拥塞控制。拥塞控制包括四部分:慢启动、拥塞避免、快速重传、快速恢复发送端向网络一次连续写入的数据量,我们称为SWND(Send Window,发送窗口).但是发送端最终以TCP报文段来发送数据,所以SWND的大小限制了能连续发送的TCP报文段数量。这些TCP报文段的最大长度(仅数据部分)称为SM原创 2020-09-05 15:06:45 · 352 阅读 · 0 评论 -
HTTP中请求方法
转自:https://www.cnblogs.com/weibanggang/p/9454581.html简单介绍HTTP是超文本传输协议,其定义了客户端与服务器端之间文本传输的规范。HTTP默认使用80端口,这个端口指的是服务端的端口,而客户端使用的端口是动态分配的。当我们没有指定端口访问时,浏览器会默认帮我们添加80端口。我们也可以自己指定访问端口如:http://www.ip138.com:80。 需要注意的是,现在大多数访问都使用了HTTPS协议,而HTTPS的默认端口为443,如果使.原创 2020-08-23 16:56:04 · 415 阅读 · 0 评论 -
HTTP状态码
一、HTTP的正确响应码1xx:请求已经被接收到了,需要进一步处理才能完成,HTTP1.0不支持100 Continue 上传大文件前先让服务器准备,由客户端发起请求中携带Except:100-continue 头部触发 101 Switch Protocols协议升级使用,由客户端发起的请求中携带Upgrade头部,如升级WebSocket/http2.0 102 Processing WebDev请求可能包含许多涉及文件操作的子请求,等待很长时间才能完成子请求,该代码表示服务器已经收到并正在原创 2020-08-23 16:45:58 · 962 阅读 · 0 评论 -
ping 原理解析
最近看了好多面试的题目,其中也被问到了关于ping的问题以及一些原理性的东西,于是拜读了很多人的博客,最后也是豁然开朗,决定总结一下,也是为了防止遗忘吧。要想理解ping的原理,我们首先来看一下ARP的报文格式其中op:1:表示arp请求2:表示arp应答3:表示rarp请求4:表示rarp应答1 2 3 4接下来,我们来看一个同一广播域内的ping报文:我们的host2想要去ping host1,那么主机1就要封装二层报文,首先host2会查看自己的MAC地址表,看有没有原创 2020-08-19 22:10:54 · 467 阅读 · 0 评论 -
TCP滑动窗口机制深度剖析
客户端与服务器之间的通信是一个数据传输过程。通信的消息将以数据包形式进行传输。为了更有效地进行通信,TCP 协议在数据进行数据传输时,使用滑动窗口机制来同时发送多个数据包。当数据包丢失时,TCP 协议利用数据重发功能重新发送数据包。因接收端接收数据包的能力不同,TCP 流控制会根据接收端的能力发送适当数量的数据包。数据分片数据从主机传送到另一个主机往往要经过路由器、网关等设备。这些设备都要对经过的数据进行处理。由于这些设备处理数据有一定的限制,不能处理超过额定字节的数据,所以发送的时候需要确定发送原创 2020-08-17 21:08:35 · 597 阅读 · 0 评论 -
长连接和短连接
TCP与UDPudp:面向无连接的通信协议,数据包括目的端口信息和源端口信息优点:面向无连接,操作简单,要求系统资源较少,速度快,由于不需要连接,可进行广播发送缺点:发送数据之前不需要与对方建立连接,接收到数据时也不需要发送确认信号,发送端不知道接收端是否正确接接收,不会重发,不可靠。tcp:面向连接的通讯协议,通过三次握手建立连接,通讯完成时四次挥手断开连接优点:在数据传输时,有确认、窗口、重传、拥塞控制机制,能保证数据正确性,较为可靠缺点:速度相对慢一点,要求系统资源较多..原创 2020-08-04 10:23:32 · 173 阅读 · 0 评论 -
TCP粘包拆包问题
TCP协议是可靠的,数据包一定会到达(99.9%的情况下),而且是按顺序到达。TCP是“流”协议,所谓“流”协议,就是没有界限,没有分割的一串数据。TCP会根据缓冲区实际情况进行划分,一个完整的包可能会拆分成多个包进行发送,也有可能把多个小包封装成一个大的数据包发送,这就是TCP粘包/拆包。发生原因应用程序写入的数据大于套接字缓冲区大小,这将会发生拆包。 应用程序写入数据小于套接字缓冲区大小,网卡将应用多次写入的数据发送到网络上,这将会发生粘包。 接收方法不及时读取套接字缓冲区数据.原创 2020-08-03 18:44:54 · 197 阅读 · 0 评论 -
HTTPS 客户端验证 服务端证书流程
证书预置和申请1:客户端浏览器会预置根证书, 里面包含CA公钥2:服务器去CA申请一个证书3: CA用自己的签名去签一个证书,指纹信息保存在证书的数字摘要里面, 然后发送给服务器一次访问流程(简化)1: 客户端 sayHello2: 服务器返回证书3-1: 客户端验证证书内容有效性(过期时间, 域名是否相同等)3-2: 验证证书的有效性 (是否被串改), 通过本地根证书的CA公钥解密数字摘要,看是否匹配。3-3:如果数字签名验证通过, 就可以使用服务器证书里面提供的公钥进行下一步..原创 2020-07-25 13:18:01 · 3220 阅读 · 0 评论 -
GET请求里的body问题
故事还得从一个bug说起。今天有人问我,为什么发到后端的请求400了,我说肯定是参数不对,你去检查检查GET、POST之类的方法写没写对,要么就是字段没对上,无非是这几个问题。然后他说检查过了,没问题啊;我不太相信,但是看了看前端发送的请求,好像确实没啥问题:我说既然这样,那肯定是后端写错了,但后端说他已经用postman测过了,肯定没问题。这就很有意思了。于是我要来了后端的代码:不出所料,后端把GET请求里的参数当成body的内容了,把@RequestBody改成@RequestParam应该就没问转载 2020-07-25 11:58:56 · 14164 阅读 · 1 评论 -
HTTP幂等性
https://www.cnblogs.com/weidagang2046/archive/2011/06/04/2063696.html理解HTTP幂等性基于HTTP协议的Web API是时下最为流行的一种分布式服务提供方式。无论是在大型互联网应用还是企业级架构中,我们都见到了越来越多的SOA或RESTful的Web API。为什么Web API如此流行呢?我认为很大程度上应归功于简单有效的HTTP协议。HTTP协议是一种分布式的面向资源的网络应用层协议,无论是服务器端提供Web服务,还是客户端消转载 2020-07-25 11:35:13 · 789 阅读 · 0 评论 -
Web基础-URI跟URL的区别
转自:https://blog.csdn.net/simplebam/article/details/72644094初学java,最近被一个概念搞得头晕脑胀,就是url和uri的概念和区别,网上查了一大通,发现各种回答眼花缭乱,有百科直接粘贴的,有胡说八道的,有故意绕来绕去的,我估计他自己都没搞懂,按照马士兵的说法就是,通通都是一些冠冕堂皇的套话,说了等于没说,本来就是一个很抽象的概念,还用...转载 2019-07-11 20:11:15 · 385 阅读 · 0 评论 -
RIP协议路由环路及解决方案
https://blog.51cto.com/worldinwords/1294830A:RIP协议路由环路产生原因及如何解决?Q:接下来将讲解什么是路由环路,什么情况产生路由环路,以及RIP协议中对环路的解决方案。一、路由环路在维护路由表信息的时候,如果在拓扑发生改变后,网络收敛缓慢产生了不协调或者矛盾的路由选择条目,就会发生路由环路的问题,这种条件下,路由器对无法到达的网络路由不予理睬,导致用户的数据包不停在网络上循环发送,最终造成网络资源的严重浪费。二、路由环路产生场景当.原创 2020-07-19 21:15:49 · 7477 阅读 · 2 评论 -
HTTPS之SSL处理过程,对此加密和非对称加密
https://www.cnblogs.com/xiohao/p/9054355.html一,对称加密所谓对称加密,就是它们在编码时使用的密钥e和解码时一样d(e=d),我们就将其统称为密钥k。对称加解密的过程如下:发送端和接收端首先要共享相同的密钥k(即通信前双方都需要知道对应的密钥)才能进行通信。发送端用共享密钥k对明文p进行加密,得到密文c,并将得到的密文发送给接收端,接收端收到密文后,并用其相同的共享密钥k对密文进行解密,得出明文p。一般加密和解密的算法是公开的,需要保持隐秘的是原创 2020-07-15 13:58:08 · 229 阅读 · 0 评论 -
HTTP1.0 & HTTP1.1 & HTTP2.0总结
https://mp.weixin.qq.com/s/GICbiyJpINrHZ41u_4zT-Ahttps://blog.csdn.net/striveb/article/details/84230923一、HTTP的历史早在 HTTP 建立之初,主要就是为了将超文本标记语言(HTML)文档从Web服务器传送到客户端的浏览器。也是说对于前端来说,我们所写的HTML页面将要放在我们的 web 服务器上,用户端通过浏览器访问url地址来获取网页的显示内容,但是到了 WEB2.0 以来,我们的页面变原创 2020-07-15 11:31:39 · 917 阅读 · 0 评论 -
HTTP协议头部与Keep-Alive模式详解-Content-Length Transfer-Encoding
1、什么是Keep-Alive模式?我们知道HTTP协议采用“请求-应答”模式,当使用普通模式,即非KeepAlive模式时,每个请求/应答客户和服务器都要新建一个连接,完成 之后立即断开连接(HTTP协议为无连接的协议);当使用Keep-Alive模式(又称持久连接、连接重用)时,Keep-Alive功能使客户端到服 务器端的连接持续有效,当出现对服务器的后继请求时,Keep-Alive功能避免了建立或者重新建立连接。http 1.0中默认是关闭的,需要在http头加入"Connection:原创 2020-07-09 19:19:01 · 1408 阅读 · 0 评论 -
完整HTTP请求
当我们在浏览器的地址栏输入www.baidu.com,然后回车,回车这一瞬间到看到页面这一过程到底发生了什么呢?我们看一下下图:关于HTTP协议可以参考以下:HTTP协议漫谈http://kb.cnblogs.com/page/140611/HTTP协议概览http://www.cnblogs.com/vamei/archive/2013/05/11/3069788.html了解HTTP Headers的方方面面http://kb.cnblogs.com/page/55442/1...转载 2020-07-08 17:40:15 · 427 阅读 · 0 评论