SOCKS

SOCKS是一种网络传输协议，名字取自SOCKetS，主要用于客户端与外网服务器之间通讯的中间传递。
当防火墙后的客户端要访问外部的服务器时，就跟SOCKS代理服务器连接。这个代理服务器控制客户端访问外网的资格，允许的话，就将客户端的请求发往外部的服务器。
这个协议最初由David Koblas开发，而后由NEC的Ying-Da Lee将其扩展到SOCKS4。最新协议是SOCKS5，与前一版本相比，增加支持UDP、验证，以及IPv6。
根据OSI模型，SOCKS是会话层的协议，位于表示层与传输层之间。
SOCKS协定不提供加密。

**与HTTP代理的对比**
SOCKS工作在比HTTP代理更低的层次：SOCKS使用握手协议来通知代理软件其客户端试图进行的SOCKS连接，然后尽可能透明地进行操作，而常规代理可能会解释和重写报头（例如，使用另一种底层协议，例如FTP；然而，HTTP代理只是将HTTP请求转发到所需的HTTP服务器）。虽然HTTP代理有不同的使用模式，HTTP CONNECT方法允许转发TCP连接；然而，SOCKS代理还可以转发UDP流量（仅SOCKS5），而HTTP代理不能。HTTP代理通常更了解HTTP协议，执行更高层次的过滤（虽然通常只用于GET和POST方法，而不用于CONNECT方法）。

**版本分支**

**SOCKS 4**
下面是客户端向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服务器马上与客户端断开连接；如果请求被允许，代理服务器就充当客户端与目的主机之间进行双向传递，对客户端而言，就如同直接在与目的主机相连。

**SOCKS4A**
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**
SOCKS5比SOCKS4a多了验证、IPv6、UDP支持。建立与SOCKS5服务器的TCP连接后客户端需要先发送请求来确认协议版本及认证方式，格式为（以字节为单位）：- VER是SOCKS版本，这里应该是0x05；- NMETHODS是METHODS部分的长度；- METHODS是客户端支持的认证方式列表，每个方法占1字节。当前的定义是：- 0x00  不需要认证- 0x01  GSSAPI- 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为网络字节序表示的服务器绑定的端口

**SOCKS5 用户名密码认证方式**
在客户端、服务端协商使用用户名密码认证后，客户端发出用户名密码，格式为（以字节为单位）：
鉴定协议版本目前为 0x01 。
服务器鉴定后发出如下回应：
其中鉴定状态 0x00 表示成功，0x01 表示失败。

**SOCKS服务器**
部分SOCKS服务器软件：- Dante Socks Server，http://www.inet.no/dante date=20051107205113 - Java Socks Server，http://jsocks.sourceforge.net date=20051027171703 - Socks4 Server，https://archive.today/20130502024508/ http://www.alhem.net/project/socks4 date=2013-05-02  - SS5 Socks Server，http://ss5.sourceforge.net date=20190804205828 - TcpToute2，https://github.com/GameXG/TcpRoute2 date=20170315042123 - CCProxy，https://www.youngzsoft.net/ccproxy/ date=20220424120927 

**SOCKS客户端**
一般情况下应用程序会内嵌对SOCKS协议的支持。但socksify，proxifier软件可强制使不支持SOCKS的应用通过代理联网。

**注释**

**参考文献**

**参见**
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 serverdate=20070927000935 （易受攻击性：域名过长导致SOCKS4A服务器死机）-  SOCKS: A protocol for TCP proxy across firewalls, SOCKS Protocol Version 4 (NEC)date=20131210021655  SOCKS:一个用于穿越防火墙的TCP代理协议，SOCKS协议版本4（NEC）