通过抓包来看http三次握手的具体细节

最新推荐文章于 2024-03-22 22:25:06 发布
最新推荐文章于 2024-03-22 22:25:06 发布
阅读量872 收藏
点赞数
分类专栏： java http io
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/mizhi_smile/article/details/119425384
版权
java 同时被 3 个专栏收录
1 篇文章 0 订阅
订阅专栏
http
1 篇文章 0 订阅
订阅专栏
io
1 篇文章 0 订阅
订阅专栏

这里写目录标题

需要用到的命令

lsof -p
netstat -natp
tcpdump
jps     // java-1.8.0-openjdk-devel

代码

server代码

import java.io.BufferedReader;
import java.io.IOException;
import java.io.InputStream;
import java.io.InputStreamReader;
import java.net.InetSocketAddress;
import java.net.ServerSocket;
import java.net.Socket;
import java.net.SocketException;

public class SocketBioDemo {
    // 参数
    private static final int RECEIVE_BUFFER = 10;
    private static final int SO_TIMEOUT = 0;
    private static final boolean REUSE_ADDR = false;
    // 服务启动之后 太多的链接  资源不够  等待的数量 超过拒绝
    private static final int BACK_LOG = 2;

    // 通讯中的参数

    // 长链接
    private static final boolean _KEEPALIVE = false;
    // 是否优先发一个字符做嗅探
    private static final boolean _OOB = false;
    // netstat -natp 查看receive q 相关
    private static final int _REC_BUF = 20;
    // 是否重定向地址
    private static final boolean _REUSE_ADDR = false;
    // send buffer
    private static final int _SEND_BUF = 20;
    // 断开连接的速度
    private static final boolean _LINGER = true;
    //???
    private static final int _LINGER_N = 0;
    // 读取的时候 超时时间 等client多久
    private static final int _TIMEOUT = 0;
    // tcp优化算法 发送数据比较少可以缓冲
    private static final boolean _NO_DELAY = false;


    public static void main(String[] args) {

        System.out.println("server");
        ServerSocket serverSocket = null;
        try {
            serverSocket = new ServerSocket();
            serverSocket.bind(new InetSocketAddress(11111), BACK_LOG);
            serverSocket.setReceiveBufferSize(RECEIVE_BUFFER);
            serverSocket.setReuseAddress(REUSE_ADDR);
            serverSocket.setSoTimeout(SO_TIMEOUT);

            while (true){
                try {
                    System.in.read();
                    Socket client = serverSocket.accept();
                    System.out.println("client:" + client.getPort());
                    client.setKeepAlive(_KEEPALIVE);
                    client.setOOBInline(_OOB);
                    client.setReceiveBufferSize(_REC_BUF);
                    client.setReuseAddress(_REUSE_ADDR);
                    client.setSendBufferSize(_SEND_BUF);
                    client.setSoLinger(_LINGER, _LINGER_N);
                    client.setSoTimeout(_TIMEOUT);
                    client.setTcpNoDelay(_NO_DELAY);
                    new Thread(() -> {
                        while (true) {
                            InputStream in = null;
                            try {
                                in = client.getInputStream();
                                BufferedReader reader = new BufferedReader(new InputStreamReader(in));
                                char[] data = new char[1024];
                                int  num = reader.read(data);
                                if (num > 0) {
                                    System.out.println("data:" + num + "," + new String(data, 0, num));
                                }else if(num==0){

                                }else{
                                    System.out.println("close");
                                    client.close();
                                    break;
                                }
                            } catch (IOException e) {
                                System.out.println(e.getMessage());
                                e.printStackTrace();
                            }
                        }
                    }).start();
                }  catch (IOException e) {
                    System.out.println(e.getMessage());
                    e.printStackTrace();
                } finally {
                    try {
                        serverSocket.close();
                    } catch (IOException e) {
                        System.out.println(e.getMessage());
                        e.printStackTrace();
                    }
                }
            }
        }catch (IOException e) {
            System.out.println(e.getMessage());
            e.printStackTrace();
        }
    }
}

client代码(ip自己确定一下是同一个机器还是两台机器)

import java.io.*;
import java.net.Socket;

