基于socat实现明文HTTP流量的Basic认证

听起来你遇到的问题特别贴合嵌入式场景的痛点——受限的客户端没法原生支持Basic认证，又碰不到客户端和后端的配置权限，只能靠中间层做中转对吧？刚好我有个用socat+curl实现的轻量方案，完全符合你要的简单、低开销需求。

核心思路 #

我们在中间PC上用socat监听一个本地端口，让嵌入式客户端把HTTP请求发到这个端口。socat会把接收到的完整请求转发给curl，由curl自动加上Basic认证头去访问后端的Nginx（或者直接后端服务），最后再把后端的响应原路返回给客户端。整个过程都是明文传输，完全不用加密开销，适合内存紧张的嵌入式环境。

具体实现方法 #

方式一：固定路径的极简命令（适合客户端只访问单一固定路径）

如果你的客户端只需要访问Nginx上的某个固定路径（比如/api/data），直接用一行socat命令就能搞定：

socat TCP-LISTEN:8080,fork EXEC:'curl -s -u your_username:your_password http://your_nginx_ip/api/data -H @- -d @-'

解释一下每个部分：

• TCP-LISTEN:8080,fork：让socat在本地8080端口监听，每收到一个新连接就fork一个子进程处理，支持多请求并发（适配嵌入式客户端的短连接模式）。
• EXEC:'...'：把客户端发来的所有数据传给后面的curl命令处理。
• curl参数：
  • -s：静默模式，避免curl自身的日志干扰HTTP响应内容。
  • -u your_username:your_password：自动生成Basic认证头，不用手动编码base64。
  • http://your_nginx_ip/api/data：替换成你后端Nginx的实际地址和需要认证的路径。
  • -H @-：从标准输入读取客户端发来的HTTP请求头，原样转发给后端。
  • -d @-：从标准输入读取客户端的请求体（POST/PUT等方法的参数），原样转发。

方式二：支持任意路径的脚本版（适配多路径请求）

如果客户端需要访问多个不同路径，我们可以写一个简单的Shell脚本解析请求行，动态匹配路径：

1. 创建auth-proxy.sh脚本：

#!/bin/bash
# 读取HTTP请求的第一行（方法+路径）
read -r request_line
# 解析请求方法（GET/POST/PUT等）
method=$(echo "$request_line" | cut -d' ' -f1)
# 解析请求路径（比如/api/data）
path=$(echo "$request_line" | cut -d' ' -f2)
# 用curl带着认证信息转发请求
curl -s -u your_username:your_password -X "$method" "http://your_nginx_ip$path" -H @- -d @-

2. 给脚本加执行权限：

chmod +x auth-proxy.sh

3. 启动socat监听：

socat TCP-LISTEN:8080,fork EXEC:'./auth-proxy.sh'

测试与验证 #

你可以先用telnet模拟客户端请求，测试中转是否正常：

telnet localhost 8080
# 输入HTTP请求（比如GET）：
GET /api/data HTTP/1.1
Host: localhost

# 回车后应该能收到后端返回的带认证后的响应

注意事项 #

• 替换your_username:your_password为你实际的Basic认证账号密码。
• 替换http://your_nginx_ip为后端Nginx的实际IP或域名。
• 如果嵌入式客户端的请求是长连接，socat的fork参数依然能处理，但要注意curl默认是短连接，如果需要保持长连接，可以给curl加--keepalive-time 60参数。
• 这个方案完全不需要修改客户端和后端的任何配置，所有逻辑都在中间PC的socat和curl层完成，非常适合你的场景。

备注：内容来源于stack exchange，提问作者Mirimat