Python进阶(三十五)-Fiddler命令行和HTTP断点调试

Python进阶(三十五)-Fiddler命令行和HTTP断点调试

一. Fiddler内置命令

  上一节(使用Fiddler进行抓包分析)中,介绍到,在web session(与我们通常所说的session不是同一个概念,这里的每条HTTP请求都称为一个session)。界面中能够看到Fiddler抓取的全部HTTP请求.而为了更加方便的管理全部的session, Fiddler提供了一系列内置的函数用于筛选和操作这些session(习惯命令行操作Linux的童鞋应该能够感受到这会有多么方便).输入命令的位置在web session管理面板的下方(通过快捷键alt+q能够focus到命令行).
  Fiddler内置的命令有例如以下几种:

1. select命令

  选择全部对应类型(指content-type)为指定类型的HTTP请求,如选择图片。使用命令select image.而select css则能够选择全部对应类型为css的请求。select html则选择全部响应为HTML的请求(怎么样,是不是跟SQL语句非常像?)。

如图是运行select image之后的结果:
这里写图片描写叙述

2. allbut命令

  allbut命令用于选择全部响应类型不是给定类型的HTTP请求。如allbut image用于选择全部对应类型不是图片的session(HTTP请求),该命令另一个别名keeponly.须要注意的是。keeponly和allbut命令是将不是该类型的session删除。留下的都是该类型的响应。因此,如果你运行allbut xxxx(不存在的类型),实际上相似与运行cls命令(删除全部的session, ctrl+x快捷键也是这个作用)。

3. ?

text命令

  选择全部 URL 匹配问号后的字符的全部 session。

4. >size 和

5. =status命令

  选择响应状态等于给定状态的全部HTTP请求。
  比如,选择全部状态为200的HTTP请求:=200

6. @host命令

  选择包括指定 HOST 的全部 HTTP请求。
  比如:@csdn.NET选择全部host包括csdn.Net的请求

7. Bpafter。 Bps, bpv, bpm, bpu

  这几个命令主要用于批量设置断点

  • Bpafter xxx: 中断 URL 包括指定字符的全部 session 响应
  • Bps xxx: 中断 HTTP 响应状态为指定字符的全部 session 响应。

  • Bpv xxx: 中断指定请求方式的全部 session 响应
  • Bpm xxx: 中断指定请求方式的全部 session 响应。等同于bpv xxx
  • Bpu xxx:与bpafter相似。

  当这些命令没有加參数时,会清空全部设置了断点的HTTP请求。
  很多其它的其它命令能够參考Fiddler官网手冊。

二.使用Fiddler进行HTTP断点调试

  这是Fiddler又一强大和有用的工具之中的一个。通过设置断点,Fiddler能够做到:

  • 改动HTTP请求头信息。

    比如改动请求头的UA, Cookie, Referer 信息,通过“伪造”对应信息达到达到对应的目的(调试,模拟用户真实请求等)。

  • 构造请求数据,突破表单的限制,任意提交数据。

    避免页面js和表单限制影响相关调试。

  • 拦截响应数据,改动响应实体。


      为什么以上方法是重要的?如果js前端程序猿和server程序猿是分工合作的。js程序猿想要调试Ajax请求的功能,这样便不必等待server端程序猿开发好全部接口之后再開始开发js端的ajax请求功能,由于通过“模拟”真实的server端的响应,便能够保证功能的正确性,而server端开发程序猿,仅仅要保证终于的响应是符合规定的就可以。

    这大大简化了程序开发的效率,当然也减少了不同业务线程序猿联调的难度。
      有两种方法设置断点:

  • 1.fiddler菜单条->rules->automatic Breakpoints->选择断点方式,这样的方式下设定的断点会对之后的全部HTTP请求有效。 有两个断点位置:

  • a. before response。也就是发送请求之后,可是Fiddler代理中转之前,这时能够改动请求的数据。

  • b.after response。也就是server响应之后,可是在Fiddler将响应中转给client之前。这时能够改动响应的结果。

  • 2.命令行下输入。Bpafter xxx或者bpv,bpu,bpm等设置断点。

    这样的断点仅仅针对特定类型的请求。

  我们以本地的web项目为例,演示怎样简单的设置HTTP断点:
  1.首先设置Firefox的代理,使之能够抓取全部的HTTP请求(localhost的请求,也能够在filter中设置仅仅抓取intranet请求),设置例如以下图所看到的:
这里写图片描写叙述
- 这时用web打开本地的项目。

页面的内容为:
这里写图片描写叙述
- 设置响应后断点(after response breakpoint),能够通过命令行设置:bpafter localhost。键入回车之后。web再次訪问文件。通过Fiddler的web session界面能够看到。请求已经被挂起来了,而web浏览器也一直处于载入的状态。观察右側的inspector面板下,也出现了新的东西:
这里写图片描写叙述
  这时我们就能够改动响应的信息了。

改动过程为:
  切换到textView子面板,选择须要改动的部分。然后点击 “run to complete“,便可回送改动后的响应。如果我们改动后的内容例如以下:
这里写图片描写叙述
  点击运行后。打开刚刚的web界面。

能够看到的页面的变化。
这里写图片描写叙述
  可见。页面的响应已经有了对应的变化。这就是响应后断点。

当然实际应用中。断点的设置和响应的改动会比这复杂的多,这里仅仅是主要的演示样例。
  终止断点的方式有:

  • 在inspector界面点击“run complete“即会终止本次HTTP请求的断点。
  • 输入Go命令。也会使得当前的请求跳过断点。
  • 在rules->auto breakpoint中disabled断点就可以。
    总之。Fiddler的断点功能非常强大,关于它的进一步学习和应用,须要一个不断积累和摸索的过程。

这里写图片描写叙述
这里写图片描写叙述

posted @ 2017-08-16 20:33  wzjhoutai  阅读(204)  评论(0编辑  收藏  举报