public class SocketBioClient {
    public static void main(String[] args) {
        System.out.println("start");
        try {
            Socket client = new Socket("<ip>",11111);
            client.setSendBufferSize(20);
            client.setTcpNoDelay(false);
            client.setOOBInline(false);
            OutputStream out = client.getOutputStream();
            InputStream in = System.in;
            BufferedReader reader = new BufferedReader(new InputStreamReader(in));
            while (true){
                String line = reader.readLine();
                System.out.println("read:"+line);
                if(line!=null){
                    byte[] bb = line.getBytes();
                    for (byte b :bb){
                        out.write(b);
                    }
                }
            }
        }  catch (IOException e) {
            e.printStackTrace();
        }

    }
}

server启动

启动server

java Server

查看网络

netstat -natp

这时候你大概能看到这样的东西
在这里插入图片描述
这时候用jps查看下，获取到这个server的文件标识符

jps

在这里插入图片描述

lsof -p 21154

在这里插入图片描述
这一整个，就是当前server启动的记录了

启动抓包窗口

// 由于client启动的时候会发出消息，这里要先启动抓包，ifconfig 查一下自己的网卡，然后替换掉<NETWORK>
tcpdump -nn -i <NETWORK> port 11111
// 例如
tcpdump -nn -i ens3 port 11111
// 如果是同一台机器，client的ip是127.0.0.1，那就要监听lo了 例如
tcpdump -nn -i lo port 11111

client启动

java Client

开始查看抓包内容

启动内容

在这里插入图片描述

20:10:48.740386 IP 192.168.31.151.54188 > 192.168.31.151.11111: Flags [S], seq 3826206646, win 43690, options [mss 65495,sackOK,TS val 976498522 ecr 0,nop,wscale 7], length 0
20:10:48.740410 IP 192.168.31.151.11111 > 192.168.31.151.54188: Flags [S.], seq 2352561994, ack 3826206647, win 1152, options [mss 65495,sackOK,TS val 976498522 ecr 976498522,nop,wscale 0], length 0
20:10:48.740430 IP 192.168.31.151.54188 > 192.168.31.151.11111: Flags [.], ack 1, win 342, options [nop,nop,TS val 976498522 ecr 976498522], length 0

这就是http三次握手的具体内容，具体自行查阅seq ack等

这时候再次查看网络

netstat -natp

在这里插入图片描述

之前就看到的listen

在这里插入图片描述

这里的第二个是代表内核态已经有了这个，但是目前没有分配给任何程序处理，前面的recv-q 和send-q 都是0，没有任何数据堆积

在这里插入图片描述

一个是client链接server

Client发起数据

// 例如
hello

在这里插入图片描述

这时候查看抓包

在这里插入图片描述

20:10:48.740386 IP 192.168.31.151.54188 > 192.168.31.151.11111: Flags [S], seq 3826206646, win 43690, options [mss 65495,sackOK,TS val 976498522 ecr 0,nop,wscale 7], length 0
20:10:48.740410 IP 192.168.31.151.11111 > 192.168.31.151.54188: Flags [S.], seq 2352561994, ack 3826206647, win 1152, options [mss 65495,sackOK,TS val 976498522 ecr 976498522,nop,wscale 0], length 0
20:10:48.740430 IP 192.168.31.151.54188 > 192.168.31.151.11111: Flags [.], ack 1, win 342, options [nop,nop,TS val 976498522 ecr 976498522], length 0
20:24:14.408096 IP 192.168.31.151.54188 > 192.168.31.151.11111: Flags [P.], seq 1:2, ack 1, win 342, options [nop,nop,TS val 977304190 ecr 976498522], length 1
20:24:14.408152 IP 192.168.31.151.11111 > 192.168.31.151.54188: Flags [.], ack 2, win 1151, options [nop,nop,TS val 977304190 ecr 977304190], length 0
20:24:14.408221 IP 192.168.31.151.54188 > 192.168.31.151.11111: Flags [P.], seq 2:3, ack 1, win 342, options [nop,nop,TS val 977304190 ecr 977304190], length 1
20:24:14.448105 IP 192.168.31.151.11111 > 192.168.31.151.54188: Flags [.], ack 3, win 1150, options [nop,nop,TS val 977304230 ecr 977304190], length 0
20:24:14.448187 IP 192.168.31.151.54188 > 192.168.31.151.11111: Flags [P.], seq 3:6, ack 1, win 342, options [nop,nop,TS val 977304230 ecr 977304230], length 3
20:24:14.488099 IP 192.168.31.151.11111 > 192.168.31.151.54188: Flags [.], ack 6, win 1147, options [nop,nop,TS val 977304270 ecr 977304230], length 0

因为Server的参数设置，所以hello 分三次 h e llo 看到后面的length可以看的出来

