建站外贸企业官网推广,全心代发17做网站,wordpress远程图片下载插件,php多商户商城欢迎浏览高耳机的博客 希望我们彼此都有更好的收获 感谢三连支持! 不只是请求和响应#xff1a;使用Fiddler抓包HTTP协议全指南(上)_fiddler 获取响应脚本-CSDN博客https://blog.csdn.net/Chunfeng6yugan/article/details/144005872?spm1001.2014.3001.5501
不只是请求和响… 欢迎浏览高耳机的博客 希望我们彼此都有更好的收获 感谢三连支持! 不只是请求和响应使用Fiddler抓包HTTP协议全指南(上)_fiddler 获取响应脚本-CSDN博客https://blog.csdn.net/Chunfeng6yugan/article/details/144005872?spm1001.2014.3001.5501
不只是请求和响应使用Fiddler抓包URL和Method全指南(中)_fiddler抓包怎么分析入参响应-CSDN博客https://blog.csdn.net/Chunfeng6yugan/article/details/144024618?spm1001.2014.3001.5501 在(上)篇和(中)篇博客中我们初步了解了HTTP协议的基本工作原理包括它的工作过程学习了如何使用Fiddler这个强大的抓包工具来捕捉和分析网络请求与响应。现在让我们继续深入探讨与Cookie以及状态码等更为深入的内容。
目录
Cookie
历史渊源
浏览器的Cookie
Fiddler观察Cookie
Cookie登录过程
状态码 status code
抓取常见的状态码
结语 Cookie
历史渊源 在互联网的早期为了让普通用户能够理解和接受这种技术使用一个日常生活中的词汇作为术语是一个明智的选择。就像饼干一样计算机中的Cookie也是小的、简单的但可以包含各种不同的“味道”即数据就像饼干可以根据个人口味不同而有不同的风味。 使用“Cookie”这样一个非技术性的词汇有助于降低技术的门槛使得普通用户更容易接受和理解这种技术。这种正面的联想可能也是选择“Cookie”作为术语的一个原因。 浏览器的Cookie Cookie是一种由服务器发送到用户浏览器并保存在本地的小块数据它主要用于存储用户的状态和信息以便服务器能够识别用户和保持会话状态。这些Cookie中存储的字符串数据可以由客户端网页通过JavaScriptJS自行写入也可以由服务器在HTTP响应的header中通过Set-Cookie字段返回给浏览器。因此Cookie往往被用来实现“身份标识”的功能允许服务器区分和识别不同的用户。 每个不同的域名都可以拥有自己的Cookie这意味着不同网站之间的Cookie不会相互冲突确保了用户在访问不同网站时的独立性和隐私性。当用户再次访问网站时浏览器会自动将存储的Cookie发送给服务器服务器据此可以恢复用户的状态和会话信息从而提供个性化的服务和内容。 Fiddler观察Cookie 通过Fiddler抓包观察页面登录Cookie以视频网站为例
1) 清除已有的Cookie 点击URL左侧的小图标选择Cookie接着删除已经存在的Cookie。 2) 启动Fiddler在视频网站进行登陆操作 抓取登录响应: 可以看到响应中包含了4个 Set-Cookie 属性 值得重点关注的是第一个 Set-Cookie 里包含了一个 SESSDATA(SessionData) 的属性属性值是一串很长的加密之后的信息。这个信息就是用户当前登录的身份标识也称为“令牌(token)”。 3) 访问其他页面 登录成功之后此时可以看到后续访问该网站的其他页面比如个人主页请求中就都会带着刚才获取到的Cookie信息。 请求中的Cookie字段也包含了一个 SESSDATA 属性里面的值和刚才服务器返回的值相同。后续只要访问这个网站就会一直带着这个令牌直到令牌过期/下次重新登录。 Cookie登录过程 类似于去医院看病网络认证也遵循几个步骤 一患者到达医院后需要挂号这时他们需要提供身份证来获得一张“就诊卡”这张就诊卡在网络认证中就相当于用户的“令牌”。 二患者在后续的检查、诊断和开药等过程中无需再次出示身份证只需出示就诊卡医院就能识别出患者的身份这与网络中只需凭令牌就能进行后续操作相似。 三当患者结束就诊并不再需要就诊卡时他们可以注销这张卡这样患者身份与就诊卡之间的关联就会被销毁类似于网站注销操作。 四如果患者再次就诊他们可以办理一张新的就诊卡从而获得一个新的“令牌”。 这个过程展示了网络认证中令牌的获取、使用和更新的流程。 状态码 status code 状态码是HTTP响应的一部分用于告知客户端请求访问一个页面的结果。
状态码由三位数字组成首位数字定义了响应的类别 1xx指示信息 - 请求收到继续处理。 2xx成功 - 请求正常处理完毕。 3xx重定向 - 需要进一步操作以完成请求。 4xx客户端错误 - 请求包含语法错误或无法完成请求。 5xx服务器错误 - 服务器在处理请求的过程中发生了错误。 抓取常见的状态码 200 OK请求成功。这是一个最为常见的状态码抓包请求的大部分结果都是200例如抓包 CSDN 主页 202 Accepted: 服务器已接受处理但未处理完成。与之相似的是 201 Created: 表示服务器已接受并创建新的资源。 204 No Content: 常见于 Head 请求服务器未返回响应体只有响应头。 301 Moved Permanently永久重定向。客户端请求的资源已永久移动至其他地方由响应头 Location 指向新的资源位置后续的请求应使用新的地址。 302 Found临时重定向。类似于手机号码的呼叫转移功能该状态码常见于登录页面中。 305 Use Proxy请求者只能使用代理访问请求网页。 400 Bad Request请求无效/错误。 401 Unauthorized未授权。 403 Forbidden拒绝访问。有的页面通常需要用户具有一定的权限才能访问登录后才能访问。如果用户没有登录直接访问就容易见到403。 404 Not Found资源未找到。在浏览器中输入url目的就是为了访问该服务器的某个资源如果该资源不存在那么就会出现404。 500 Internal Server Error服务器内部的代码出现错误或崩溃。 504 Gateway Timeout服务器到网关的请求超时。 使用Fiddler抓包工具我们可以观察到不同请求的响应状态码从而了解请求的处理结果。通过分析状态码我们可以判断请求是否成功以及可能遇到的问题从而进行相应的调试和优化。 结语
不只是请求和响应使用Fiddler抓包HTTP协议全指南(上)_fiddler 获取响应脚本-CSDN博客https://blog.csdn.net/Chunfeng6yugan/article/details/144005872?spm1001.2014.3001.5501不只是请求和响应使用Fiddler抓包URL和Method全指南(中)_fiddler抓包怎么分析入参响应-CSDN博客https://blog.csdn.net/Chunfeng6yugan/article/details/144024618?spm1001.2014.3001.5501 随着本篇博客的结束我们关于使用Fiddler抓包工具分析HTTP请求和响应的三部曲也画上了圆满的句号。感谢每一位读者的陪伴与支持是你们的关注让我的分享变得更有意义! 在这段旅程中我们一同探索了HTTP的奥秘从基础的请求与响应到深入的URL和Method分析再到今天的Cookie与状态码全解析每一步都离不开你们的积极参与和反馈。希望这些内容能够帮助你们在日常学习工作中更加得心应手地使用Fiddler洞察网络通信的每一个细节。 虽然三部曲已经完结但这并不意味着我们探索的终点。在未来我将带来更多精彩的内容涵盖更广泛的技术领域希望能够继续得到你们的关注和支持。 再次感谢让我们在下一篇博客中再次相遇 希望这篇博客能为你使用Fiddler抓包观察Cookie以及状态码提供一些帮助
如有不足之处请多多指出
我是高耳机
