1，先从PORTMAP说起。

所谓端口映射举通俗的例子来说就是说把自己计算机上的某个端口A上

输入输出的所有信息都传到别的计算机或别的端口B上去,就好象从插座

A那里接过来一个电源插板.此时你访问A其实就相当于访问B,就好象直

接插在插座上和插在连接在插座上的插板上效果一样.

实验1:

随便装个端口映射软件例如porttunnel或wingate等设置一个端口映射

.

一般至少包括三个设置”本地端口”,”远程IP”,”远程端口”,或许还有其

他的例如ip范围控制,速度限制等.高级的软件还有专门针对ftp或是http

协议的智能选项这些等一下再说.

在这里设置本地端口为23,远程ip为202.112.58.200,远程端口为23,然

后telnet你的ip就可以连上smth.

2，功能强大的socks代理。

socks代理是nec公司开发的一套firewall系统并免费提供透明代理的客

户端.socks代理目前有三版SOCKS4/SOCKS4A/SOCKS5.SOCKS4 SOCKS4A只

支持tcp,后者比前者多了身份验证的功能, SOCKS5比前两个多了支持udp

的功能.

工作的原理是这样的.使用socks代理的client先连接scocks代理,告诉

代理要连接到的目的ip和port,socks代理就把目的ip的port像1所说的

那样映射到自己.从此以后你对socks代理发送和接受的所有信息都被如

实地传给你的目的ip和端口.

NEC公司提供了透明代理客户端.包括sockscape和eborder.使用他们以

后就会使任何程序通过socks代理而对这些程序来说就好象没有通过代

理一样.sockscape是hook API,eborder大概是通过在tcpip上再加一层

协议来实现的.

socks代理的最大特点是支持bind命令,这个是专门针对port模式的ftp

的.

实验2:

用flashfxp或flashget通过socks代理去连接一个ftp并注意看连接信息

.重点注意下pasv和port模式下的区别.

3,捉襟见肘的HTTP1.0代理.

简单得说HTTP协议是这样的:

client对WEB Server的80端口发送一个字符串 GET /index.htm

WEBServer就读/index.html并传给Client.

简单得说HTTP代理的协议是这样的:

client对HTTP代理的8080端口发送一个字符串 GET http://smth.org/

index.htm

HTTP代理就读http://smth.org/index.htm并传给Client.

所以client并没有直接去连目的,只是让代理去读一个文件自己再读代

理上的这个文件.于是代理就可以cache这个文件等下次别人来读一样的

地址的时候就把上次得到的文件传给他只需要发送一个modify的命令去

问一下是否改变就可以了.

mfc的api读本地文件和远程http或ftp上的文件都用一样的函数,所以用

mfc写一个http代理并不是一件难事.只要写一个filter的ISAPI的dll就

可以把iis设置成代理.

在linux下,可以修改apache设置使他不拒绝形如http://????的请求,于

是就成了一个代理.

实验3:

telnet webserverip 80

然后输入 GET / 两个回车

看得到的信息。

telnet 代理ip 端口

然后输入 GET http://smth.org/ 两个回车

看得到的信息。

4,相当于一半socks代理的HTTP1.1代理.

由于上面的原因HTTP1.1代理扩展了以下特征:

i,CONNECT这个是为ssl准备的.同socks代理的connect特征.支持这个命

令的代理一般只限制目的端口为443,所以并不是所有的SSL代理都可以

用来ftp或SOCKS2HTTP。socks2http就是利用这个特征.proxyexpert的

socks2http功能也是这个原理。所以所有的socks2http顶多可以执行connect

命令不可能支持udp或bind命令，从这个意义上来说http代理转socks4

代理是部分可行的，转socks5就是吹牛了，不过是用了socks5的标志字

节而已其实支持不了socks5比socks4多出来的功能。

ii,keepalive,在对代理发送这个命令以后,代理在传完一个文件以后不

断开继续传第二个文件.断开由另外一些长度参数控制.当有大量小图片

的时候例如163的主页这个命令就要起作用了.如果修改ie的设置为http1

.0代理然后通过proxyexpert的代理调度去看163的主页总会有少量的图

片不能显示就是因为对这个命令支持不好。proxyhunter和multiproxy

也有这个问题。幸好ie的默认属性是通过http1.0代理，所以一般人是

不会发现的。wingate和squid就支持得很好我正在研究中……

实验4:

把flashfxp里设置http代理或socks代理为127.0.0.1:2003仔细观察flashfxp

的信息和mtserver的日志。

5,代理调度

所谓代理调度莫过于两种：一种是不断修改internet设置例如proxyfox

，这种方法适用范围窄。另一种是根据目的ip构造不断变化的portmap

把自己的某个端口映射到某个最快的代理或是直接连接。proxyexpert

proxyhunter multiproxy都是这个做的。由于每种代理都有自己特定

的标志，所以可以用一个端口进行所有类型代理的调度，识别一下标志

然后switch一下就可以了。multiproxy比较傻只会傻乎乎做portmap所

以multiproxy完全可以当成一个portmap软件使用而其他两个则需要对

协议进行分析所以不能这么用。

实验5:

仔细观察MTServer的日志。

6,代理验证

说白了就是通过这个代理去连接某个url看是不是能把文件下回来。所

以能写出调度程序的人一定能写出验证程序反之则不然。

实验6:

启动proxyexpert用proxyhunter等验证代理127.0.0.1:2003注意观察MTServer

的日志。

7,代理搜索

根据本人的大量统计表明在国外网站公布的代理（国际上使用的代理）

中cernet的代理只占3%弱，所以我们搜索代理是很艰巨的任务。一般来

说有过代理的网段再出现代理的几率要比从来没有出现过代理的网段大

很多。所以搜索代理要将策略，先大概统计一下以前出现过的代理的密

度（这里的密度并不是指次数是指代 理个数/C类）规律在密度最大的

地方搜。我很少搜代理只是偶尔检验一下自己的理论是不是对，经过长

期的试验，这个理论是没有错的。

实验7:

用proxyhunter搜一下你现在正在使用的代理的c类，看他同c类的是不

是还有。