SOCKS

SOCKS是一种网络传输协议，名字取自SOCKetS，主要用于客户端与外网服务器之间通讯的中间传递。 当防火墙后的客户端要访问外部的服务器时，就跟SOCKS代理服务器连接。这个代理服务器控制客户端访问外网的资格，允许的话，就将客户端的请求发往外部的服务器。 这个协议最初由David Koblas开发，而后由NEC的Ying-Da Lee将其扩展到SOCKS4。最新协议是SOCKS5，与前一版本相比，增加支持UDP、验证，以及IPv6。 根据OSI模型，SOCKS是会话层的协议，位于表示层与传输层之间。 SOCKS協定不提供加密。 SOCKS工作在比HTTP代理更低的层次：SOCKS使用握手协议来通知代理软件其客户端试图进行的SOCKS連接，然后尽可能透明地进行操作，而常规代理可能会解释和重写报头（例如，使用另一种底层协议，例如FTP；然而，HTTP代理只是将HTTP请求转发到所需的HTTP服务器）。虽然HTTP代理有不同的使用模式，HTTP CONNECT方法允许转发TCP连接；然而，SOCKS代理还可以转发UDP流量（僅SOCKS5），而HTTP代理不能。HTTP代理通常更了解HTTP协议，执行更高层次的过滤（虽然通常只用于GET和POST方法，而不用于CONNECT方法）。 下面是客户端向SOCKS 4代理服务器，发送的连接请求包的格式（以字节为单位）： VN是SOCK版本，应该是4； CD是SOCK的命令码，1表示CONNECT请求，2表示BIND请求； DSTPORT表示目的主机的端口； DSTIP指目的主机的IP地址； USERID表示用户标识ID，结尾值为0（NULL）； 代理服务器而后发送回应包（以字节为单位）： VN是回应码的版本，应该是0； CD是代理服务器答复，有几种可能： 90，请求得到允许； 91，请求被拒绝或失败； 92，由于SOCKS服务器无法连接到客户端的identd（一个验证身份的进程），请求被拒绝； 93，由于客户端程序与identd报告的用户身份不同，连接被拒绝。 DSTPORT与DSTIP与请求包中的内容相同，但被忽略。 如果请求被拒绝，SOCKS服务器马上与客户端断开连接；如果请求被允许，代理服务器就充当客户端与目的主机之间进行双向传递，对客户端而言，就如同直接在与目的主机相连。 SOCKS 4A是SOCKS 4协议的简单扩展，允许客户端对无法解析域名的目的主机進行存取。 客户端对DSTIP的头三个字节设定为NULL，最后一个字节为非零；对应的IP地址就是0.0.0.x，其中x是非零，这当然不可能是目的主机的地址，这样即使客户端可以解析域名，对此也不会发生冲突。USERID以紧跟的1字节的0（NULL）作结尾，客户端必须发送目的主机的域名，并以另一个1字节的0（NULL）作结尾。CONNECT和BIND请求的时候，都要按照这种格式（以字节为单位）： 使用4a协议的服务器必须检查请求包里的DSTIP字段，如果表示地址0.0.0.x，x是非零结尾，那么服务器就得读取客户端所发包中的域名字段，然后服务器就得解析这个域名，可以的话，对目的主机进行连接。 SOCKS5比SOCKS4a多了驗證、IPv6、UDP支持。建立与SOCKS5服务器的TCP连接后客户端需要先发送请求来确认协议版本及认证方式，格式为（以字节为单位）： VER是SOCKS版本，这里应该是0x05； NMETHODS是METHODS部分的长度； METHODS是客户端支持的认证方式列表，每个方法占1字节。当前的定义是： 0x00 不需要认证 0x01 GSSAPI（英语：Generic Security Services Application Program Interface） 0x02 用户名、密码认证 0x03 - 0x7F由IANA分配（保留） 0x03：握手挑战认证协议 0x04：未分派 0x05：响应挑战认证方法 0x06：传输层安全 0x07：NDS认证 0x08：多认证框架 0x09：JSON参数块 0x0A–0x7F：未分派 0x80 - 0xFE为私人方法保留 0xFF 无可接受的方法 服务器从客户端提供的方法中选择一个并通过以下消息通知客户端（以字节为单位）： VER是SOCKS版本，这里应该是0x05； METHOD是服务端选中的方法。如果返回0xFF表示没有一个认证方法被选中，客户端需要关闭连接。 之后客户端和服务端根据选定的认证方式执行对应的认证。 认证结束后客户端就可以发送请求信息。如果认证方法有特殊封装要求，请求必须按照方法所定义的方式进行封装。 SOCKS5请求格式（以字节为单位）： VER是SOCKS版本，这里应该是0x05； CMD是SOCK的命令码： 0x01表示CONNECT请求 0x02表示BIND请求 0x03表示UDP转发 RSV为保留字段，值为0x00； ATYP为DST.ADDR类型： 0x01 IPv4地址，DST.ADDR部分4字节长度 0x03 域名，DST.ADDR部分的第一个字节为域名长度，DST.ADDR剩余的内容为域名，没有\0结尾。 0x04 IPv6地址，16个字节长度。 DST.ADDR为目的地址； DST.PORT为网络字节序表示的目的端口。 服务器按以下格式回应客户端的请求（以字节为单位）： VER是SOCKS版本，这里应该是0x05； REP为应答字段： 0x00表示成功； 0x01为普通的SOCKS服务器连接失败 0x02为现有规则不允许连接 0x03为网络不可达 0x04为主机不可达 0x05为连接被拒 0x06为TTL超时 0x07为不支持的命令 0x08为不支持的地址类型 0x09 - 0xFF未定义 RSV为保留字段，值为0x00； ATYP为BND.ADDR类型： 0x01 IPv4地址，DST.ADDR部分4字节长度 0x03域名，DST.ADDR部分第一个字节为域名长度，DST.ADDR剩余的内容为域名，没有\0结尾。 0x04 IPv6地址，16个字节长度。 BND.ADDR为服务器绑定的地址 BND.PORT为网络字节序表示的服务器绑定的端口 在客户端、服务端协商使用用户名密码认证后，客户端发出用户名密码，格式为（以字节为单位）： 鉴定协议版本目前为 0x01 。 服务器鉴定后发出如下回应： 其中鉴定状态 0x00 表示成功，0x01 表示失败。 部分SOCKS服务器软件： Dante Socks Server，http://www.inet.no/dante （页面存档备份，存于互联网档案馆） Java Socks Server，http://jsocks.sourceforge.net （页面存档备份，存于互联网档案馆） Socks4 Server，https://archive.today/20130502024508/ http://www.alhem.net/project/socks4 Archive.is的存檔，存档日期2013-05-02 SS5 Socks Server，http://ss5.sourceforge.net （页面存档备份，存于互联网档案馆） TcpToute2，https://github.com/GameXG/TcpRoute2 （页面存档备份，存于互联网档案馆） CCProxy，https://www.youngzsoft.net/ccproxy/ （页面存档备份，存于互联网档案馆） 一般情况下应用程序会内嵌对SOCKS协议的支持。但socksify，proxifier软件可强制使不支持SOCKS的应用通过代理联网。 https://web.archive.org/web/20030413190404/http://www.hummingbird.com/products/nc/socks/faq.html#stand SocksCap Shadowsocks RFC 3089 - A SOCKS-based IPv6/IPv4 Gateway Mechanism RFC 1961 - GSS-API Authentication Method for SOCKS Version 5 RFC 1929 - Username/Password Authentication for SOCKS V5 RFC 1928 - SOCKS Protocol Version 5 Ying-Da Lee，SOCKS 4A: A Simple Extension to SOCKS 4 Protocol（SOCKS 4A：SOCKS 4协议的一个简单扩展） Michel Arboi，Vulnerability - Too long hostname kills the SOCKS4A server（页面存档备份，存于互联网档案馆）（易受攻击性：域名过长导致SOCKS4A服务器死机） SOCKS: A protocol for TCP proxy across firewalls, SOCKS Protocol Version 4 (NEC)（页面存档备份，存于互联网档案馆） SOCKS:一个用于穿越防火墙的TCP代理协议，SOCKS协议版本4（NEC）