关于V2代理和Burp的一些实验 _实验

著论准过秦，作赋拟子虚。这篇文章主要讲述关于V2代理和Burp的一些实验相关的知识，希望能为你提供帮助。
@[toc]
关于V2N的测试没挂代理之前测试自己ip，和挂代理之后的ip。

文章图片

而且通过浏览器访问自己搭建的云服务器上网页，查看日志可以看到记录了不同地区的ip。

文章图片

并且通过python的requests包去get请求也有不同的ip。

文章图片

到此可以得出结论通过系统代理，web请求方式可以被代理到国外ip。
笔记写道现在想起来Burp也是web请求，可以不可以被代理到国外还没测，但是实例已经释放掉了，这个问题暂时先留在这，以后有机会再测一下Burp。
但是之后我测试了使用ssh登录；telnet登录；云服务器tcpdump监听同时本地tcping过去记录到的地址都没有被代理到国外ip。
下图是tcpdump监听，本地系统代理抓取的数据包。

文章图片

到此可以得出结论，如果只是V2N右键设置的全局模式代理，则通过这些应用不会被代理到国外ip。如果测试方法没错的话就说明这个软件的全局模式代理没有用。
V2N开启后Burp与谷歌浏览器插件Proxy SwitchyOmega的实验Proxy SwitchyOmega插件使用系统代理测到的是被代理后的ip，使用直接代理测到的是没有被代理的ip。
同时使用系统代理可以访问google.com，使用直接代理就访问不了google.com。
想了很久，感觉应该是这么回事：谷歌浏览器没有使用Proxy插件的时候，把所有的流量从V2N监听的端口导出去，这样就可以访问google.com。当使用Proxy插件代理时由于设置了代理到本地的8080端口而不是V2N监听的端口，所以不会走V2N的代理而是走了8080端口。
可以这么解决：让Proxy插件把流量导入到Burp监听的8080端口，然后设置Burp的上游代理到V2N监听的端口。
但是我这里报错如下

文章图片

为了解决这个问题，查看V2N的日志信息。

文章图片

百度一下，官方给的解释如下
所以不应该使用上面那个上游代理，而应该用socks代理，设置如下。

文章图片

测试成功，这样就可以访问google.com的时候走burp再走v2N，就可以访问成功了。
上面这种方法走的是socks，其实还可以走另一条路。即浏览器把流量输出到burp，burp再把流量输出到10809端口。(因为猜测v2N监听了两个端口，10808是socks类型，10809是http类型)。

文章图片

写在最后
【关于V2代理和Burp的一些实验】可能是非完全正确的总结，v2N监听了两个端口，10808走的socks类型，10809走的是http类型。
而v2N设置全局代理时会打开win系统的代理设置，把流量输出到10809端口。
但是至于最开始说到的ssh等服务不会被代理到国外，可能的原因是win应用商店的东西都不让走代理。