再次查看网络

netstat -natp

在这里插入图片描述

这里棉的recv-q，已经变成了5 已经有数据了，但是仍旧没有程序处理

Server 接收数据

取消Server的阻塞

在这里插入图片描述

敲一下回车，这时候就不阻塞了，我们看到client发来的消息

####查看网络

netstat -natp

在这里插入图片描述

已经没有阻塞的数据了，后面也有标识，java开始处理

再次lsof查看
// jps获取文件标识符
jps
// lsof 查看状态
lsof -p 18148

在这里插入图片描述

四次挥手

在这里插入图片描述

20:10:48.740386 IP 192.168.31.151.54188 > 192.168.31.151.11111: Flags [S], seq 3826206646, win 43690, options [mss 65495,sackOK,TS val 976498522 ecr 0,nop,wscale 7], length 0
20:10:48.740410 IP 192.168.31.151.11111 > 192.168.31.151.54188: Flags [S.], seq 2352561994, ack 3826206647, win 1152, options [mss 65495,sackOK,TS val 976498522 ecr 976498522,nop,wscale 0], length 0
20:10:48.740430 IP 192.168.31.151.54188 > 192.168.31.151.11111: Flags [.], ack 1, win 342, options [nop,nop,TS val 976498522 ecr 976498522], length 0
20:24:14.408096 IP 192.168.31.151.54188 > 192.168.31.151.11111: Flags [P.], seq 1:2, ack 1, win 342, options [nop,nop,TS val 977304190 ecr 976498522], length 1
20:24:14.408152 IP 192.168.31.151.11111 > 192.168.31.151.54188: Flags [.], ack 2, win 1151, options [nop,nop,TS val 977304190 ecr 977304190], length 0
20:24:14.408221 IP 192.168.31.151.54188 > 192.168.31.151.11111: Flags [P.], seq 2:3, ack 1, win 342, options [nop,nop,TS val 977304190 ecr 977304190], length 1
20:24:14.448105 IP 192.168.31.151.11111 > 192.168.31.151.54188: Flags [.], ack 3, win 1150, options [nop,nop,TS val 977304230 ecr 977304190], length 0
20:24:14.448187 IP 192.168.31.151.54188 > 192.168.31.151.11111: Flags [P.], seq 3:6, ack 1, win 342, options [nop,nop,TS val 977304230 ecr 977304230], length 3
20:24:14.488099 IP 192.168.31.151.11111 > 192.168.31.151.54188: Flags [.], ack 6, win 1147, options [nop,nop,TS val 977304270 ecr 977304230], length 0
20:48:19.676947 IP 192.168.31.151.54188 > 192.168.31.151.11111: Flags [F.], seq 6, ack 1, win 342, options [nop,nop,TS val 978749458 ecr 977304270], length 0
20:48:19.678164 IP 192.168.31.151.11111 > 192.168.31.151.54188: Flags [R.], seq 1, ack 7, win 1147, options [nop,nop,TS val 978749460 ecr 978749458], length 0

如果你看懂了以上的内容，那么，为什么握手三次即可，但是挥手却要四次，抓包为什么只看到了新增两行信息而不是四行

总结

在这里插入图片描述

额外

拥塞机制

在上文中搜索win，即可看到win的数值，win是互相通知win的大小，如果server的win过小，客户端回自己阻塞

抓包查看

  1. 启动server保持阻塞状态
  2. 启动client不停的输入
  3. 查看抓包
    在这里插入图片描述
20:55:37.852720 IP 192.168.31.151.40218 > 192.168.31.151.11111: Flags [S], seq 1721479900, win 43690, options [mss 65495,sackOK,TS val 979187634 ecr 0,nop,wscale 7], length 0
20:55:37.852739 IP 192.168.31.151.11111 > 192.168.31.151.40218: Flags [S.], seq 3727003628, ack 1721479901, win 1152, options [mss 65495,sackOK,TS val 979187634 ecr 979187634,nop,wscale 0], length 0
20:55:37.852753 IP 192.168.31.151.40218 > 192.168.31.151.11111: Flags [.], ack 1, win 342, options [nop,nop,TS val 979187634 ecr 979187634], length 0
20:55:43.949972 IP 192.168.31.151.40218 > 192.168.31.151.11111: Flags [P.], seq 1:2, ack 1, win 342, options [nop,nop,TS val 979193731 ecr 979187634], length 1
20:55:43.949987 IP 192.168.31.151.11111 > 192.168.31.151.40218: Flags [.], ack 2, win 1151, options [nop,nop,TS val 979193731 ecr 979193731], length 0
20:55:43.950045 IP 192.168.31.151.40218 > 192.168.31.151.11111: Flags [P.], seq 2:3, ack 1, win 342, options [nop,nop,TS val 979193732 ecr 979193731], length 1
20:55:43.990076 IP 192.168.31.151.11111 > 192.168.31.151.40218: Flags [.], ack 3, win 1150, options [nop,nop,TS val 979193772 ecr 979193732], length 0
20:55:43.990112 IP 192.168.31.151.40218 > 192.168.31.151.11111: Flags [P.], seq 3:75, ack 1, win 342, options [nop,nop,TS val 979193772 ecr 979193772], length 72
20:55:44.030063 IP 192.168.31.151.11111 > 192.168.31.151.40218: Flags [.], ack 75, win 1078, options [nop,nop,TS val 979193812 ecr 979193772], length 0
20:55:48.418981 IP 192.168.31.151.40218 > 192.168.31.151.11111: Flags [P.], seq 75:76, ack 1, win 342, options [nop,nop,TS val 979198200 ecr 979193812], length 1
20:55:48.419026 IP 192.168.31.151.11111 > 192.168.31.151.40218: Flags [.], ack 76, win 1077, options [nop,nop,TS val 979198200 ecr 979198200], length 0
20:55:48.419063 IP 192.168.31.151.40218 > 192.168.31.151.11111: Flags [P.], seq 76:77, ack 1, win 342, options [nop,nop,TS val 979198201 ecr 979198200], length 1
20:55:48.459076 IP 192.168.31.151.11111 > 192.168.31.151.40218: Flags [.], ack 77, win 1076, options [nop,nop,TS val 979198241 ecr 979198201], length 0
20:55:48.459104 IP 192.168.31.151.40218 > 192.168.31.151.11111: Flags [P.], seq 77:156, ack 1, win 342, options [nop,nop,TS val 979198241 ecr 979198241], length 79
20:55:48.499079 IP 192.168.31.151.11111 > 192.168.31.151.40218: Flags [.], ack 156, win 997, options [nop,nop,TS val 979198281 ecr 979198241], length 0
20:55:53.954209 IP 192.168.31.151.40218 > 192.168.31.151.11111: Flags [P.], seq 156:157, ack 1, win 342, options [nop,nop,TS val 979203736 ecr 979198281], length 1
20:55:53.954222 IP 192.168.31.151.11111 > 192.168.31.151.40218: Flags [.], ack 157, win 996, options [nop,nop,TS val 979203736 ecr 979203736], length 0
20:55:53.954237 IP 192.168.31.151.40218 > 192.168.31.151.11111: Flags [P.], seq 157:158, ack 1, win 342, options [nop,nop,TS val 979203736 ecr 979203736], length 1
20:55:53.994042 IP 192.168.31.151.11111 > 192.168.31.151.40218: Flags [.], ack 158, win 995, options [nop,nop,TS val 979203776 ecr 979203736], length 0
20:55:53.994056 IP 192.168.31.151.40218 > 192.168.31.151.11111: Flags [P.], seq 158:238, ack 1, win 342, options [nop,nop,TS val 979203776 ecr 979203776], length 80
20:55:54.034072 IP 192.168.31.151.11111 > 192.168.31.151.40218: Flags [.], ack 238, win 915, options [nop,nop,TS val 979203816 ecr 979203776], length 0

这样就可以看出server测的win是逐渐变小的

