科技行者

行者学院 转型私董会 科技行者专题报道 网红大战科技行者

知识库

知识库 安全导航

至顶网软件频道VB6中使用Winsock穿越各种代理的实现(一)

VB6中使用Winsock穿越各种代理的实现(一)

  • 扫一扫
    分享文章到微信

  • 扫一扫
    关注官方公众号
    至顶头条

  原文标题:VB6 中 使用Winsock穿越各种代理的实现(TCP协议)   本文中引用的RFC文档内容归原作者所有   转载本文请标明出处   本文作者:吴滂   关于用vb的winsock穿透代理的讨论归讨论,一直没有什么源代码放出,现在我就

作者:中国IT实验室 来源:中国IT实验室 2007年9月13日

关键字: 使用 VB 编程

  • 评论
  • 分享微博
  • 分享邮件
  原文标题:VB6 中 使用Winsock穿越各种代理的实现(TCP协议)

  本文中引用的RFC文档内容归原作者所有

  转载本文请标明出处

  本文作者:吴滂

  关于用vb的winsock穿透代理的讨论归讨论,一直没有什么源代码放出,现在我就放源出来,省的某些人拿这所谓的"技术"去骗钱.

  由于缺乏测试环境,本程序只在我自己编写的代理模拟器上测试过,其结果和腾讯QQ,MSN,网易泡泡穿越该模拟器时得出的结果基本一致.因此,代码可能有错误的地方,请各位有条件的用户自行改正,请见谅!

  首先,是基础知识,也就是RFC文档.这个是必看内容.我的程序就是基于这些文档写出.下面是各RFC的连接,为了准确,我先提供英文版的连接,在下面的介绍中再把关键部分翻译成中文.另外,要纠正一个错误.国内很多文章说socks5代理的用户名/密码校验标准在 RFC 1928里有说明,其实这是一个完全错误的说法(我很怀疑写那文章的人有没有看过RFC),socks5用户名/密码校验标准其实是在 RFC 1929 里面说明的.

  RFC 1928 - socks5 代理标准

  RFC 1929 - socks5 代理用户名/密码校验标准

  RFC ???? - socks4 代理标准

  RFC 2616 - HTTP1.1 标准

  我们现在直入正题:先说socks5的TCP穿透(有了这个例子大家自己照这可以写UDP穿透)

  首先和代理服务器连接-直接用winsock去connect指定的地址端口(通常是1080)即可.然后进入细节商议阶段.

  细节商议--无用户名/密码校验

  RFC 1928 中对于细节商议的第一步是这样描述的:

  The client connects to the server, and sends a version

  identifier/method selection message:

  +----+----------+----------+

  |VER | NMETHODS | METHODS |

  +----+----------+----------+

  | 1 | 1 | 1 to 255 |

  +----+----------+----------+

  The VER field is set to X'05' for this version of the protocol. The

  NMETHODS field contains the number of method identifier octets that

  appear in the METHODS field.

  The server selects from one of the methods given in METHODS, and

  sends a METHOD selection message:

  +----+--------+

  |VER | METHOD |

  +----+--------+

  | 1 | 1 |

  +----+--------+

  If the selected METHOD is X'FF', none of the methods listed by the

  client are acceptable, and the client MUST close the connection.

  The values currently defined for METHOD are:

  o X'00' NO AUTHENTICATION REQUIRED ---------无用户密码 00

  o X'01' GSSAPI ---------??? GSSAPI ?

  o X'02' USERNAME/PASSWORD ---------有用户密码 02

  o X'03' to X'7F' IANA ASSIGNED

  o X'80' to X'FE' RESERVED FOR PRIVATE METHODS

  o X'FF' NO ACCEPTABLE METHODS ---------失败 255

  The client and server then enter a method-specific sub-negotiation.

  换言之,就是向服务器发送三个字节的Byte数组,由于是无须用户/密码校验,展开来写是 05 01 00

  然后服务器返回两个字节的信息,第一个字节固定,第而个字节是说明,如果是16进制的FF(即十进制255)表示连接失败(o X'FF' NO ACCEPTABLE METHODS)根据上面的列表,我们连接成功应该第二字节为 00.

 

查看本文来源

    • 评论
    • 分享微博
    • 分享邮件