魔兽地图,北回归线-汽车行业巨变前夜,汽车行业发展

来历:https://www.cnblogs.com/lulianqi/p/10428551.html#_labelTop

导言

FreeHttp是一个Fiddler插件凭借FreeHttp您可依照您自己的设定修正恳求或呼应报文,这对测验及调试都十分有用

比方您发现线上页面js文件过错,直接运用规矩替换新的js文件您能够在不对线上服务做任何改动的状况下直接在线上验证

相同在发现服务接口数据不符合预期时也能够直接修正验证,乃至能够铲除手机浏览器或微信服务号的登陆状况

期望在您了解其根本功用及作业原理后,能够在实践作业中为您供给便当

FreeHttp来源

现在互联网或IT职业简直跟HTTP现已分不开了,体系与体系之间的联络适当一部分都需求凭借HTTP,在平常的作业中(特别是测验作业)逐渐的会发现自己除了对抓取HTTP报文有需求,许多时分更需求篡改HTTP报文辅佐测验或调试。

Fiddler实践现已供给断点,AutoResponder及FiddlerScript 功用能够直接或直接完结报文篡改功用,不过运用进程中会发现,他们在许多状况下操作难度较大约束也多,乃至有些状况达不到我的需求。

为了满意自己的一些特定需求,凭借Fiddler扩展接口自己渐渐为其编写开发了插件,后来跟着作业需求为插件增加的功用越来越多,自己就萌生了把功用完结成通用的办法或许能够给其他同学供给协助(也就成为了FreeHttp的雏形)

之后运用业余时刻逐渐收拾完结了当时版别的功用,由于时刻以及水平方面的约束,信任FreeHttp仍然存在许多缺点及缺乏的当地,也期望我们能多包容。发现问题能够直接提出,我会赶快修正,期望能为我们的作业供给便当。

FreeHttp篡改http报文的根本完结进程如上图(绿线代表http恳求,黄线代表http呼应)

FreeHttp获取恳求及呼应需求依靠fiddler署理,也就是说只需衔接fiddler署理的终端设备的http恳求报文都能够被FreeHttp篡改,相同支撑对https的篡改(当遇到http2.0恳求时会先降级到http1.1,再进行报文篡改)

FreeHttp 插件装置

