Fiddler 抓包浅析(二)

上期文章链接:
Fiddler 抓包浅析(一)

上期文章中我们简单介绍了 Fiddler 的几大面板以及一些大体的介绍,那么本期,我们将为大家带来一些更加详细的解读。

Statistic


我们可以通过 Statistic 查看到该条请求的基本性能数据,如上图,发送了 523 bytes,收到了 1456 bytes,DNS 消耗时间、TCP/IP 连接时间都为 0 ms。

Inspectors


Inspectors 上一篇讲过啦,不过这里还是再简单提一下。

Inspectors 分为上下两部分,上半部分为请求部分,下半部分为响应部分。在其中的 WebForms 版块,可以看到请求参数。其中的 QueryString 代表 GET 请求的参数,Body 代表 POST 请求的参数。下半部分的响应,因为该接口返回的是 Json 格式,所以可以直接在 JSON 版块直接展示。

AutoResponder

AutoResponder 版块是 Fiddler 比较重要且比较强大的功能之一。可用于拦截某一请求,并重定向到本地的资源,或者使用 Fiddler 的内置响应。可用于调试服务器端代码而无需修改服务器端的代码和配置,实际上访问的是本地的文件或者得到的是 Fiddler 的内置响应。当设置了相应的规则后,会将该请求进行拦截处理。

Composer


Composer 在上一章节也提过了,顾名思义就是构建请求。

Parsed

这个应该很简单吧?该方式是把一个请求分割为 3 部分,请求方式 + Host + Header,如果不是 GET 请求的话,还会包括请求体。

这跟一个常用的网络测试工具很像,所以就不多做介绍了。

Raw

直接使用 HTTP header 头部构建 http 请求。

这个请求方式需要自己写请求所需要的原始数据。

Scratchpad

跟 Raw 一样,只是 Raw 是一条,这个是可以多条来进行访问。具体自己测试,可以直接拖拽前边的请求回话。

但是要注意一点:执行的时候必须要选中你所要执行的所有请求,否则会提示 in the box below , please highlight the complete HTTP request to be sent before pressing Execute

Options

Options 里面里面有四个选项,我们来简单介绍一下它们分别有什么作用。

  • Inspect Session
    勾选,点击 execute 后,直接跳转到 inspector 页面。不勾选,点击 execute 后,仍保留在当前页面

  • Fix Content-Length header
    adjusts the value of the Content-Length request header (if present) to match the size of the request body.

  • Follow Redirects
    causes a HTTP/3xx redirect to trigger a new request, if possible. The Composer will follow up to fiddler.composer.followredirects.max default redirections.

  • Automatically Authenticate
    causes Fiddler to automatically respond to HTTP/401 and HTTP/407 challenges that use NTLM or Negotiate protocols using the current user’s Windows credentials.

  • Tear off
    点击后,composer 面板单独窗口显示

Filters

Filters 过滤器,作为 Fiddler 的另一个强大的功能,提供了多维度的过滤规则,足以满足日常开发调试的需求。

可以通过各种方式对请求进行过滤,基本平时我们日常用到 Host 过滤和进程过滤即可,更多的操作,可以移步 Fiddler 官网。

你可能感兴趣的:(Fiddler 抓包浅析(二))