ICode9

精准搜索请尝试: 精确搜索
  • 学习 网络基础知识 TCP协议,TCP三次握手2022-09-16 18:34:48

    TCP(Transmission Control Protocol)协议 传输控制协议,顾名思义,就是要对数据的传输进行一定的控制 TCP协议头部组成结构:   序号 sequence number:TCP数据包的一个编号-数据包过大,TCP数据会在网络中分段,分端后到达目的主机要进行重组,每一段按序号顺序重组  seq==1 确认号:acknowledg

  • 传输层协议2022-09-11 23:01:02

    一、TCP协议介绍 ## TCP特性 1. 工作在传输层 2. 面向连接协议 3. 全双工协议 4. 半关闭 5. 错误检查 6. 将数据打包成段,排序 7. 确认机制 8. 数据恢复,重传 9. 流量控制,滑动窗口 (一)、TCP/IP协议族的传输层协议1.TCP(传输控制协议)(1)TCP是面向连接的、可靠的进程到进程通信的协议。(2)TC

  • 传输层2022-09-06 19:02:54

    一、TCP/IP和OSI模型的比较 相同点:两者都是以协议栈的概念为基础;     协议栈中的协议彼此相互独立     下层对上层提供服务 不同点:OSI是先有模型;TCP/IP是先有协议,后有模型;     OSI是国际标准,适用于各种协议栈;     TCP/IP实际标准,只适用于TCP/IP网络     层次

  • 传输层协议学习2022-09-06 14:01:38

      传输层协议 TCP/IP 介绍 TCP协议 TCP/IP 分层 TCP特新 TCP报文 TCP三次握手 TCP四次挥手 UDP特性       传输层协议 TCP/IP 介绍   TCP/IP是一个Protocol Stack,包括TCP、IP、UDP、ICMP、RIP、TELNET、FTP、SMTP、ARP等许多协议 TCP协议 TCP/IP 分层 TCP特性 工作在

  • 日常问题: 上线确认2022-08-29 09:31:59

    作为开发,手头没事的时候,担心自己没参与大项目,年终没产出。而真正需求到来的时候,却是狂风暴雨一般,密集且时间紧迫。在紧锣密鼓996之后,终于迎来了上线。 但这一天不太顺利。 背景 xxx正式上线。上线前,方案强调要开发把所有配置都给到他,他要确认下。当时觉得有问题,开发的配置干嘛

  • Fiddler抓包工具安装HTTPS证书2022-08-15 21:33:33

    安装好之后,打开Fiddler根目录,打开CMD 执行以下内容 makecert.exe -r -ss my -n "CN=DO_NOT_TRUST_FiddlerRoot, O=DO_NOT_TRUST, OU=Created by http://www.fiddler2.com" -sky signature -eku 1.3.6.1.5.5.7.3.1 -h 1 -cy authority -a sha1 -m 120 -b 09/11/2099 然后打开Fiddl

  • 确认订单2022-08-11 01:30:22

    js业务 业务1:收货地址业务 主要实现地址的新建、修改、确认 业务2:产品数据渲染业务 主要实现产品信息的渲染、计算数据 业务3:使用优惠卷业务 主要实现扫描二维码获取优惠卷、使用优惠卷码获取优惠卷 分页效果的原理 伪代码 先获取数据  每一页显示3个数据 变量接收 pageCount= 3

  • linux 不用docker 安装jenkins2022-07-26 12:02:56

    参照官方地址: https://www.jenkins.io/doc/book/installing/linux/#red-hat-centos           待全部准备完毕,查看jenkins 的配置文件 ,确认java home 是否配置正确 vi /etc/init.d/jenkins   使用  which java whereis java #确认java 的路径         至此,je

  • 脚本执行sudo命令时: 免手动确认和免输入密码2022-07-14 18:32:10

    1.sudo 命令有时候需要手动输入yes来确认执行 或者 软件在安装包下载完毕后还需要你输入y进行确认安装 。那如果是用脚本执行sudo 命令就可以用-y 参数来确认执行 sudo yum install python3 -y sudo dnf remove xorg-x11* -y   2.运行脚本安装一些软件的时候,提示要输入sudo密码

  • 14.TCP封装格式2022-06-26 02:31:36

    1. tcp、udp tcp:面向连接、可靠、效率低 upd: 无连接、不可靠、效率高 序列号:发送端为每个字节编号,便于接收端正确重组 确认端: 用于确认发送端的信息 窗口大小:用于说明本地可接收数据段的数目,窗口大小是可变的 控制字段: ack为1时才有效 FIN: 断开连接 SYN: 请求建立连接 AC

  • 【大厂面试必备系列】滑动窗口协议2022-06-16 10:36:41

    引言 想象一下这个场景:主机 A 一直向主机 B 发送数据,不考虑主机 B 的接收能力,则可能导致主机 B 的接收缓冲区满了而无法再接收数据,从而导致大量的数据丢包,引发重传机制。而在重传的过程中,若主机 B 的接收缓冲区情况仍未好转,则会将大量的时间浪费在重传数据上,降低传送数据的效率。

  • TCP/IP常见面试问题2022-06-08 10:00:49

    TCP/IP常见面试问题1.OSI七层协议以及四层协议 实际使用时只包含四层协议:从上到下依次是 应用层(http) 传输层(tcp/udp) 网络层(ip) 网络接口层(以太网协议)   2.在网络中具体的传输过程 从上图可见传输的数据每经过一层,就会添加该层的协议首部,相反的在到达目标地址时,每经过一层

  • 2022年某银行系统内部赛流量分析wp2022-05-30 23:04:59

    链接:https://pan.baidu.com/s/1RVgI7CASZ6sJg3pF2A0d2Q  提取码:1go0  问题: 1、确认并提交攻击者的IP 地址 2、确认并提交攻击者首次请求 Apache Solr 服务的时间,格式:2022-05-01/12:00:00 3、确认并提交攻击者登录 Solr 服务使用的用户名和密码,格式:Username:Password。 4、确认并

  • RabitMQ 发布确认2022-05-24 16:31:39

    每日一句 军人天生就舍弃了战斗的意义! 概述 RabitMQ 发布确认,保证消息在磁盘上。 前提条件 1。队列必须持久化 队列持久化 2。队列中的消息必须持久化 消息持久化 使用 三种发布确认的方式: 1。单个发布确认 2。批量发布确认 3。异步批量发布确认 开启发布确认的方法 //创建一个连

  • C#之 TCP连接的建立与释放(三次握手 四次挥手)2022-05-21 07:00:06

    SYN:同步(1:开启  0:关闭),表示客户机想与服务器同步 ACK:确认(1:表示有效  0:无效) FIN:结束 PSH:有 DATA数据传输 RST:连接重置   seq:序号(随机生成的) ack:确认号   三次握手 三次握手描述是不太准确的,建立Tcp链接只握了 一次手,所谓3次 是发送了3次报文。 客户机A、服务器B TCP默认关闭。

  • 使用确认对话框控制循环2022-05-20 12:34:15

    import java.util.*; import javax.swing.*; class Main { public static void main(String[] args){ int sum = 0; //Keep reading data until the user answer No int option = JOptionPane.YES_OPTION; while(option == JOptionPane.YES_

  • 排查问题思路2022-05-20 12:01:32

    确认背景,程序版本和环境 确认现象 思考该部分功能的逻辑 查看log或其他可用线索,再次确认现象 分析可能出现问题的部分,做出怀疑 对比分析:最近做了哪些修改,和其他设备的区别 正向分析:由现象和线索推演出问题可能所在 验证和排查 简单验证下怀疑(交叉对比) 检查代码,调试查看,验证怀

  • 第8章 发布确认高级2022-05-14 16:02:06

      在生产环境中由于一些不明原因,导致 rabbitmq 重启,在 RabbitMQ 重启期间生产者消息投递失败, 导致消息丢失,需要手动处理和恢复。于是,我们开始思考,如何才能进行 RabbitMQ 的消息可靠投递呢? 特别是在这样比较极端的情况,RabbitMQ 集群不可用的时候,无法投递的消息该如何处理呢: 应

  • TCP连接和释放2022-05-10 14:35:57

    TCP是面向连接的协议,运输连接用于传送TCP报文,TCP的运输连接包括三个阶段:连接建立、数据传送和连接释放。 TCP连接 TCP建立连接的过程叫做握手,握手需要在客户端和服务器之间交换三个TCP报文段。将TCP连接称为“三次握手”是不严谨的,应该是在一次握手的过程中交换了三个TCP报文。

  • 《摄像头 —— sensor移植以及调试》2022-05-09 12:00:28

    I2C通信失败⼀般的平台在开机过程,camera驱动框架都会对sensor进⾏探测,如果确实存在相应的硬件,将会产⽣ /dev/video 节点;如果探测异常,则没有相应的节点。探测过程⼀般是通过I2C驱动sensor的chipid,在这个过程遇到最多的就是I2C通信失败。遇到I2C通信失败,可按照以下步骤进⾏测试确认

  • 三次握手2022-05-07 22:00:51

      假设 A 为客户端,B 为服务器端。 首先 B 处于 LISTEN(监听)状态,等待客户的连接请求。 A 向 B 发送连接请求报文,SYN=1,ACK=0,选择一个初始的序号 x。 B 收到连接请求报文,如果同意建立连接,则向 A 发送连接确认报文,SYN=1,ACK=1,确认号为 x+1,同时也选择一个初始的序号 y。 A 收到 B 的连

  • 为什么要进行三次握手?两次握手可以吗?2022-05-03 18:01:14

    两次握手不行,原因如下: 为了防止通信双方建立错误的连接; 如上图所示,假设客户端开始给服务端发送了一个序列号为99的synTCP请求连接报文,不巧的是这个syn报文由于网络拥塞而没有及时到达服务端,然后客户端又发送了一个序列号为399的SYN请求报文给服务端,这时前面那个超时的报文恰好

  • Markdown编辑Typora使用方法2022-04-30 18:33:22

    目录一 、标题二、 字体三、引用四、分割线五、图片六、超链接七、列表八、代码九、表格十、快捷键 一 、标题 # 一级标题 ## 二级标题 ### 三级标题 #### 四级标题 ##### 五级标题 二、 字体 **加粗** *斜体* ***斜体并加粗*** ~~删除~~ 两个波浪线~~ 三、引用 > 引用

  • 计算机网络3.4 选择重传协议2022-04-18 11:31:23

    回退N帧协议接收窗口尺寸Wr只能等于1,因此接收方只能按序接收正确到达的数据分组。 一个错误导致后续正确的全部重传,对通信资源的极大浪费。 选择重传协议 为了使发送方仅重传出现差错的分组,不能再采用累积确认,需要对每个正确收到的数据分组进行逐一确认。 接收方接一个分组就会

  • 从页面请求到渲染过程的细节2022-04-13 16:33:32

    1.浏览器请求页面到渲染页面的整个过程   浏览器从URL中解析出服务器的主机名; 通过域名系统(DNS)将主机名转换成服务器的IP地址; 从URL中解析出端口号(如果没有,http的默认端口号是80,https是443),有了IP地址和端口号就能建立起一条TCP连接; 浏览器向服务器发送一条HTTP请求报文; 服务器向

专注分享技术,共同学习,共同进步。侵权联系[81616952@qq.com]

Copyright (C)ICode9.com, All Rights Reserved.

ICode9版权所有