mizhi_smile
关注
专栏目录
三次握手wireshark抓包分析，成功握手和失败握手
_地才
07-15 2802
启动 点击start出现下面的对话框 wireshark是捕获机器上的某一块网卡的网络包，当机器上有多块网卡的时候，需要选择一个网卡进行捕获操作。 选择网卡 >主页面上，直接点击选中后start >capture->interfaces，选择后start 窗口介绍 1. Display Filter(显示过滤器)， 用于过滤已经捕获到的数据
TCP三次握手分析、http登录密码抓取
琳小白的博客
03-11 7638
概述：本次实验利用Wireshark先对TCP三次握手原理进行分析，解释TCP连接建立的过程，并用“两军问题”解释为什么要进行三次握手；然后分析TCP连接的安全性，概述SYN洪范攻击和SSL，利用Wireshark抓取http登录密码，证明http是明文传输，数据不安全，而https是密文传输，安全可靠；最后对免费WiFi热点的安全性提出自己的一些思考。一，Wireshark分析TCP三次握手1，抓
TCP/IP协议；http协议抓包解析，tcp三次握手四次挥手说明
weixin_42217106的博客
05-10 639
http协议抓包解析，tcp三次握手四次挥手实操 上一章我们讲了http协议是什么，http的发展由来。我们知道了http是一个独立的协议但是通常搭载在tcp/ip协议的应用层。大家都对tcp/ip很熟悉，今天就来实地观察一下http数据包传输的过程。 tcp/ip简述 知道的同学这节可以快乐的跳过这一节 不知道的同学，简单看一下，只需要大概有个概念就好了，毕竟主要还是讲http协议 tcp/ip是http协议的下层协议，把网络环境中的通讯分为几个层级，哪是几个层级呢，基础款的tcp/ip有4层，这4层
JavaEE基础(03)：Http请求详解，握手挥手流程简介
【积累】，是一个长期持续的过程。
12-15 830
基础概念HTTPS是以安全为准则的HTTP通道，是HTTP的安全版，在HTTP请求上加入SSL层，HTTPS的安全基础是SSL，因此加密的详细内容就需要SSL。简单来说，HTTPS协议是由SSL+HTTP协议构建的可进行加密传输、身份认证的网络协议，要比http协议安全。安全模式HTTPS协议的主要作用可以分为两种一种是建立一个信息安全通道，来保证数据传输的安全；另一种就是确认网站的真实性。TCP传输控制协议是一种面向连接的、可靠的、基于字节流的传输层通信协议。...
HTTP三次握手
AdleyTales的技术博客
02-01 1942
第一次握手： 客服端向服务器端发送一个syc（同步包) 服务器是监听状态 第二次握手 服务器端接受到syc（包），并向客户端发送ack（确认包：表示我收到了你发送的syc包 了) 总共发送的包 syc+ack 服务器是接受状态 第三次握手 客户端收到syc+ack包，并且再向服务器端发送ack，表示我知道你收到我发送的包，此时 服务器端收到ack包服务器端表示 我知道你收...
使用wireshark抓包分析TCP三次握手
04-12
用wireshark实际操作来分析tcp三次握手的整个过程，看完会对三次握手有更深入了解
Golang案例开发之gopacket抓包三次握手四次分手（3）
cui_win的专栏
03-22 1738
TCP通讯的三次握手和四次分手，有很多文章都在介绍了，当我们了解了gopacket这个工具的时候，我们当然是用代码实践一下，我们的理论。本节内容就是好的实践。相信，通过今天的实践，你一定和我一样对TCP的协议的理解更加深刻。
用wireshark和fiddler抓包分析tcp的三次握手与四次挥手
qq_46051625的博客
12-03 1444
操作系统：windows10 实验软件：wireshark fiddler 一.以进入“金庸”游戏为例使用wireshark抓包分析tcp的三次握手与四次挥手。 1.在win10中打开cmd命令行窗口，用telnet进入金庸游戏 telnet（进入telnet客户端）-》set localecho（打开本地回显）-》open 10.1.230.41 3900（进入游戏服务器） 2.用wireshark进行抓包 先ipconfig一下，查看自己当前网络的ip，便于之后在wireshark抓取的包进行分析
wireshark抓包分析三次握手信息
qq_37352183的博客
06-18 2294
基于上节搭好了服务器，利用浏览器访问web服务器，web服务器在8080端口监听，利用wireshark抓包，获取如下报文。首先必须一提的是三次握手，基于tcp链接的数据报文传输前必须建立三次握手，我们分析一下前三个tcp报文第一个报文:这是第一个数据报文，它是由:tcp--&gt;ip---&gt;eth---&gt;frame, 没有数据报文，说明第一个tcp不携带数据，同样其余两个也一样都是...
抓包神器：Wireshark 实例分析TCP三次握手过程
l081499的博客
04-17 694
目录 wireshark介绍 wireshark不能做的 wireshark VS Fiddler 同类的其他工具 什么人会用到wireshark wireshark 开始抓包 wireshark 窗口介绍 wireshark 显示过滤 保存过滤 过滤表达式 封包列表(Packet List Pane) 封包详细信息 (Packet Details Pane) wireshark与对应的OS...
java的网络编程基础（三次握手 四次握手）
ppppppushcar的博客
02-18 144
https://www.cnblogs.com/zhaoyunlong/p/13178097.html
java 输出ssl握手信息_java – HttpClient：每个请求都有ssl握手
weixin_39945792的博客
02-25 474
我使用静态HttpClient,它在https上工作得非常慢.我添加了-Djavax.net.debug = ssl,发现每次https请求都会再次启动握手.看起来它无法重用旧会话,但我找不到原因.9007199254743735, setSoTimeout(0) calledAllow unsafe renegotiation: falseAllow legacy hello messages:...
Linux27 -- 通过抓包观察三次握手和四次挥手、链接的状态（tcp状态转移图）、TIME_WAIT 存在的原因
kyrie_sakura的博客
03-07 481
通过抓包观察三次握手和四次挥手 链接的状态（tcp状态转移图） TIME_WAIT 存在的原因
实战 | wireshark抓包解析TCP三次握手和四次分手的过程
波波诸葛伟
01-04 1929
本章节通过在ENSP模拟器器上搭建环境模拟客户端访问网站，从而抓包验证了TCP建立连接的三次握手过程和关闭连接的四次分手过程。
TCP/IP三次握手和HTTP过程(备忘)
javalfx的专栏
09-21 1418
转：http://blog.sina.com.cn/s/blog_6cbb09f3010160qm.html 1、TCP连接 手机能够使用联网功能是因为手机底层实现了TCP/IP协议，可以使手机终端通过无线网络建立TCP连接。TCP协议可以对上层网络提供接口，使上层网络数据的传输建立在“无差别”的网络之上。 建立起一个TCP连接需要经过“三次握手”： 第一次握手：客户端发送
抓包分析三次握手和四次挥手
z1804362542的博客
01-07 2096
抓包tcpdump命令 如果想看到握手过程，Linux系统中可以使用tcpdump命令，并且该命令也可以用于排查Tomcat服务器、微服务等无法访问的问题 tcpdump -nn -i eth0 port 80 -nn表示不用文字显示信息，用数字来显示，比如本机不要显示localhost -i抓那个接口，网卡？这里表示抓eth0以太网0号接口 port表示监听目的端口号是80的数据包 以上执行监听命令之后，就可以去测试访问某个服务器了，然后根据打印出来的内容来分析两台机器的通信，我们下面使用curl命令来测
抓包分析TCP的三次握手和四次分手
weixin_34152820的博客
08-31 423
一：三次握手 三次的握手的过程是： 1.由发起方HostA向被叫方HostB发出请求报文段，此时首部中的同步位SYN=1，同时选择一个序列号seq=x。TCP规定，SYN报文（即SYN=1的报文段）不能携带数据，但要消耗一个序列号。这时，TCP客户端进程进入SYN-SENT（同步已发送）状态。 2.HostB收到连接请求报文后，如同意建立连接，则向HostA发送确认。在确认报文段中应把SYN...
计算机网络三次握手抓包分析,抓包分析篇
weixin_32747681的博客
06-16 901
ARP协议抓包分析ARP时根据ip地址获取物理地址的一个TCP/IP协议。ARP工作过程分为请求过程、响应过程。ARP缓存包含一个或多个表用于存储IP地址及其经过解析的MAC地址。每个表又称为arp缓存表局域网任何一台主机中都有一个ARP缓存表ARP命令语法arp[-a [InetAddr] [-N IfaceAddr]] [-g [InetAddr] [-N IfaceAddr]] [-d In...
网络抓包与HTTP协议
weixin_54089068的博客
11-09 1664
文章目录一、概念相关1.TCP2.HTTP二、Wireshark抓包1.Wireshark2.抓包参考链接 一、概念相关 1.TCP 概念 TCP/IP是一种面向连接的、可靠的、基于字节流的传输层通信协议，它会保证数据不丢包、不乱序。TCP位于网络OSI模型中的第四层(Transport layer)。 特点 ①TCP是面向连接的运输层协议 ②每一条TCP连接只能有两个端点，每一条TCP连接只能是点对点的 ③TCP提供可靠交付的服务 ④TCP提供全双工通信。数据在两个方向上独立的进行传输。因此，连接的每一端
（1）通过抓包解析TCP的三次握手，
最新发布
06-15
三次握手是TCP（Transmission Control Protocol，传输控制协议）连接建立过程中的一个关键步骤，确保数据在网络中可靠地传输。下面是三次握手的详细过程： 1. **第一次挥手（SYN）**：客户端（Client）发送一个SYN...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值