1:您的核算机需求现已装置Fiddler (如未装置,请至官网下载装置 http://docs.白咲碧telerik.com/fiddler/configure-fiddler/tasks/configurefiddler)

2:进入Fiddler装置目录的Scripts目录下,将FreeHttp.dll仿制到该目录下 (下载请至:https://files.cnblogs.com/files/lulianqi/FreeHttp1.1.zip 或 http://lulianqi.com/file/FreeHttp1.1.zip 解压可得到 FreeHtt红蜘蛛p.dll )

3:重启Fiddler即可在面板中呈现 FreeHttp 标签

FreeHttp 根本界面

根本操作界面如下图,首要分为5嘎玛鲁乔巴个部分

  1. Session 匹配规矩修正区『Url Filter』
  2. Htpp 恳求或呼应篡改规矩修正区
  3. 规矩修正操控条
  4. http session 捕获/篡改或规矩履行日志
  5. 已创立http篡改规矩列表

当恳求宣布或接收到呼应时,freehttp会在篡改规矩列表中匹配篡改规矩(匹配运用Url Filter中的内容),假如匹配成功即履行http报文的篡改(篡改运用规矩修正区内容)

一:规矩匹配区

1.1:『get http sesion in left sessio魔兽地图,北回归线-汽车职业剧变前夜,汽车职业开展n list』获取Session信息

表明从fiddler Session列表获取Session信息

点击此图标会将您选中的session的url主动填充到urlfilter输入框中, 并将该session的request及response信息填入下方Http篡改规矩的『Request Replace』及『Response Replace』中便利篡改规矩的修正

(如上图:挑选fiddler默许更新session,点击获取按钮,黄色区域即为获取的信息)

1.2亓怎样读:『select url filter method』Url匹配办法

表明url匹配办法(匹配后方文本框中内容),支撑Contain,StartWith,Is,Regex,AllPass

  • Contion:在当时Http恳求session url包括指定值时匹配经过。
  • StartWith:在当时Http恳求session url以指定值开始时匹配经过。
  • Is:在当时Http恳求session url与指定值彻底共一同匹配经过。
  • Regex:在当时Http恳求session url 经过指定正则匹配时匹配经过。(如[“^https://www.bing.cn/js/page.\S*?.js\b”该正则匹配表明以“https://www.bing.cn/js/page.”最初并以“.js”结束而且中心含随机版别的js恳求url)
  • AllPass:对恣意Http恳求session url匹配经过。(当您需求为一切经过fiddler的恳求都进行指定规矩的篡改时,比方为一切恳求增加符号head头,或设置禁用验证缓存时或许会需求运用到AllPass匹配办法)

1.3:『edit advanced http filter』高档匹配

点击此图标能够进行http篡改匹配规矩的高档匹配

包括对request 对恳求头及恳求实体的匹配检查

假如前面的Url Filter 选项现已能协助您挑选方针h魔兽地图,北回归线-汽车职业剧变前夜,汽车职业开展ttp恳求,您不必再设置该项

默许状况下『edit advanced http filter』图标显现为黑色,表明没有对advanced http filter进行过设置

假如您对当时匹配规矩的advanced http filter现已进行过设置,该图标会显现为蓝色

点击该图标即可在弹出窗口中设置 advanced http filter

如上图 advanced http filter分为4部分

1:Url Filter 部分内容与前面的Url Filter 彻底共同(这儿不在独自阐明)

2:Head Filter 部分能够帮你设置head头挑选,点击『+』弹出操作框按提示输入Key于Value(表明被匹配http恳求有必要满意,恳求头中有必要含有Key值恳求头,而且该恳求头的内容有必要含有Value值)

点击方针操控区域『+』弹出增加对话框进行增加

点击方针操控区域『-』 能够删去现已增加但不再需求的规矩(不挑选任何指定item则移除当时一切)

双击恣意条目弹出修正框能够对现已增加条目进行修正操作

3:HTTP Body Filter 部分的逻辑于Url Filter 坚持共同,仅有不同的是此处的挑选条件是恳求的body

4:Rule Alias 部分用于设置该规矩的别号 (该别号会显现在后边 『Tamper Rule』篡改规矩列表区)

留意以上2,3,4都不是有必要项假如不需求能够不必填写(没有设置过2,3,4项即为未设置advanced http filter)

1.4:『new or edit rule』创立规矩

在创立方式承认创立新规矩

在修正方式承认保存当时规矩

该按钮与下方『规矩修正操控条』中承认按钮意义共同

回到顶部

二:恳求或呼应篡改规矩修正区域

HTTP篡改区有4个tab别离是 恳求修正『Request Modific』;恳求替换『Request Replsce』;呼应修正『Response Modific』;呼应替换『Response Replace』

经过设置这4类篡改规矩您简直能够对指定Http恳求的request或response进行恣意的篡改,使它变为您需求的姿态

篡改还包括对文件及动态参数化及外部文件数据源的支撑

2.1:『Request Modific』恳求修正

『Request Modific』能够完结对http恳求的篡改,恳求修正按HTTP本身结构分为4块

别离是对恳求url的修正,对恳求头的移除,对恳求头的增加,对恳求实体的修正

2.1.1:恳求行uri 修正 『Uri Modofic』

该修正区用于操控修正匹配http request的url

不输入任何值,则代表不修正该项

第一个文本框输入需求替换的内容,第二个文本框输入替换之后的内容

留意:该替换规矩将替换方针中一切匹配字符串(假如发现多处匹配,将都被替换)

假如第一个文本框置空,仅在第二个文本框中输入内容,则代表替换恳求行的整个uri

如恳求行是 GET https://www.fiddler2.com/UpdateCheck.aspx?isBeta=False HTTP/1.1 ,在第一个文本框中输入""(置空不输入),在第二个文本框中王太利输入“http://test.com”

假如恳求『Url Filter』规矩匹配,恳求在发送前恳求行将被篡改为 GET http://test.com HTTP/1.1

如上图,在第一个文本框中输innisfree入"isBeta=False",在第二个文本框中输入“isBeta=true”

假如恳求『Url Filter』规矩匹配,若恳求行是 GET https://www.fiddler2.com/UpdateCheck.aspx?isBeta=False HTTP/1.1 ,则Url Modific履行(由于url含有“isBeta=False”),恳求在宣布前,恳求行将被篡改为 GET https://www.fiddler2.com/UpdateCheck.aspx?isBeta=true HTTP/1.1

2.1.2:恳求头heads移除『Head Modific』『Remove Head』

该修正区用于操控修正匹配http request的head头,删去指定request head头

点击方针操控区域『+』弹出增加对话框进行增加

点击方针操控区域『-』 能够删去现已增加但不再需求的head移除规矩(不挑选任何指定item则移除当时一切)

双击恣意条目弹出修正框能够对现已增加条目进行修正操作

(如上图点击增加,弹出窗口进行增加,或双击恣意item弹出该窗口进行修正)

以上『Remove Head』设置表明移除恳求头中的Pragram,Cache-Contorl,If-None-Match,If-Modified-Since恳求头

2.1.3:恳求头heads增加『Head Modific』『Add Head』

该修正区用于操控修正匹配http request的head头,增加指定request head头

点击方针操控区域『+』弹出增加对话框进行增加

点击方针操控区域『-』 能够删去现已增加但不再需求的head增加规矩(不挑选任何指定item则移除当时一切)

双击恣意条目弹出修正框能够对现已增加条目进行修正操作

(如上图点击增加弹出窗口进行添玄关鞋柜加,或双击恣意item弹出该窗口进行修正)

以上『Add Head』设置表明增加恳求头恳求头Pragma: no-cache , Cache-C羊交配ontrol: no-cache (由于在『Remove Head』中也有Pragme恳求头,所以实践意义是修正Pragme恳求头为no-cache)

2.1.3补白

  • 关于『Remove Head』

由于RFC@2616 恳求头中头域称号不区别大小写,所以host与hoST的意义是相同的,一旦规矩匹配将会移除恳求头factory中的host头

  • 关于『Add Head』

增加恳求头答应增加2个同名域头,比方您能够一同增加Accept-Encoding: gzip 和Accept-Encoding: deflate 这2个头会别离增加到恳求头域(即便运用相同的头域称号)

留意由于同名头域并不会彼此掩盖,所以假如你想完结指定恳求头的修正功用,需求先删去指定头域,再增加该头域

比方您需求将Pragma:xxx 改为Pragma: no-cache,就需求先增加一个Remove Head测验规矩Pragma,然后增加一个头域修正规矩Pragma: no-cache

  • 关于恳求或呼应篡改规矩修正区域其他相似『Add Head』的操作规矩

根本操作逻辑坚持共同

点击『+』增加项

点击『-』删去选定项(未选定任何项删去悉数)

双击恣意项为修正该项

2.1.4:恳求体Body修正『Body Modific』

假如您对恳求中含有Body,您或许也会有对恳求体body的修正的需求

Body Modific的逻辑与Uri Modific根本坚持共同,不过一同支撑regex正则替换

不输入任何值,则代表不修正该项

第一个文本框输入需求替换的内容,第二个文本框输入替换之后的内容

当第一个文本框以最初时则表明启用正则替换,后边的内容为查找替换的的正则表达式

如第一个文本框中输入魔兽地图,北回归线-汽车职业剧变前夜,汽车职业开展"nloginpwd=.*?&"(不包括引号),第二个文本框中输妈妈噜入“nloginpwd=123456&”

该正则替换规矩表明将恳求体Body中一切以“nloginpwd=”最初,以“&”结束的文本替换为“nloginpwd=123456”

如上图,在第一个文本框置空,在第二个文本框中输入“test”

假如恳求『Url Filter』规矩匹配,Http恳求body将被替换为“test body”

留意这种设置即便原始body为空也会进行替换(实践上GET等恳求是不含有恳求实体的,此处仅为演示)

2.2:『Request Replace』恳求替换

『Request Re流年place』能够完结对http恳求的全体替换

Request Replace是http恳求的另一种篡改方式,他不关心匹配恳求的原始request内容,直接对整个恳求做替换操作

Request Replace 对替换规矩的修正分为两种办法,辅佐方式及Raw方式

为了便利您创立替换规矩,『Request Replace』按http恳求结构分为3部分,恳求行,恳求头恳求体,及Raw描绘切换(不运用格局辅佐,进入Raw修正进行修正)

2.2.1 『Start Line』修正替换恳求行

恳求行的修正按恳求行的规矩分为

对恳求办法的修正(能够进行下拉辅佐修正,或手动输入自定义办法)

对url的修正(留意请坚持url的完整性)

对http协议版别的修正(能够进行下拉辅佐修正,或手动输入自定义办法)

2.2.2 『Request Heads』修正替换恳求头

恳求替换中对恳求头的修正与【2.1.3】中设置恳求头相似,运用相同的办法进行装备修正(此处不再重复阐明)

此处的恳求头将与上面『Start Line』一同用于全体替换

2.2.3 『Request Body』修正替换恳求体

恳求体的替换的修正根本功用十分快捷,您只需求在图中高亮部分填入您想要的request body正文即可

假如您的body正文是二进制的数据,或是一个需求上传的文件,您能够直接在此处增加本地文件

修正框单机鼠标右键,在弹出菜单中挑选『add file』

挑选核算机中本地文件文件

如上图挑选文件后“<>C:\Users\administer\Pictures\3613e290-8028-4ddc-946c-b89c67f4f31a.jpg”将会被增加至修正框

表明3613e290-8028-4ddc-946c-b89c67f4f31a.jpg该文件将直接作为request的恳求实体进行替换

您也能够依照格局约好手动增加文件(以“<>”最初,后接文件途径)

留意:只要以<>最初才表明文件方式(“data<>C:\test.jpg”这种数据将不会被当作文件处理)

关于『add Parameter』增加参数化数据

您能够在您需求的恣意当地右键挑选『add Parameter』早坂愛梨增加您想要的静态化数据

详细运用办法请检查【八:参数化数据设置】(不了解参数化数据的设置并不会影响您运用freehttp的首要功用)

2.2.4 『Raw Mode』切换原始数据视图

假如您了解Http原始报文,您能够点击下图中的图标进入raw mode,对即将替换的原始报文进行修正

进入raw mode能够直接修正(假如您运用『get http sesion in left session list』获取过session信息,这儿会提早填入方针http的request报文便利您的修正)

您不必忧虑您输入的过错的http格局会影响替换,假如使魔兽地图,北回归线-汽车职业剧变前夜,汽车职业开展用『raw mode』在您修正或新增完结时,体系会检查你的输入,假如格局有误,会给出清晰提示告诉您什么当地不符合规范规范(规范规范请拜见RFC2616)

raw mode 支撑上文request replace的悉数功用,包括【八:参数化数据设置】会介绍的参数化数据

在raw mode您相同能够运用文件替换request body,替换办法与【2.2.3】中的问题替换根本坚持共同

需求留意的是,只要request body才干被替换为文件

如上图假如您现已有body 内容为test data,则不能一同增加文件body

2.2.4补白

在右键增加文件时,一同能够看到右键菜单中有『anto Content-Length』,假如勾选该项在你创立或保存当时规矩时会主动核算Body长度并为恳求增加Content-Length头。

在你点击创立或保存按钮时,『Request Replace』Tab当时停在raw mode方式 即保存raw mode 数据,停在辅佐方式则运用辅佐方式的数据

2.3:『Response Modific』呼应修正

『Response Modific』能够完结对http呼应的恣意篡改,恳求修正按HTTP本身结构分为3块,别离是对呼应头的移除,对请呼应的增加,对呼应实体的修正

『Response Modific』的修正及履行方式与『Response Modific』根本坚持共同,不同的是在『Response Modific』不能对呼应行及呼应状况码进行篡改(由于对状况码的修正意味着对整个呼应的彻底修正,假如需求修正状况码请运用后边的『Response Replace』)

2.3.1:呼应头heads移除『Head Modific』『Remove Head』

该修正区用于操控修正匹配http response的head头,删去指定response head头

该项修正逻辑与【2.1.2】中对恳求头的移除是共同的,这儿不再重复阐明

2.3.2:呼应头heads增加『Head Modific』『Ad魔兽地图,北回归线-汽车职业剧变前夜,汽车职业开展d Head』

该修正区用于操控修正匹配http response的head头,增加指定response head头

该项修正逻辑与【2.1.3】中对恳求头的增加是共同的,这儿不再重复阐明

2.3.3:呼应体Body修正『Body Modific』

假如您的呼应中含有body,您或许也会有对呼应body的修正的需求

相同支撑彻底掩盖,替换,正则替换

该项修正逻辑与【2.1.4】中对请体的修正是共同的,这儿不再重复阐明

如上图设置则表明为匹配的http呼应增加一个Set-Cookie头,内容为UM_distinctid=167,当浏览器接收到这个被篡改正的呼应头后,会为该域名增加名为UM_distinctid的cookie,假如已有同名cookie则韩国瑜伽妹会直接掩盖

2.4:『Response Replace』呼应替换

『Response Replace』能够完结对http呼应的全体替换

Response Replace是http呼应的另一种篡改方式,他不关心匹配恳求的原始response内容,直接对整个呼应做替换操作

Response Replace 对呼应的替换直接运用Raw方式,不过为了便利替换供给了一组规范呼应回来的模板

Response Replace 按修正功用分为3部分,呼应Raw内容修正,模板挑选,Response Direct挑选

2.4.1 呼应Raw原始报文修正

在此Tab能够直接修正替换用的Raw原始报文(假如您运用『get http sesion in left session list』获取过session信息,这儿会提早填入方针http的response报文便利您的修正)

您不必忧虑您输入的过错的http格局会影响替换,假如运用『response replace』在您保存或新建时体系会检查你的输入,并给出清晰提示告诉您什么当地不符合规范规范(规范规范请拜见RFC2616)

与【2.2.4】 恳求『Raw Mode』替换相同,支撑文件及参数化数据,除报文要求的格局外,其他修正逻辑与【2.2.4】中规矩坚持共同,此处不再重复阐明

2.4.2『Select Replace Template』挑选模板

假如您需求自己创立response呼应内容,您能够运用模板辅佐您的修正,模板包括大多数惯例呼应的根本格局

如上图下拉挑选您想要的模板即可,上图中挑选了[HTTP/1.1 200 OK]的模板,模板内容便是一个惯例Http 200 回来的比方,您能够直接在比方上进行修正

2.4.3『Response Direct』直接回来呼应

该选项用于操控response回来机遇,当『Url Filter』匹配到http恳求后,一同该篡改规矩为『Response Replace』时,能够运用该项设置恳求是否直接回来

当『Response Direct』被勾选选时,feddler将不会把恳求发送到方针服务器,而是运用Response Replace里的resonse直接回来,即客户端发送恳求后就会当即接收到您自定义的呼应,这种方式关于实践恳求是不存在的或暂时不能连通的状况是十分必要(比方您想要运用暂时未开发好的接口,这时就需求该选项mock接口),一同您能够设置接口的履行时刻在后边【3.3】『set response latency』 会介绍如何为呼应设置指定呼应时刻

当『Response Direct』未被勾选时,则运用惯例恳求途径,恳求会被发送至服务器(即便服务的回来并不会被运用),在服务回来呼应成果后,履行替换操作 (默许不勾选)

回到顶部

三:规矩修正操控条及惯例设置修正区域

规矩操控修正条由3部分组成如上图1,2,3,4组成的规矩操控,5快速规矩修正,6篡改东西及惯例设置

3.1『affirm rule』承认创立规矩或保存规矩修正

该按钮的功用与【1.4】『new or edit rule』坚持共同

在创立方式承认创立新规矩

在修正方式承认保存当时规矩

如上图当年点击承认(黄deposit色符号区域)时,即会创立能修正的篡改规矩

请留意上方『url Filter』右侧文字提示(New Mode 表明现在处于创立方式)会显现当时方式

还有一点需求阐明当时篡改规矩修正区域停留在哪种修正方式,便是对哪种规矩的保存(『Request Modific』『Request Replsce』『Response Modific』『Response Replace』)

单个规矩仅包括一种篡改规矩,假如您需求对同一个恳求一同履行多个篡改,您能够对其创立多个篡改规矩(实践运用中这种场景是存在的)

假如当时创立的规矩是『Request Modific』或『Request Replsce』,创立完结的规矩会呈现在『Request Rule』列表中,假如是『Response Modific』或『Response Replace』,创立完结则会呈现在『Response Rule』中

完结创立后,下方日志会有相应记载,并清空当时修正区域(图中修正区域没有清空仅为演示,实践运用中修正区数据将彻底被铲除)

当您点击承认时体系会检查您修正的规矩,假如有不符合要求的当地会有相应提示,并在呈现过错的修正的区域进行短时刻的高亮显现以提示 (一般假如是新规矩会在增加在规矩类表结尾,并有短时刻高亮显现进行提示)

3.2『cancel edit』撤销

『cancel edit』功用相对简略,仅用于铲除修正区域保存的信息

在创立方式直接铲除信息,在修正方式能够撤销对当时规矩的修正状况

3.3『set response latency』 设置呼应延时

『set response latency』可用于设置『Response Rule』的呼应推迟(『Response Modific』及『Response Replace』为『Response Rule』)

如上图该图标按钮有3种状况(can set , unable set,is seted)

1.can set:延时设置对当时篡改规矩为可设置状况,此刻点击该图标即弹出设置框。

2.unable set :延时设置对当时腊梅花篡改规矩为不行设置状况,此刻该图标不能点击,由于呼应延时是针对http response的延时,即该设置对『Request Modific』『Request Replsce』是无效的

3.is seted:第3种状况是现已设置过延时的状况,如图设置过数值将会直接显现在刚刚图标的方位。(这个时分也能够点击该数值进行修正)

设置窗口如上图,您直接填入数值即可(单位为毫秒),假如填0或空则表明不设置延时

3.4『set parameter pick info』设置参数化数据获取规矩

『set parameter pick info』用于在原始恳求或呼应中捕获初始化数据(对现有参数化数据做增加或修正操作)

该图标有2种状况意义别离是

1:该篡改规矩未设置任何参数捕获规矩

2:该篡改规矩至少现已设置一条参数捕获规矩

这两种状况下都能够点击图标直接进入修正框,假如现已有设置过的规矩,已有规矩会在修正框中直接加载

详细运用办法请检查【八:参数化数据设置】(不了解参数化数据的设置并不会影响您运用freehttp的首要功用)

3.5『Quick Rule』快速规矩

当时版别共有6个快速规矩,协助您快速完结篡改规矩的设置

3.5.1『disable cache』制止缓存

该quick rule针对Request Modific,能够为匹配规矩的恳求去除条件缓存魔兽地图,北回归线-汽车职业剧变前夜,汽车职业开展并强制服务器不要运用缓存

如上图运用该quick rule后会在『Request Modific』中『Head Modific』直接增加预设的值,这时您直接点击承认即可用快速完结一个Request Rule的创立

3.5.2『add cookie 』增加恳求Cookie

该quick rule针对Request Modific,能够为匹配规矩的恳求增加指定cookie

挑选项后弹出如上图对话框,直接输入您需求设置的cookie即可,(留意cookie的格局 key=value )

3.5.3『delete cookie』删去客户端Cookie

该quick rule针对Response Modific,能够为匹配规矩的呼应增加Set-Cookie(经过设置指定cookie当即过期,然后完结删去客户端cookie的功用)

挑选项后弹出如上图对话框,在Name处输入你想要删去cookie安智英的称号(一同为了让浏览器精确定位到您要删去的cookie,你还需求留意修正Domain及Path为正确的值,一般状况下Domain为当时网站域名,Path为/)

3.5.4『set client cookie』设置客户端Cookie

该quick rule针对Response Modific,能够为匹配规矩的呼应增加指定Set-Cookie,设置客户端cookie (这儿是经过Set-Cookie完结对客户端cookie的作用,比方在手机浏览器,或某些软件的sm视频内置web浏览器并没有供给调试方式,这个时分Set-Cookie将是不错的解决方案)

挑选项后弹出如上图对话框,按提示输入指定值即可

3.5.5『copy session cookies』仿制Cookies

该quick rule针对针对Response Modific,能够快速将指定session的一切cookies快速的设置到客户端另一个域下(该功用能够让您在多个浏览器,乃至多个设备,多个域名下同享同一份cookie,这在调试或测验中越过授权会十分有用)

如上图要运用该功用,您需求先在Filddler左边Session列表挑选您需求仿制cookies的源恳求(图中挑选的是github.com/lulianqi/FreeHttp),选中指定session后点击copy session cookies即能够看到在Heads Modific的Add Head修正框主动增加了来自github的cookie信息(该规矩会为匹配的恳求增加Set-Cookies然后到达仿制作用)

3.5.6『add UserAgent』增加UserAgent

该quick rule针对Request Modific,能够为匹配规矩的恳求增加指定UserAgent

如上图该项相对简略,直接填入您需求的UserAgent即可

3.6『Modific Tool』篡改东西及惯例设置

当时版别共有4个东西项,便利您的运用或供给其他设置功用

3.6.1『show selected session stream』显现session流信息

该东西能够将您挑选的session以RAW的方式显现在一个新的窗口(该窗口一向顶层显现,但不影响您在主窗口下的操作),您在创立篡改规矩的一同能够运用该窗口检查session信息而不必切换Tab(您也能够直接在session列表中选中session拖动到修正区域,raw办法的报文相同会显现在日志区,但不会翻开新的窗口 )

如上图在fiddler左边session列表挑选恣意恳求,点击show selected session stream将会弹出新的独立窗口以显现您挑选的session的原始报文

3.6.2『http tamper setting』根本设置

该项供给一些对FreeHttp插件的根本设置

  • is o魔兽地图,北回归线-汽车职业剧变前夜,汽车职业开展nly match fist tamper rule: (默许是)是否仅履行第一个匹配成功的篡改规矩(由于您能够对同一个恳求有多个篡改规矩,您能够经过此选项操控是否能对一个http报文履行多个匹配规矩篡改规矩)
  • is skip tls handshake:(默许是)是否越过对TLS握手包大众号登陆进行匹配(除非您需求调试TLS握手,主张您坚持默许设置)
  • is default enable tamper rule:(默许否)是否默许启用规矩匹配(在『Request Rule』及『Response Rule』都有独立启用开关,该选项用于操控软件启动时的默许状况)

3.6.3『parameter data manage』参数化数据办理器

该项供给对FreeHttp的参数化数据的会集办理

挑选该项后弹出层办理器窗口,您能够在办理器中对参数进行新增,修正,调试等操作

后边【八:参数化数据设置】会详细介绍参数化数据的运用,这儿暂不详细阐明

3.6.4『issues and suggest』

点击该选会运用您的默许浏览器翻开问题提交页,您能够在该页提交您的问题及定见(在此处提交问题或许需求您具有github帐号,假如不便利登录能够直接发送邮件至mycllq@hotmail.com提交您的问题及主张)

回到顶部

四:『Execution Log』履行日志

该区域仅对篡改规矩的操作及履行日志进行显现

日志一致格局以数据最初,并用色彩区别错安徽电信误,提示及信息日志

 关键词: